2. Viết Testcase

Testcase là gì? §

Test Case là tài liệu mô tả dữ liệu đầu vào (input), hành động (active) và kết quả (expected response) của một ứng dụng, phần mềm nào đó để xác thực mức độ chính xác.

Excel hoặc Google Sheet là 2 công cụ được dùng để thực hiện kịch bản kiểm thử. Mỗi một test case đều sẽ có những thông số riêng như mã test case, tên test case, mục tiêu test và các điều kiện test cũng như các yêu cầu khác về data input, công đoạn thực hiện và kết quả mong đợi trong tương lai. Mức độ chi tiết của mỗi bản kiểm tra sẽ tùy thuộc vào điều kiện, hoàn cảnh và quy mô thực hiện dự án đó.

Cấu trúc, vai trò của testcase §

Mỗi mẫu test case sẽ được thiết lập với cấu trúc riêng nhằm tạo sự đồng thuận, thống nhất với tình hình thực tế của dự án, định hướng phát triển công ty. Về cơ bản cấu trúc của kịch bản sẽ gồm các phần sau:

• ID test case: Được đánh theo thứ tự tăng dần và mỗi ID chỉ đại diện cho 1 case riêng biệt.
• Module to be tested: Tên gọi của từng module hoặc requirement id, có chức năng đánh dấu mối quan hệ giữa các module và requirement.
• Function name: Tên gọi của những function lớn nhất và các function con khác.
• Test data: Số lượng data dùng cho quá trình test.
• Pre-condition: Thể hiện điều kiện tiền đề (nếu có).
• Test steps: Mô tả những bước thực hiện bản test này.
• Expected results: Kết quả mà tester mong muốn đạt được theo như định hướng ban đầu của requirement mô tả.
• Actual results: Kết quả cuối cùng sau khi test, có hai giá trị tham chiếu: pass, fail.
• Comments: Phần thông tin bổ sung khác như ảnh chụp hoặc thông tin đăng nhập, tên chức năng bị ảnh hưởng.
• Date execute test: Thể hiện thời gian thực hiện test.
• Executive test by: Tên người thực hiện test.

Nhờ có test case mà các tính năng của ứng dụng được hoạt động theo đúng như kết quả người thực hiện mong đợi. Việc xây dựng test case đóng vai trò quan trọng bậc nhất trong tổng thể quá trình test. Nếu như kiểm thử này không được thực hiện đầy đủ, chi tiết, việc sai sót sẽ ảnh hưởng nghiêm trong đến các bước tiếp theo.

Một số thành phần của Test case template §

6 thành phần chính của test case template:

Mã Test Case hay ID Test Case: §

Là những giá trị cần trong quá trình xác định số lượng trường hợp cần kiểm thử. Mã này sẽ được viết là: ký hiệu dự án + số thứ tự.

Mục đích kiểm thử (Summary) §

Tester sẽ thể hiện ngắn gọn mục đích của kiểm thử ngắn gọn, chi tiết nhất. Tùy thuộc vào từng dự án mà mục đích cũng sẽ thay đổi cho phù hợp.

Dữ liệu thử nghiệm(Test Data) §

Là dữ liệu chịu ảnh hưởng hoặc có khả năng ảnh hưởng sau quá trình thực hiện module cụ thể bất kỳ. Dữ liệu thử nghiệm cần thiết kế chuẩn chỉnh để không làm ảnh hưởng đến chất lượng phần mềm.

Các bước thực hiện (Steps to reproduce) §

Là mục mô tả ngắn gọn quy trình thực hiện test. Điều quan trọng trong bước này chính là thực hiện phải gắn với dữ liệu đầu vào để tiến hành kiểm tra hệ thống và đưa đến kết quả trong tương lai. Quy trình này tốn khá nhiều thời gian của tester.

Kết quả mong muốn (Expected results) §

Là giá trị mong muốn mà ứng dụng hay hệ thống đó đạt được. Chính từ giá trị này, các tester sẽ đưa ra được những thiếu sót, yếu điểm mà hệ thống cần khắc phục.

Kết quả thực tế (Test results) của test case §

Thông thường sẽ có 2 đánh giá tham chiếu kiểm thử được dùng là pass và fail. Một số bản kiểm thử còn có thêm giá trị pending. Trong đó, pass là kết quả đúng như mong đợi, fail là kết quả sai lệch và pending là lỗi hệ thống cần phải tiếp tục kiểm sửa.

Các nhóm chính của Test case §

Test case hiện được chia thành 4 nhóm chính dưới đây:

• GUI Test Case: Test case được xây dựng nhằm mục đích kiểm tra giao diện trong thiết kế đồ họa.
• Positive Test Case.

Positive Test Case §

Nhóm Positive Test Case gồm những kiểm thử hợp lệ, có dấu hiệu tốt và được nhập liệu đúng.

Negative Test Case §

Nhóm Negative Test Case tập hợp những kiểm thử mang ý nghĩa tiêu cực, không hợp lệ và thông tin dữ liệu bị nhập sai.

Combination Test Case §

Nhóm này tập hợp tất cả những test case không thuộc nhóm Positive Test Case và Combination Test Case. Trong đó, các giá trị test case sẽ có sự đan xen của đúng sai nhưng bước thực hiện cuối cùng luôn đúng.