LLQ. Phương pháp chuyển đổi kịch bản kiểm thử: Thực hiện lọc danh sách test case sẽ thực hiện auto và phân tích tách shared steps, gom test scenario/suite
1. Mục đích:
+ Xác định test case thực hiện auto
+ Xác định mức độ bao phủ của scenario/ suite
+ Xác định shared steps của dự án kiểm thử để thực hiện dùng chung cho toàn bộ dự án
2. Ý nghĩa:
+ Đảm bảo không bỏ sót test case cần thực hiện
+ Việc xác định được danh sách shared steps trước khi cấu hình giúp giảm nỗ lực của nhân viên kiểm thử, hạn chế thực hiện lại công việc của nhau giữa các scenario
+ Xác định được cách xử lý trong flow giúp tối ưu kịch bản kiểm thử tự động
3. Cách thức xác định test case thực hiện kiểm thử tự động
+ Lựa chọn các test case không bắt buộc có yếu tố manual, (facepay, eKYC, nhập mã captcha..), UI ( kiểm tra đsung bố cục)
+ Các test case có bước thực hiện đi qua các chức năng giống nhau, không có nhiều khác biệt về luồng nghiệp vụ sẽ được gom lại thực hiện trong một scenario
4. Cách xác định và phân tích test case, shared steps, test scenario, test suite
Bước 1:  Xác định loại kiểm thử phù hợp với kịch bản
+ Shared steps: là một bước/ nhóm các bước xuất hiện trong nhiều kịch bản kiểm thử hoặc trong một kịch bản xuất hiện nhiều lần
+ Scenario: là luồng của một chức năng hoàn chỉnh, mức độ phức tạp của scenario phụ thuộc vào luồng nghiệp vụ và mức độ bao phủ của scenario đó
+ Suite: là bộ kiểm thử đi qua nhiều chức năng, có thể được cấu thành từ một/ nhiều scenario khác nhau phụ thuộc vào mục đích của tester
Bước 2:  Gom nhóm Test scenario hoặc Test suite
Hai loại kiểm thử Test scenario hoặc Test suite sẽ là 2 loại kiểm thử sẽ có kịch bản luồng đi hoàn chỉnh đối với 1 module nhất định. Test scenario hoặc test suite sẽ bao phủ 1 hoặc nhiều hơn 1 test case manual. Do vậy cách xác định, gom nhóm có 2 nguyên tắc:
+ Các testcase manual có luồng đi qua các màn hình giống nhau, thao tác giống nhau hoặc khác nhau không đáng kể sẽ được gom vào cấu hình chung trên 1 test scenario hoặc 1 test suite.
+ Màn hình và thao tác sẽ dựa theo Các bước thực hiện và Kết quả mong muốn
+ Gom nhóm càng nhiều test case manual thì mức độ phức tạp khi cấu hình của test scenario hoặc test suite sẽ càng cao. Việc gom nhiều hay ít sẽ tùy theo mức độ chấp nhận sự phức tạp của người dùng.
Bước 3:  Xác định shared steps
Shared steps là loại kiểm thử chứa những kịch bản không hoàn chỉnh của cả 1 luồng mà chỉ là thực hiện 1 hoặc 1 nhóm các thao tác lặp đi lặp lại ở các test scenario hay test suite.
Việc sử dụng shared steps sẽ giúp người dùng dễ dàng bảo trì cấu hình hơn khi chỉ chỉnh sửa 1 lần sẽ thay đổi được cho toàn bộ các kịch bản có sử dụng những nhóm bước đó.
Cách xác định shared steps như sau:
+  Một nhóm bước được lặp đi lặp lại ở nhiều luồng
+  Khi các luồng chỉ có sự khác nhau ở một số bước thì có thể tạo các bước đó thành các shared steps
+  Do kinh nghiệm của người dùng

Sửa lần cuối: Thứ Ba, 21 tháng 10 2025, 5:11 AM