Tải xuống mẫu trường hợp kiểm thử Excel
Thomas Hamilton
⚡ Tóm tắt thông minh
Mẫu trường hợp kiểm thử cung cấp cấu trúc tiêu chuẩn để lập tài liệu các trường hợp kiểm thử cho bất kỳ dự án phần mềm nào. Hướng dẫn này giải thích mọi trường cần thiết, cung cấp các mẫu Excel và Word có thể tải xuống, và liệt kê các thực tiễn tốt nhất để giữ cho các tài liệu kiểm thử nhất quán trong toàn bộ nhóm QA.
Mẫu trường hợp kiểm thử là gì?
A Mẫu trường hợp thử nghiệm Đây là một tài liệu được thiết kế tốt, giúp người kiểm thử phát triển và hiểu rõ dữ liệu một cách nhất quán cho một kịch bản kiểm thử cụ thể. Một tài liệu tốt Trường hợp thử nghiệm Mẫu này duy trì tính nhất quán của các tài liệu kiểm thử cho nhóm và giúp mọi bên liên quan dễ dàng theo dõi các trường hợp kiểm thử. Việc viết các trường hợp kiểm thử theo định dạng chuẩn giúp giảm thiểu nỗ lực kiểm thử và giảm tỷ lệ lỗi. Định dạng chuẩn hóa đặc biệt hữu ích khi các trường hợp kiểm thử được xem xét bởi các chuyên gia bên ngoài.
Mẫu bạn chọn cho dự án của mình phụ thuộc vào chính sách kiểm thử của tổ chức. Nhiều tổ chức tạo ra các trường hợp kiểm thử theo mẫu nhất định. Microsoft Excel và các phần mềm khác. Microsoft Wordvà một số sử dụng các công cụ quản lý kiểm thử như HP ALM.
Các trường quan trọng trong mẫu trường hợp kiểm thử
Bất kể phương pháp lập tài liệu nào được lựa chọn, bất kỳ mẫu trường hợp kiểm thử tốt nào cũng phải bao gồm các trường sau.
| Trường trường hợp thử nghiệm | Mô tả Chi tiết |
|---|---|
| ID trường hợp thử nghiệm | Mỗi trường hợp kiểm thử cần được biểu thị bằng một ID duy nhất. Hãy sử dụng quy ước như “TC_UI_1” để chỉ loại kiểm thử — ví dụ: “Trường hợp kiểm thử giao diện người dùng số 1”. |
| Ưu tiên kiểm tra | Hữu ích trong quá trình thực thi. Các giá trị phổ biến là Thấp, Trung bình và Cao. |
| Tên mô-đun | Mô-đun chính hoặc mô-đun con đang được kiểm thử. |
| Kiểm tra được thiết kế bởi | Tên người kiểm thử. |
| Ngày thử nghiệm được thiết kế | Ngày thiết kế bài kiểm tra. |
| Kiểm tra được thực hiện bởi | Người kiểm thử đã thực hiện bài kiểm thử. |
| Ngày thực hiện kiểm thử | Ngày cần thực hiện bài kiểm tra. |
| Tên hoặc Tiêu đề bài kiểm tra | Tiêu đề của trường hợp kiểm thử. |
| Description / Tóm tắt | Tóm tắt ngắn gọn mục đích của bài kiểm tra. |
| Điều kiện trước | Liệt kê tất cả các điều kiện tiên quyết cần phải đáp ứng trước khi thực thi trường hợp kiểm thử này. |
| Sự phụ thuộc | Bất kỳ sự phụ thuộc nào vào các yêu cầu kiểm thử hoặc các trường hợp kiểm thử khác. |
| Các bước kiểm tra | Trình bày chi tiết các bước theo đúng thứ tự thực hiện. Càng cụ thể càng tốt. |
| Dữ liệu thử nghiệm | Dữ liệu thử nghiệm Được sử dụng làm dữ liệu đầu vào. Cung cấp các bộ dữ liệu khác nhau với các giá trị chính xác. |
| Kết quả mong đợi | Kết quả mong đợi, bao gồm bất kỳ lỗi hoặc thông báo nào sẽ xuất hiện trên màn hình. |
| Hậu điều kiện | Trạng thái của hệ thống sau khi chạy xong trường hợp kiểm thử. |
| Kết quả thực tế | Kết quả thực tế được ghi lại sau khi thực thi. |
| Trạng thái (Đạt / Không đạt) | Đánh dấu là Thất bại nếu kết quả thực tế không khớp với kết quả mong đợi. |
| Ghi Chú | Những điều kiện đặc biệt không được ghi nhận ở nơi khác. |
Các trường tùy chọn Có thể bổ sung thêm tùy thuộc vào yêu cầu của dự án.
- Liên kết / Mã lỗi: Liên kết đến khuyết tật hoặc mã số lỗi nếu bài kiểm tra thất bại.
- Từ khóa / Loại kiểm tra: Được sử dụng để phân loại các bài kiểm tra theo loại, chẳng hạn như khả năng sử dụng, chức năng hoặc quy tắc nghiệp vụ.
- yêu cầu: Yêu cầu mà trường hợp kiểm thử được viết ra để đáp ứng.
- Tài liệu tham khảo / Tài liệu đính kèm: Đường dẫn đến tài liệu hoặc sơ đồ hỗ trợ cho các trường hợp phức tạp.
- Tự động hóa (Có/Không): TracTrạng thái tự động hóa k cho các trường hợp kiểm thử tự động.
- Trường tùy chỉnh: Các trường thông tin cụ thể liên quan đến khách hàng hoặc quy trình của dự án của bạn.
Tải xuống mẫu trường hợp kiểm thử (Excel và Word)
Cả hai mẫu đều chứa các trường được mô tả ở trên. Hãy chọn định dạng phù hợp với phong cách tài liệu của nhóm bạn.
Các phương pháp hay nhất để viết test case
Giá trị của một mẫu kiểm thử phụ thuộc vào sự kỷ luật trong quá trình điền thông tin. Các phương pháp dưới đây giúp cho các trường hợp kiểm thử có thể tái sử dụng được. tracDễ hiểu và rõ ràng.
- Hãy viết rõ từng bước: Bất kỳ người kiểm thử nào cũng có thể thực hiện các bước mà không cần hỏi thêm hướng dẫn.
- Hãy bắt đầu từ góc nhìn của người dùng: Mô tả những gì người dùng làm, chứ không phải những gì mã lệnh làm.
- Tái sử dụng thay vì sao chép: Tham chiếu đến một trường hợp kiểm thử hiện có bằng ID thay vì lặp lại các bước của nó.
- Đảm bảo phạm vi phủ sóng toàn diện: Ánh xạ các trường hợp kiểm thử với các yêu cầu bằng cách sử dụng Yêu cầu. TracMa trận khả năng.
- Sử dụng công cụ quản lý: các nền tảng như CHUYẾN DU LỊCH Hoặc HP ALM lưu trữ lịch sử phiên bản, tệp đính kèm và nhật ký thực thi ở cùng một nơi.
