Test case là kế hoạch kiểm thử, mô tả các hành động và thông số cần thiết để đạt được cũng như xác minh rõ hành vi mong muốn (expected behaviour) của một chức năng cụ thể. Hoặc một phần nào đó của phần mềm cần được kiểm tra. Nếu bạn có một task là kiểm tra một vài chức năng nào đó, bạn có thể tạo một kịch bản kiểm thử (test script) hoặc câu chuyện người dùng (user story).
Vậy bạn cần phải biết nên bắt đầu kiểm thử từ đâu, các bước chung chung nào cần để thực thi, và kết quả nên như thế nào.
Tầm quan trọng của mẫu test case
- Tạo kho lưu trữ tiêu chuẩn của các trường hợp thử nghiệm và tái sử dụng cho các ứng dụng/phần mềm của bạn sẽ đảm bảo các lỗi phổ biến nhất sẽ bị bắt một cách nhanh chóng hơn.
- Checklist giúp nhanh chóng hoàn tất viết test case.
- Sử dụng lại test case giúp tiết kiệm tiền về nguồn lực để viết kiểm tra lặp đi lặp lại.
- Các trường hợp kiểm tra quan trọng sẽ được đảm bảo luôn luôn làm cho nó gần như không thể quên.
- Kiểm tra checklist có thể bởi dev để đảm bảo các vấn đề phổ biến nhất được cố định trong giai đoạn phát triển bản thân.
Kịch bản thử nghiệm chung
- Tất cả trường bắt buộc phải được đánh giá và chỉ định bởi biểu tượng dấu hoa thị (*) .
- Thông báo lỗi validate nên được hiển thị chính xác ở đúng vị trí .
- Tất cả các thông báo lỗi sẽ được hiển thị trong cùng một phong cách CSS (ví dụ như sử dụng màu đỏ) .
- Xác nhận chung thông điệp sẽ được hiển thị sử dụng phong cách CSS khác hơn so với thông báo kiểu lỗi (ví dụ như sử dụng màu xanh lá cây) .
- Công cụ lời khuyên văn bản phải có ý nghĩa .
- Trường Dropdown nên nhập đầu tiên là trống hoặc văn bản như ‘Select’ .
- Xóa chức năng cho bất cứ hồ sơ trên trang nên yêu cầu xác nhận .
- Chọn/ bỏ chọn tất cả các hồ sơ tùy chọn cần được cung cấp nếu trang hỗ trợ ghi thêm/ xóa/ cập nhật chức năng .
- Giá trị tối đa sẽ được hiển thị với các biểu tượng chính xác .
- Mặc định trang phân loại cần được cung cấp .
- Cài đặt lại nút chức năng nên thiết lập các giá trị mặc định cho tất cả các trường.
- Tất cả các giá trị bằng số phải được định dạng đúng .
- Nhập các trường cần được kiểm tra giá trị trường tối đa. Đầu vào giá trị lớn hơn giới hạn tối đa quy định –> không được chấp nhận hoặc được lưu trữ trong cơ sở dữ liệu .
- Kiểm tra tất cả các trường đầu vào cho các ký tự đặc biệt .
- Trường label nên được tiêu chuẩn, ví dụ như trường chấp nhận tên đầu tiên của người dùng phải được dán nhãn đúng là ‘First Name’.
- Kiểm tra phân loại chức năng sau khi thêm / sửa / xóa các hoạt động trên bất kỳ bản ghi.
- Kiểm tra các chức năng thời gian chờ. Các giá trị thời gian chờ nên được cấu hình. Kiểm tra hành vi ứng dụng sau khi hoạt động thời gian chờ .
- Kiểm tra các tập tin cookie được sử dụng trong một ứng dụng .
- Kiểm tra nếu tập tin tải về được trỏ đến sửa đường dẫn tập tin .
- Tất cả các phím nguồn lực phải được cấu hình trong tập tin cấu hình cơ sở dữ liệu hoặc thay vì mã hóa cứng.
- Tiêu chuẩn phải được theo sau suốt để đặt tên cho phím nguồn .
- Xác nhận đánh dấu cho tất cả các trang web (xác nhận HTML và CSS cho các lỗi cú pháp) để chắc chắn rằng nó phù hợp với các tiêu chuẩn .
- Crash ứng dụng hoặc các trang không có sẵn nên được chuyển đến lỗi trang .
- Kiểm tra văn bản trên tất cả trang chính tả và lỗi ngữ pháp
- Kiểm tra các trường đầu vào dạng số với giá trị ký tự đầu vào. Tin nhắn xác nhận thích hợp sẽ xuất hiện .
- Kiểm tra cho số âm nếu được phép cho trường số .
- Kiểm tra các trường nhập số với giá trị số thập phân .
- Kiểm tra chức năng của nút có sẵn trên tất cả các trang .
- Người dùng không thể submit trang hai lần bằng cách nhấn nút submit liên tiếp nhanh chóng.
- Chia cho 0 có lỗi nên được xử lý cho bất kỳ tính toán .
- Dữ liệu đầu vào trống với vị trí đầu tiên và cuối cùng phải được xử lý một cách chính xác.
Cảm ơn các bạn đã ghé thăm. Chúc các bạn thành công!
