Kỹ thuật kiểm thử dựa trên kinh nghiệm

4 min read

1. Đoán lỗi (Exploratory testing)

Đoán lỗi là một kỹ thuật luôn nên được sử dụng như một phương pháp bổ sung cho các kỹ thuật chính thức khác. Thành công của đoán lỗi phụ thuộc rất nhiều vào kỹ năng của người kiểm thử, vì những người kiểm thử giỏi biết lỗi có thể nằm ở đâu. Một số người có khả năng kiểm thử tốt một cách tự nhiên, trong khi những người khác là kiểm thử tốt vì họ có nhiều kinh nghiệm với hệ thống cụ thể và có thể xác định được những điểm yếu của nó. Đây là lý do tại sao phương pháp đoán lỗi, sử dụng sau khi các kỹ thuật chính thức đã được áp dụng đến một mức độ nào đó, có thể rất hiệu quả. Khi sử dụng các kỹ thuật chính thức hơn, người kiểm thử có khả năng sẽ hiểu hệ thống tốt hơn, nắm được những gì nó làm và cách hoạt động. Với sự hiểu biết tốt hơn này, người kiểm thử có thể tốt hơn trong việc đoán các cách mà hệ thống có thể không hoạt động đúng cách.
Không có quy tắc nào cho Đoán Lỗi. Người kiểm thử được khuyến khích suy nghĩ về các tình huống mà phần mềm có thể không thể xử lý được. Các điều kiện điển hình để thử nghiệm bao gồm phép chia cho số không, đầu vào trống (hoặc không có), tập tin rỗng và dữ liệu sai loại (ví dụ như ký tự chữ cái thay vì số). Nếu ai đó bao giờ nói về một hệ thống hoặc môi trường mà nó hoạt động ‘Điều đó không bao giờ xảy ra’, có thể nên thử điều kiện đó, vì những giả định về những điều sẽ và sẽ không xảy ra trong môi trường thực tế thường là nguyên nhân của các lỗi. Một phương pháp có cấu trúc cho kỹ thuật đoán lỗi là liệt kê các lỗi và lỗi có thể có và thiết kế các bài kiểm tra cố gắng tạo ra chúng.

2. Kiểm thử thăm dò (Exploratory testing)

Exploratory testing là một phương pháp thực hiện kiểm thử trong đó người kiểm thử tham gia ít vào kế hoạch và nhiều vào thực hiện kiểm thử. Việc lập kế hoạch bao gồm tạo ra một tài liệu kiểm thử (test charter) với phạm vi rõ ràng, mục tiêu và cách tiếp cận. Thiết kế kiểm thử và thực thi được thực hiện đồng thời, thường không ghi chép chính thức về điều kiện kiểm thử, ca kiểm thử hoặc tập lệnh kiểm thử. Điều này không có nghĩa là các kỹ thuật kiểm thử nghiêm túc khác sẽ không được sử dụng. Ví dụ, người kiểm thử có thể quyết định sử dụng phân tích giá trị biên nhưng sẽ suy nghĩ và kiểm tra các giá trị biên quan trọng nhất mà không nhất thiết phải ghi chú lại. Ghi chú sẽ được viết trong suốt phiên kiểm thử khám phá, để sau đó có thể tạo ra báo cáo.

Kiểm thử ghi nhật ký được thực hiện khi thực thi kiểm thử được thực hiện, tài liệu các khía cạnh chính của những gì được kiểm thử, bất kỳ khuyết điểm nào được tìm thấy và bất kỳ suy nghĩ nào về các kiểm thử tiếp theo có thể được thực hiện. Một khía cạnh quan trọng của kiểm thử thăm dò là học tập: học tập bởi người kiểm thử về phần mềm, cách sử dụng, điểm mạnh và điểm yếu của nó. Như tên của nó đã cho thấy, kiểm thử thăm dò là về việc khám phá, tìm hiểu về phần mềm, những gì nó làm, những gì nó không làm, những gì hoạt động và những gì không hoạt động. Người kiểm thử luôn đưa ra quyết định về việc kiểm thử tiếp theo và nơi để dành thời gian (hạn chế). Đây là một phương pháp hữu ích nhất khi không có hoặc có thông số kỹ thuật kém và khi thời gian bị hạn chế nghiêm trọng. Nó cũng có thể được sử dụng để bổ sung cho kiểm thử khác, giúp xác định niềm tin lớn hơn vào phần mềm. Theo cách này, kiểm thử thăm dò có thể được sử dụng như một kiểm tra trên quá trình kiểm thử chính thức bằng cách giúp đảm bảo rằng các khuyết điểm nghiêm trọng nhất đã được tìm thấy

Avatar photo

Clean Code: Nguyên tắc viết hàm trong lập trình…

Trong quá trình phát triển phần mềm, việc viết mã nguồn dễ đọc, dễ hiểu là yếu tố then chốt để đảm bảo code...
Avatar photo Dat Tran Thanh
3 min read

Leave a Reply

Your email address will not be published. Required fields are marked *