Triển khai kiểm thử: xác định thủ tục (tập lệnh) kiểm thử
Bước tiếp theo là nhóm các trường hợp kiểm thử theo cách hợp lý để thực hiện chúng và để xác định các bước tuần tự cần được thực hiện để chạy bài kiểm thử. Ví dụ: một tập hợp các bài kiểm thử đơn giản bao trùm toàn bộ hệ thống có thể tạo thành một bộ hồi quy hoặc tất cả các bài kiểm thử khám phá sâu về hoạt động của một chức năng hoặc tính năng nhất định có thể được nhóm lại để chạy cùng nhau.
Một số kịch bản kiểm thử có thể cần được chạy theo một trình tự cụ thể. Ví dụ: một bài kiểm thử có thể là tạo một bản ghi khách hàng mới, sửa đổi bản ghi mới tạo đó rồi xóa nó. Các bài kiểm thử này cần được chạy theo đúng thứ tự, nếu không, chúng sẽ không kiểm thử được những gì chúng dự định kiểm thử.
Tài liệu mô tả các bước cần thực hiện khi chạy một bộ kiểm thử (và chỉ định thứ tự thực thi của các bài kiểm thử) được gọi là thủ tục kiểm thử (test procedure) trong IEEE 829 và thường được gọi là tập lệnh kiểm thử (test script). Nó có thể được gọi là kịch bản kiểm thử thủ công dành cho các kiểm thử dự định chạy thủ công thay vì sử dụng công cụ thực hiện kiểm thử. Tập lệnh kiểm thử cũng được sử dụng để mô tả các hướng dẫn cho công cụ thực hiện kiểm thử. Tập lệnh tự động hóa được viết bằng ngôn ngữ lập trình mà công cụ có thể diễn giải. (Đây là quy trình kiểm thử tự động.) Xem Chương 6 để biết thêm thông tin về điều này và các loại công cụ kiểm thử khác.
Sau đó, các thủ tục kiểm thử hoặc tập lệnh kiểm thử được tạo thành một lịch trình thực hiện kiểm thử chỉ định quy trình nào sẽ được chạy trước. Lịch kiểm thử sẽ cho biết khi nào một tập lệnh nhất định sẽ được chạy và chạy bởi ai. Ví dụ, lịch trình có thể thay đổi tùy thuộc vào các rủi ro mới được nhận biết ảnh hưởng đến mức độ ưu tiên của tập lệnh giải quyết rủi ro đó. Sự phụ thuộc logic và kỹ thuật giữa các tập lệnh cũng sẽ được tính đến khi lên lịch cho các tập lệnh. Ví dụ: tập lệnh hồi quy có thể luôn là tập lệnh đầu tiên được chạy khi có bản phát hành mới của phần mềm, dưới dạng smock test hoặc kiểm tra sự tỉnh táo (sanity check).
Trở lại với ví dụ về chiến dịch tiếp thị của công ty điện thoại di động, chúng ta có thể có một sốbài kiểm thử để thiết lập các loại khách hàng khác nhau trên cơ sở dữ liệu. Trước tiên, có thể hợp lý khi chạy tất cả thiết lập cho một nhóm kiểm thử. Vì vậy, quy trình kiểm thử đầu tiên sẽ yêu cầu thiết lập một số khách hàng, bao gồm cả Jim Green, trên cơ sở dữ liệu.
Quy trình kiểm tra DB15: Thiết lập khách hàng cho chiến dịch tiếp thị Y.
Bước 1: Mở cơ sở dữ liệu với đặc quyền ghi
Bước 2: Thiết lập khách hàng Bob Flounders, nam, 62 tuổi, Hudsonville, hợp đồng
Bước 3: Thiết lập khách hàng Jim Green nam, 17 tuổi, Grand Rapids, thanh toán theo mức sử dụng, $8,64
Bước 4: …
Sau đó, có thể có một quy trình kiểm thử khác để thực hiện với chiến dịch tiếp thị:
Thủ tục kiểm thử MC03: Ưu đãi đặc biệt cho thanh thiếu niên tín dụng thấp
Bước 1: Nhận thông tin chi tiết về Jim Green từ cơ sở dữ liệu
Bước 2: Gửi tin nhắn văn bản cung cấp tín dụng gấp đôi
Bước 3: Jim Green yêu cầu tín dụng $20, tín dụng $40
Viết thủ tục kiểm thử là một cơ hội khác để ưu tiên các bài kiểm thử, nhằm đảm bảo rằng việc kiểm thử tốt nhất được thực hiện trong thời gian có sẵn. Một nguyên tắc nhỏ là “Tìm thứ đáng sợ trước”. Tuy nhiên, định nghĩa thế nào là “đáng sợ” tùy thuộc vào doanh nghiệp, hệ thống hoặc dự án. Ví dụ, việc tăng hạn mức tín dụng của Bob Founders khi anh ta có rủi ro tín dụng không cao (anh ta có thể không trả khoản tín dụng mà anh ta yêu cầu) hoặc từ chối tăng hạn mức tín dụng khi anh ta có rủi ro tín dụng tốt (anh ta có thể sử dụng dịch vụ của nơi khác và chúng ta mất cơ hội kiếm được nhiều thu nhập từ anh ấy).
Bản gốc Tiếng Anh các bạn có thể Tải về Tại đây
