Làm sao tránh chuyện test case bị sót case

[tvn]

Một số bạn Tester đang có cùng một thắc mắc

> Test case đã được review (xem lại bởi người khác) nhưng vẫn sót trường hợp test.

> Mình cũng hay gặp trường hợp này: Test case mình viết và người review cũng là mình. Làm sao để khắc phục được tình trạng này?

Câu hỏi đặt ra là

• Bộ test case đó đã được review kĩ chưa?
  Tại sao case bị sót lại không có trong bộ test case đã được review?
  Làm cách nào để review test case cho tốt hơn?

[tvn]

Test case mình tự review thì không khắc phục được vấn đề trên. Nên phải có 3 mức review:

• Self-review: tự review
  Peer review: mình review với tester khác, người này không viết TC nhưng hiểu hệ thống đang test
  Supervisor review: TeamLead / Manager / PM - những người này không viết test case, nhưng họ hiểu về hệ thống và yêu cầu của khách hàng - requirements.

Vấn đề đặt ra cho việc review này là thời gian cho phép và nhân sự?

[tvn]

vì test case viết dựa trên kinh nghiệm và kiến thức của bạn, nhưng giới hạn K/N, kiến thức đến đó thì có tự review thêm nữa cũng không có gì mới. Phải có nhiều mức review.

Mình mới vào cty này test 1 app ở 2 flatform (iOS & Andoit). Nhưng logic 2 app có những chỗ khác nhau. Bản thân mình chỉ dựa vào kinh nghiệm/hỏi PM để update cho ok hơn, cho 2 app giống nhau.

Khi KH yêu cầu làm 1 chức năng mới hoặc update chức năng cũ thì thường tạo task với những câu nói ngắn gọn
Đến khi test phát sinh nhiều trường hợp thì mình đi confirm lại vs họ

Quy trình làm việc thế này tốn khá nhiều thời gian

> Khi KH yêu cầu làm 1 chức năng mới hoặc update chức năng cũ thì thường tạo task với những câu nói ngắn gọn. Đến khi test phát sinh nhiều trường hợp thì mình đi confirm lại với họ.

Bên bạn ko thương lượng với họ để làm việc với nhau qua 1 hệ thống tracking nào ak
Như bên mình đang làm qua tool JIRA: Bên khách hang sẽ add toàn bộ yêu cầu của họ trong 1 new ticket, qua đó 2 bên trao đổi sao cho vấn đề đc rõ rang, nếu chưa ok thì meeting them qua skype. Ticket này sẽ có khách hàng / BA / Dev / Test có quyền view và được assign theo từng role của vị trí.
Trong mỗi 1 sprint thường có khoảng 15-30 new tickets và nếu có phát sinh thêm bug / task thì xử lí thêm

[fight]

> Test case đã được review (xem lại bởi người khác) nhưng vẫn sót trường hợp test.
> Mình cũng hay gặp trường hợp này: Test case mình viết và người review cũng là mình. Làm sao để khắc phục được tình trạng này?

Câu hỏi đặt ra là
Bộ test case đó đã được review kĩ chưa?
Tại sao case bị sót lại không có trong bộ test case đã được review?
Làm cách nào để review test case cho tốt hơn?

==> Theo mình thì
Thứ nhất: Việc review test case sẽ nên thực hiện bởi người khác trước khi bản thân người viết đã review kỹ.
Thứ hai: Để tránh bị sót test case khi review thì
- Người viết detail bố cục test case phải rõ ràng (kỹ năng viết test case)
- Người review phải bám sát tài liệu quản lý yêu cầu (yêu cầu cũ, mới và yêu cầu thay đổi)