Kinh nghiệm review test case

Tất cả các câu hỏi liên quan đến test case
Post Reply
p.uyentrang
Fresher Tester
Posts: 46
Joined: Wed 09 Nov, 2011 10:49 am
Contact:

Kinh nghiệm review test case

Post by p.uyentrang »

Trước khi review, cần phải biết test case đó đang viết cho phần nào, chức năng nào.

Cần phải đọc tổng quát để thấy được từng nhóm test cases cho từng phần riêng, nếu được chia ra như UI, validation, chức năng,... thì tốt. Sau đó review chi tiết cho từng phần theo tiêu chí (nhóm mình đã thoả thuận với nhau)
  • 1. ít nhất 1 positive test case cho 1 yêu cầu trong tài liệu (hoặc AC trong US)
    2. Câu chữ rõ ràng, dễ đọc
    3. Luồng đi hợp lý từ tổng quát đến chi tiết
    4. ...

Thêm một số ý kiến tham khảo:

Nếu bạn là test lead, trước khi chia task tạo TC cho member, mình nên define ra template TC, các rule trong quá trình tạo để cho mình dễ review, rồi mình share thông tin này lại cho member bit.
Nếu team mình có nhiều thời gian cho task tạo TC, mình nên làm bước design TC kiểu gạch đầu dòng cây thư mục rồi bạn review cái này trước để hạn chế miss requirement. Rồi sau đó các member viết theo cai design của mỗi bạn ra detail, khi này mình review nhanh va đỡ hơn
Cách này là mình thường apply, nên mình share, có thể có nhiều cách hay hơn, nên mọi người cứ chia sẻ để cộng đồng có nhiều refer hơn.

Một số rule tham khảo:
- Viết câu đơn tiếng Anh, không sử dụng câu ghép vì có thể cách viết sẽ dẫn đến hiểu sai ý nghĩa của TC
- điều kiện ban đầu để TC chạy dc phải mô tả rõ ràng(pre-condition)
- Sắp xếp thứ tự TC, case happy trước, un-happy sau, không sắp xếp trộn giữa 2 loại
- TC phải độc lập, case trên không liên kết với case dưới, case dưới không sử dụng kết quả data output của case trên làm data input cho mình


Mời các bạn xem thêm ở đây https://www.facebook.com/groups/testing ... 005267675/



Post Reply