Kiểm thử phần mềm

Kiểm thử hệ thống là một phương pháp theo dõi và đánh giá hành vi của sản phẩm hoặc hệ thống phần mềm hoàn chỉnh và đã được tích hợp đầy đủ, dựa vào đặc tả và các yêu cầu chức năng đã được xác định trước. Đó là giải pháp cho câu hỏi "Liệu hệ thống hoàn chỉnh có hoạt động đúng với yêu cầu hay không?"

Thiết kế test case là một kỹ thuật rất quan trọng trong quá trình làm test và nó gắn bó với người tester trong suốt quãng thời gian làm nghề. Ở phần một, chúng ta đã cùng tìm hiểu về kĩ thuật thiết kế test case đầu tiên - kỹ thuật “phân tích giá trị biên”. Trong bài blog này, chúng ta sẽ cùng tìm hiểu thêm một kỹ thuật thiết kế test case khác. Đó là kỹ thuật “phân vùng tương đương”.

Trong quá trình kiểm thử phần mềm, khi người kiểm thử phát hiện ra lỗi của phần mềm thì người kiểm thử viên đó phải ghi nhận lại lỗi, phân tích để giao cho tác giả hoặc người thích hợp để sửa nó.

Trong phát triển phần mềm, bộ kiểm thử (test suite), ít được gọi là bộ xác thực (validation suite), là một tập hợp các kịch bản kiểm thử nhằm mục đích kiểm tra một chương trình phần mềm để cho thấy rằng nó đáp ứng một số tập hành vi nào đó.

TDD (Test Driven Development – Phát triển Hướng Kiểm thử) là một phương pháp phát triển phần mềm mà các hoạt động lập trình, kiểm thử và thiết kế được đan xem vào nhau.

Acceptance Test Driven Development (ATDD) là thuật ngữ trong Agile chỉ đến phương pháp gồm các thành viên dự án với 3 quan điểm khác nhau bao gồm khách hàng (customer), nhóm phát triển dự án (development), nhóm kiểm thử (test) thảo luận để viết ra một kịch bản kiểm thử (acceptance tests) trước khi hiện thực chức năng tương ứng nào đó trong dự án.

Kiểm thử tích hợp thỉnh thoảng còn gọi là tích hợp và kiểm thử là một giai đoạn trong kiểm thử phần mềm mà mỗi môđun phần mềm riêng biệt được kết hợp lại và thử nghiệm theo nhóm. Nó xảy ra sau kiểm thử đơn vị và trước kiểm thử xác nhận.

Bạn đau đầu với công cụ quản lý Test Case cho doanh nghiệp của bạn? Bạn lo sợ rằng phải bỏ ra chi phí không hề nhỏ mua cả 1 hệ sinh thái phần mềm chuyên về quản lý kiểm thử, trong khi bạn chỉ dùng chức năng quản lý Test Case và quản lý Issues? Bài viết này sẽ phần nào giúp bạn làm sáng tỏ các nhu cầu nào là phù hợp với mong muốn của bạn.

Mức độ nghiêm trọng (Severity) là gì? Mức độ nghiêm trọng (Severity) được định nghĩa là mức độ ảnh hưởng của lỗi đối với sự phát triển hoặc hoạt động của thành phần ứng dụng đang được thử nghiệm.

Hiệu quả cao hơn đối với chức năng hệ thống sẽ dẫn đến việc gán mức độ nghiêm trọng cao hơn cho lỗi. Quality Assurance (QA) (or Tester) thường là người xác định mức độ nghiêm trọng của lỗi.

Bug là một thuật ngữ mà khi nhắc đến thì mỗi lập trình viên đều muốn tránh xa. Nên người ta đã đưa ra các rất nhiều phương pháp để hạn chế nó. Trong đó, có cả các kỹ thuật kiểm thử phần mềm (testing) được rất nhiều người áp dụng.

Kỹ thuật kiểm thử phần mềm được phân ra làm 2 loại chính:

• Kiểm thử hộp đen: