Kiểm thử dựa vào bảng quyết định (Decision Table Testing) là kỹ thuật kiểm thử biểu diễn dạng bảng của một tập hợp các điều kiện và các hành động liên quan. Nó được biểu thị dưới dạng các quy tắc cho biết hành động nào sẽ xảy ra đối với tập hợp các giá trị điều kiện nào. Kiểm thử viên có thể sử dụng các bảng quyết định để phân tích các quy tắc áp dụng cho phần mềm đang kiểm tra và thiết kế các bài kiểm tra để bao gồm các quy tắc đó.
Phân tích giá trị cận biên – Boundary Value Analysis là một kỹ thuật kiểm thử phần mềm tập trung vào kiểm tra các giá trị đầu vào nằm ở biên của khoảng giá trị hợp lệ hoặc không hợp lệ. Mục tiêu chính của phân tích giá trị cận biên là tìm ra các lỗi hoặc vấn đề liên quan đến xử lý giá trị biên của phần mềm.
Kỹ thuật phân vùng tương đương (Equivalence Partitioning) là một kỹ thuật kiểm thử phần mềm mà trong đó các tập hợp dữ liệu hoặc giá trị đầu vào được chia thành các nhóm tương đương dựa trên cách phần mềm xử lý chúng. Mục tiêu chính của phân vùng tương đương là giảm số lượng trường hợp kiểm thử cần kiểm tra trong khi vẫn đảm bảo rằng các trường hợp kiểm thử quan trọng được bao phủ.
Có hai loại chính của kỹ thuật kiểm thử phần mềm là kiểm thử tĩnh và kiểm thử động. Mỗi kỹ thuật kiểm thử lại phân loại thành những loại nhỏ hơn. Sơ đồ minh hoạ dưới đây sẽ giúp các bạn có cái hình dung rõ hơn về các kỹ thuật sử dụng trong kiểm thử phần mềm hiện nay.
Quyết định cấp độ kiểm thử nào phù hợp với khu vực kiểm tra nào là một trong những hoạt động quan trọng trong quá trình thiết kế kiểm thử. Bài viết hôm nay, mình sẽ cùng các bạn tìm hiểu về low-level test case và high-level test case, cũng như những ưu nhược điểm của từng loại.
Nào, hãy bắt đầu nhé!
Có nhiều mô hình phát triển phần mềm khác nhau và mỗi mô hình đều có yêu cầu và quy trình kiểm thử riêng. Bài viết hôm nay mình sẽ trình bày về kế hoạch kiểm thử cho một số mô hình phát triển phần mềm phổ biến, bao gồm: Mô hình tuần tự – Sequential Models, Mô hình lặp lại -Iterative Models, Mô hình Agile – Agile Models, Mô hình xoắn ốc – Spiral Models.
Nào hãy bắt đầu tìm hiểu cùng mình nhé!
Ma trận đánh giá rủi ro – Risk assessment matrix là một công cụ được sử dụng trong quản lý rủi ro để xác định mức độ rủi ro của các sự kiện, hành động hoặc tình huống cụ thể. Ma trận đánh giá rủi ro thường là một bảng hai chiều với hai tham số chính là xác suất – probability và mức độ nghiêm trọng – severity. Mỗi tham số được chia thành một số mức đánh giá, thường từ 1 đến 3 hoặc 1 đến 5, để tạo ra các ô trong ma trận.
Mô hình FMEA (Failure Mode and Effects Analysis) là một phương pháp phân tích rủi ro được sử dụng để xác định, đánh giá và giảm thiểu các lỗi tiềm ẩn hoặc lỗi có thể xảy ra trong một quy trình, sản phẩm hoặc hệ thống. Nó được sử dụng rộng rãi trong các lĩnh vực như công nghiệp, y tế, ô tô, hàng không vũ trụ và phần mềm.
Quá trình xác định rủi ro bao gồm các hoạt động sau:
Thu thập thông tin: Thu thập thông tin về dự án, hệ thống hoặc tổ chức liên quan đến các khía cạnh như yêu cầu, thiết kế, môi trường vận hành, công nghệ, quy trình làm việc, nhân lực, tài chính, v.v.. Điều này giúp xây dựng một hình dung toàn diện về hoạt động và môi trường của dự án hoặc tổ chức.
Phân tích các yếu tố gây rủi ro: Xem xét các yếu tố gây rủi ro trong dự án hoặc tổ chức. Các yếu tố này có thể bao gồm: sự không chắc chắn, sự phụ thuộc vào bên thứ ba, thiếu nguồn lực, thiếu kỹ năng, quy trình không hiệu quả, sự thay đổi công nghệ, môi trường tổ chức không ổn định, v.v. Điều này giúp xác định các khía cạnh có khả năng gây rủi ro trong dự án hoặc tổ chức.
Xác định các rủi ro: Dựa trên thông tin và phân tích, xác định các rủi ro tiềm ẩn có thể xảy ra trong dự án hoặc tổ chức. Các rủi ro có thể được mô tả theo cách chung hoặc cụ thể, bao gồm cả các nguy cơ có thể xảy ra và tác động của chúng.
Ghi nhận thông tin về rủi ro: Ghi lại thông tin về các rủi ro đã xác định, bao gồm: mô tả, nguyên nhân, tác động, mức độ nghiêm trọng và khả năng xảy ra. Thông tin này sẽ tạo nên cơ sở dữ liệu về rủi ro để từ đó có thể thực hiện các hoạt động quản lý rủi ro.
Ngày nay, “chất lượng” đang trở thành một yếu tố quan trọng trong phân phối phần mềm. Các cải tiến liên tục diễn ra để nâng cao chất lượng nhằm giữ cho khách hàng hài lòng. Hầu hết kỹ sư kiểm thử đều chịu áp lực rất lớn về mặt thời gian và nguồn lực để siết chặc số thử nghiệm. Thông thường bản dựng được bàn giao cho họ vào phút cuối. Không thể bỏ lỡ thời gian giao hàng và đồng thời chất lượng cũng không thể bị ảnh hưởng.
Vì vậy, làm thế nào để chúng tôi quyết định bài kiểm tra nào là quan trọng trong giai đoạn này? Những điều mà tester coi là quan trọng có thể không thực sự quan trọng đối với khách hàng. Tầm quan trọng của tính năng hoặc chức năng được quyết định từ quan điểm của ai? Ai sẽ quyết định đâu là những bài kiểm tra quan trọng? Và rất nhiều câu hỏi khác tiếp tục phát sinh.
Để trả lời tất cả những câu hỏi này và xử lý tình huống trên một cách hiệu quả, một phương pháp thử nghiệm có tên là ‘Risk-based testing – Kiểm thử dựa vào rủi ro’ đã ra đời.
Nào hãy cùng mình tìm hiểu trong các bài viết này nhé.