Thông thường, testers sử dụng kiểm tra tự động để nâng cao chất lượng kiểm tra thủ công, đẩy nhanh việc thực hiện các kiểm tra chức năng và giảm thiểu lỗi của con người trong quá trình xác minh. Nó tích hợp tự động hóa vào toàn bộ quy trình đảm bảo chất lượng, do đó chúng ta phải áp dụng các bước tương tự cho kiểm thử tự động như chúng ta làm cho kiểm thử thủ công.
Khi quyết định những gì nên được tự động hóa và những gì nên được thực hiện thủ công, có một số tiêu chí cần lưu ý. Blog này cung cấp về 10 mẹo cho quy trình thử nghiệm tự động và chỉ ra mối liên hệ giữa thử nghiệm thủ công và tự động.
Một ứng dụng thử nghiệm thực hiện các phép tính và trả về một kết quả. Làm thế nào để bạn xác minh rằng kết quả là chính xác? Lựa chọn đầu tiên là thực hiện cùng một phép tính trong tập lệnh thử nghiệm và so sánh kết quả với những gì ứng dụng trả về! Tuy nhiên, chiến lược này không chính xác vì những lý do sau:
Trong những trường hợp như vậy, cách tiếp cận chính xác là tính toán thủ công giá trị chính xác và lưu nó trong kịch bản theo kế hoạch. Nếu một phép tính duy nhất là đủ, kết quả phải được ghi ngay vào tập lệnh. Nếu cần tính toán, sử dụng mảng hoặc phương pháp DDT.
Sẽ là tối ưu nếu các cá nhân có thẩm quyền cung cấp cho bạn dữ liệu nguồn và kết quả chính xác cho họ (ví dụ: chuyên gia sản phẩm). Bạn chịu trách nhiệm mã hóa bản test, nhưng việc xác định kết quả mong đợi thường không phải là trách nhiệm của bạn.
Bây giờ, nếu bản test của bạn đã thất bại, hoặc ứng dụng không hoạt động hiệu quả hoặc các yêu cầu đã thay đổi, đòi hỏi phải cập nhật dữ liệu bản test.
Trong mọi trường hợp, bạn có thể yên tâm rằng thất bại không liên quan đến mã thử nghiệm!
Nếu không thể loại bỏ hoàn toàn các phép tính như vậy vì một số lý do, hãy cố gắng đơn giản hóa và giảm chúng càng nhiều càng khả thi trong các bản test. Ngoài ra, hãy cẩn thận để bao gồm các nhận xét trong tập lệnh hoặc thông báo lỗi giải thích những gì đã được tính toán và tại sao. Trong tương lai, bạn hoặc người khác có thể cần phân tích các lỗi tiềm ẩn.
Khi tự động hóa, sản phẩm mới hơn của người thử nghiệm thường xuyên gặp lỗi khi một thử nghiệm sử dụng dữ liệu được cung cấp bởi một thử nghiệm khác. Minh họa cho điều này là tính năng CRUD, trong đó một bản test tạo một bản ghi, một bản cập nhật khác và một bên thứ ba xóa nó.
Ưu điểm duy nhất của chiến lược này là nó tiết kiệm thời gian; tuy nhiên, nhiều khuyết điểm có thể xuất hiện đồng thời:
Có những công việc phải được tự động hóa trong mỗi dự án, trong khi những công việc khác chỉ nên được để lại cho thử nghiệm thủ công. Những nhiệm vụ như vậy sẽ là duy nhất cho mỗi dự án, nhưng bạn có thể xác định một số lĩnh vực chung không nên tự động hóa.