Cách viết test case kèm ví dụ
Thomas Hamilton
🚀 Tóm tắt thông minh
Trường hợp thử nghiệm là một tập hợp các điều kiện, đầu vào, hành động và kết quả mong đợi được ghi chép lại để xác minh rằng một tính năng cụ thể hoạt động chính xác trong các ứng dụng phần mềm.
Trường hợp thử nghiệm là gì?
A trường hợp thử nghiệm là một bộ hành động, đầu vào và kết quả mong đợi giúp người kiểm thử xác minh xem một tính năng hoặc chức năng cụ thể trong phần mềm có hoạt động như mong đợi hay không. Nó đóng vai trò như một step-by-step hướng dẫn xác định những gì cần kiểm tra, cách kiểm tra và kết quả mong đợi.
Hãy nghĩ về một trường hợp thử nghiệm như một công thức xác thực — nó cho bạn biết chính xác các thành phần (dữ liệu thử nghiệm), quy trình (các bước thực hiện) và món ăn hoàn hảo (kết quả mong đợi) sẽ như thế nào.
Một trường hợp kiểm thử được viết tốt sẽ giúp đảm bảo:
- Phần mềm đáp ứng yêu cầu của doanh nghiệp và người dùng.
- Lỗi hoặc hành vi bất ngờ là phát hiện sớm.
- Kiểm tra có thể được được lặp lại và xem xét lại bởi bất kỳ chuyên gia QA nào.
- Các đội có thể theo dõi mỗi bài kiểm tra đang xác minh yêu cầu nào.
👉 Đăng ký tham gia Dự án Kiểm thử Phần mềm Trực tiếp Miễn phí
Các bước để tạo trường hợp kiểm thử trong kiểm thử thủ công
Hãy tạo một Test Case cho kịch bản: Kiểm tra chức năng đăng nhập
Bước 1) Một trường hợp thử nghiệm đơn giản để giải thích kịch bản sẽ là
| Trường hợp thử nghiệm # | Trường hợp thử nghiệm Description |
|---|---|
| 1 | Kiểm tra phản hồi khi nhập email và mật khẩu hợp lệ |
Bước 2) Kiểm tra dữ liệu.
Để thực hiện trường hợp thử nghiệm, bạn sẽ cần Dữ liệu thử nghiệm. Thêm nó bên dưới
| Trường hợp thử nghiệm # | Trường hợp thử nghiệm Description | Dữ liệu thử nghiệm |
|---|---|---|
| 1 | Kiểm tra phản hồi khi nhập email và mật khẩu hợp lệ | Email: guru99@email.com Mật khẩu: lNf9^Oti7^2h |
Việc xác định dữ liệu thử nghiệm có thể tốn thời gian và đôi khi có thể yêu cầu tạo lại dữ liệu thử nghiệm. Lý do cần phải được ghi lại.
Bước 3) Thực hiện các hành động.
Để thực hiện một trường hợp kiểm thử, người kiểm thử cần thực hiện một tập hợp hành động cụ thể trên AUT. Điều này được ghi lại như dưới đây:
| Trường hợp thử nghiệm # | Trường hợp thử nghiệm Description | Các bước kiểm tra | Dữ liệu thử nghiệm |
|---|---|---|---|
| 1 | Kiểm tra phản hồi khi nhập email và mật khẩu hợp lệ | 1) Nhập địa chỉ email
2) Nhập mật khẩu 3) Nhấp vào Đăng nhập |
Email: guru99@email.com
Mật khẩu: lNf9^Oti7^2h |
Nhiều khi, các Bước Kiểm thử không đơn giản như trên, do đó cần có tài liệu hướng dẫn. Ngoài ra, tác giả của trường hợp kiểm thử có thể rời khỏi tổ chức, đi nghỉ mát, bị ốm và không làm việc, hoặc rất bận rộn với các nhiệm vụ quan trọng khác. Một người mới được tuyển dụng có thể được yêu cầu thực hiện trường hợp kiểm thử. Các bước được ghi chép lại sẽ giúp ích cho người đó và cũng tạo điều kiện thuận lợi cho việc đánh giá của các bên liên quan khác.
Bước 4) Kiểm tra hành vi của AUT.
Mục tiêu của các trường hợp kiểm thử trong kiểm thử phần mềm là kiểm tra hành vi của AUT để có được kết quả mong đợi. Điều này cần được ghi lại như sau:
| Trường hợp thử nghiệm # | Trường hợp thử nghiệm Description | Dữ liệu thử nghiệm | Kết quả mong đợi |
|---|---|---|---|
| 1 | Kiểm tra phản hồi khi nhập email và mật khẩu hợp lệ | Email: guru99@email.com Mật khẩu: lNf9^Oti7^2h |
Đăng nhập phải thành công |
Trong thời gian thực hiện kiểm thử, người kiểm thử sẽ kiểm tra kết quả mong đợi với kết quả thực tế và chỉ định trạng thái đạt hoặc không đạt.
| Trường hợp thử nghiệm # | Trường hợp thử nghiệm Description | Dữ liệu thử nghiệm | Kết quả mong đợi | Kết quả thực tế | Vượt qua thất bại |
|---|---|---|---|---|---|
| 1 | Kiểm tra phản hồi khi nhập email và mật khẩu hợp lệ | Email: guru99@email.com Mật khẩu: lNf9^Oti7^2h | Đăng nhập phải thành công | Đăng nhập đã thành công | Qua |
Bước 5) Ngoài trường hợp thử nghiệm của bạn - có thể có một trường như,
Một điều kiện tiên quyết quy định những điều kiện cần thiết trước khi chạy thử nghiệm. Đối với trường hợp thử nghiệm của chúng ta, điều kiện tiên quyết là phải cài đặt trình duyệt để có thể truy cập vào trang web đang thử nghiệm. Một trường hợp thử nghiệm cũng có thể bao gồm các điều kiện hậu quyết định bất kỳ điều kiện nào được áp dụng sau khi trường hợp thử nghiệm hoàn tất. Đối với trường hợp thử nghiệm của chúng ta, điều kiện hậu quyết định là thời gian và ngày đăng nhập được lưu trữ trong cơ sở dữ liệu.
Các yếu tố chính của một trường hợp thử nghiệm
Một trường hợp thử nghiệm tiêu chuẩn thường bao gồm:
- ID trường hợp thử nghiệm – Mã định danh duy nhất (ví dụ: TC001)
- Tiêu đề hoặc Description – Bài kiểm tra xác minh điều gì
- Điều kiện tiên quyết – Những gì phải có trước khi bài kiểm tra bắt đầu
- Các bước kiểm tra – Các hành động chính xác cần thực hiện
- Dữ liệu thử nghiệm – Nhập giá trị hoặc tham số
- Kết quả mong đợi – Kết quả bạn nên thấy
- Kết quả thực tế – Chuyện gì thực sự đã xảy ra
- Trạng thái – Đạt, Không đạt hoặc Bị chặn
Trường hợp thử nghiệm và kịch bản thử nghiệm
A Kịch bản thử nghiệm mô tả những gì cần được kiểm tra — chức năng rộng hoặc hành trình của người dùng.
A trường hợp thử nghiệm, Mặt khác, giải thích cách xác minh chức năng đó — các bước chính xác, dữ liệu và kết quả mong đợi.
Nói một cách dễ hiểu:
- Kịch bản thử nghiệm = Ý tưởng về những gì cần kiểm tra.
- Trường hợp thử nghiệm = Triển khai về cách kiểm tra ý tưởng đó.
Hãy nghĩ về nó như thế này —
“Nếu kịch bản thử nghiệm là tiêu đề của một chương, thì mỗi trường hợp thử nghiệm là một đoạn văn giải thích chi tiết về chương đó.”
Ví dụ minh họa:
Chúng ta hãy lấy một ví dụ để hiểu rõ hơn:
Kịch bản thử nghiệm:
“Kiểm tra chức năng đăng nhập của trang web.”
Các trường hợp thử nghiệm liên quan:
- Xác minh đăng nhập bằng tên người dùng và mật khẩu hợp lệ.
- Xác minh thông báo lỗi do mật khẩu không hợp lệ.
- Xác minh thông tin đăng nhập bằng các trường trống.
- Trường xác minh mật khẩu ẩn văn bản nhập.
Ở đây, kịch bản là một mục tiêu chức năng duy nhất, trong khi các trường hợp thử nghiệm chia nó thành điều kiện cụ thể, có thể kiểm tra được.
Đọc để biết thêm thông tin về Sự khác biệt giữa Test Case và Test Scenario
Lợi ích của việc viết các trường hợp kiểm thử chất lượng cao
- Các trường hợp thử nghiệm chất lượng cao đảm bảo phạm vi kiểm tra, tính nhất quán và khả năng truy xuất nguồn gốc trong toàn bộ quy trình QA.
- Họ giúp người thử nghiệm bắt được lỗi sớm, duy trì ổn định hồi quyvà đảm bảo mọi chức năng đều phù hợp với yêu cầu kinh doanh.
- Các trường hợp thử nghiệm được viết tốt là rõ ràng, có thể tái sử dụng và lặp lại, cho phép bất kỳ công cụ kiểm tra hoặc tự động hóa nào thực hiện chúng một cách đáng tin cậy.
- Họ cũng hoạt động như một cầu giao thông giữa các nhà phát triển, người thử nghiệm và các bên liên quan — giảm sự mơ hồ và tiết kiệm thời gian.
- Bằng cách ghi lại các mục tiêu, bước và kết quả thử nghiệm, các nhóm có thể đo lường tiến độ, tuân thủ các tiêu chuẩn, và quản lý các bản cập nhật một cách hiệu quả.
- Quan trọng nhất là các trường hợp thử nghiệm tốt giảm chi phí bảo trì, tăng tốc độ tự động hóa và cung cấp sự tin tưởng vào chất lượng phần mềm.
- Chúng đóng vai trò là tài liệu sống để hướng dẫn những người thử nghiệm mới và là đầu vào có cấu trúc cho AI và công cụ quản lý thử nghiệm.
Những lỗi thường gặp cần tránh khi viết Test Case
Ngay cả những người kiểm tra có kinh nghiệm cũng mắc phải những lỗi nhỏ làm giảm chất lượng kiểm tra.
Tránh những sai lầm này có thể cải thiện đáng kể độ chính xác, rõ ràng và khả năng bảo trì của bộ kiểm tra của bạn.
- Viết các bước mơ hồ: Những hướng dẫn mơ hồ như "kiểm tra trang đăng nhập" sẽ gây nhầm lẫn cho người kiểm tra. Hãy sử dụng các bước rõ ràng, dựa trên hành động.
- Bỏ qua các tình huống tiêu cực: Luôn bao gồm các đầu vào không hợp lệ hoặc các bài kiểm tra ranh giới để đảm bảo phạm vi bao phủ đầy đủ.
- Sử dụng lại dữ liệu thử nghiệm không rõ ràng: Dữ liệu không được gắn nhãn hoặc không nhất quán sẽ khiến kết quả thử nghiệm không đáng tin cậy. Hãy duy trì một bảng dữ liệu thử nghiệm chung.
- Các trường hợp thử nghiệm quá phức tạp: Các trường hợp dài, nhiều bước rất khó xử lý. Hãy giữ cho mỗi trường hợp được tập trung và chi tiết.
- Bỏ qua các bản cập nhật sau khi sản phẩm thay đổi: Các trường hợp thử nghiệm lỗi thời tạo ra kết quả sai. Revxem lại và sửa đổi thường xuyên.
- Thiếu khả năng truy xuất nguồn gốc: Luôn liên kết các trường hợp thử nghiệm với các yêu cầu để theo dõi phạm vi và mức độ tuân thủ.
- Bỏ qua đánh giá ngang hàng: Đôi mắt sáng suốt sẽ phát hiện ra những bước không rõ ràng hoặc thừa ngay từ đầu.
