Thông thường bạn có thể nghe đến việc viết Test Case và kiểm nghiệm chúng là công việc của testers. Tuy nhiên, trong nhiều trường hợp nếu team bạn không có hoặc không đủ tester thì người BA cũng cần phải biết và viết Test Case. Bởi vì là một người BA, bạn hiểu rõ nhu cầu thực sự của end users, do đó sẽ hỗ trợ rất nhiều cho cả team của bạn tránh thiếu sót những trường hợp không đáng có trong trải nghiệm của người dùng.
Đặc biệt đối với một người BA, để bạn có thể viết test case tốt thì bạn đã phải hiểu rất rõ về các tài liệu yêu cầu như BRD, FSD, UC/US,… Nếu bạn đã đọc các tài liệu trên và tham gia các cuộc họp cùng với khách hàng mà vẫn không thể nắm rõ được nhu cầu thực sự của họ thì thật đáng ngại cho chất lượng của phần mềm/hệ thống được làm ra.
Vậy bạn có thể dựa vào đâu để viết Test Case tốt hơn?
BA có thể dựa vào một số nguồn tham khảo sau:
- Tài liệu yêu cầu của dự án (có thể là BRD, hoặc FSD hoặc là cả hai). Đây là bản ghi chép và có sự chấp thuận của các bên liên quan về các yêu cầu đối với dự án nên chắc chắn nó sẽ cho bạn biết hệ thống cần gì và đang còn thiếu gì.
- Xem xét các vấn đề và nguy cơ mà hệ thống đang gặp phải để từ đó tạo nên những test case có thể gặp.
- Suy nghĩ về những kịch bản có thể xảy ra theo hướng người dùng cuối. Đóng vai như một người dùng cuối sử dụng thử sản phẩm sẽ giúp bạn khám phá ra những test case có thể xảy ra trong quá trình trải nghiệm của người dùng.
St
