Hôm nay mình chia sẻ quan điểm và góc nhìn của mình về việc tester tham gia dự án không có tài liệu yêu cầu.
Có phải bạn sẽ hạnh phúc khi được tham gia vào một dự án phát triển phần mềm với một kho tài liệu yêu cầu? Tài liệu ngập mặt, từ tài liệu mô tả yêu cầu, mô tả luồng màn hình, mô tả chức năng chi tiết từng màn hình, tài liệu mô tả database, tài liệu mô tả thiết kế hệ thống và nhiều tài liệu tham khảo khác nữa. Tài liệu nhiều đến mức một tester mới tham gia vào dự án phải "bơi cả tuần" mới có thể hình dung được mình phải làm gì. Và thậm chí, khi có vấn đề tranh cãi giữa dev và tester, không biết là phải dựa vào tài liệu nào để xác định đúng sai, chưa kể mỗi tài liệu lại có nhiều phiên bản khác nhau, nhiều "tác giả" khác nhau và nhiều điều thú vị khác nữa.một trong nhiều tester mới vào nghề có cùng thắc mắc wrote:Khi dự án không có tài liệu mô tả yêu cầu thì mình phải làm gì để hiểu được yêu cầu của khách hàng?
Và, có phải dự án nào cũng "đầy ắp" tài liệu mô tả yêu cầu không? Ngược lại với tình hình trên, một bạn tester khác "bất hạnh" hơn, khi bạn ấy được phân công vào một dự án không có "miếng" tài liệu nào hết. Vậy tester sẽ phải làm gì để tìm hiểu hệ thống và có thể kiểm thử hiệu quả cho sản phẩm phần mềm đang được phát triển? Để giải quyết vấn đề này, bạn hãy tìm câu trả lời một số câu hỏi sau đây:
Tìm hiểu về sản phẩm đang được phát triển
Sản phẩm đang được phát triển là gì?
Mục đích của sản phẩm đang được phát triển là gì?
Khách hàng và người dùng (users) tiềm năng của nó là ai?
Tại sao họ lại cần một sản phẩm như thế này (xét về chức năng và một số khía cạnh phi chức năng cơ bản)
Khi được hoàn thiện, sản phẩm đang được phát triển có thể giải quyết vấn đề gì trong thực tế?
Viết test case cho dự án không có tài liệu mô tả yêu cầu
Dựa vào đâu để nghĩ ra các trường hợp cần kiểm thử?
Dựa vào đâu để xác định các bước thực hiện của test case khi mà không có tài liệu mô tả màn hình hoặc mockup cho UI?
Dựa vào đâu để xác định kết quả mong đợi?
Nếu không trả lời được các câu hỏi trên, liệu mình cần viết test case chi tiết cho hệ thống này không?
Thay vào đó, có nên xây dựng một checklist (danh mục cần kiểm thử) cho hệ thống thay vì viết test case chi tiết?
Test như thế nào là đủ?
Không có yêu cầu vậy thì làm sao biết hệ thống này có bao nhiêu chức năng là đủ?
Làm sao biết rằng mình đã test đủ hay chưa?
Làm sao biết rằng cần tập trung vào kiểm thử những cụm chức năng nào, và không nên quá chú ý vào khu vực nào?
Làm sao biết được nên áp dụng những kỹ thuật, loại test nào thì phù hợp?
Như thế nào là đúng?
Dựa vào đâu để xác định kết quả mong đợi cho một chức năng?
Bạn sẽ làm gì khi không biết một chức năng đang thực hiện như vậy là đúng hay sai?
Nếu có nhiều ý kiến trái chiều nhau, có tranh cãi về một nhận định của bạn về một trường hợp nào đó, bạn sẽ làm gì?
Như thế nào thì gọi là chấp nhận được? (áp dụng cho cả chức năng và UI/UX)
Bạn có thể tham khảo một số chia sẻ tương tự cho câu hỏi này test khi không có tài liệu - dự án thật