Tester không chỉ đơn giản là đi tìm bug, mà là người có cái nhìn tổng quát nhất về sản phẩm, từ đó mới đảm bảo được chất lượng sản phẩm đầu ra. Tuy nhiên với những người mới bắt đầu tiếp cận với công việc này thì cách tiếp cận một dự án mới vẫn là vấn đề mà họ quan tâm. Vậy là một tester mới join team dự án, bạn cần phải làm những gì?
1. Tìm hiểu vai trò của các thành viên trong đội dự án
Hầu hết các dự án phát triển phần mềm hiện nay đều được phát triển dựa trên mô hình Agile/Scrum. Vì vậy, khi bắt đầu join dự án, bạn nên biết các thành viên với các vai trò:
- Product Owner (PO):Là người đại diện của khách hàng đưa ra những yêu cầu của sản phẩm, hiểu rõ nhất về sản phẩm và cũng là người tiếp nhận đầu ra, đánh giá kết quả của dự án. Trong một số trường hợp, Product Owner cũng chính là khách hàng của sản phẩm. Điều này thường xảy ra với các ứng dụng nội bộ. Khi đó, các tính năng của sản phẩm sẽ được định hình trực tiếp bởi Product Owner. Product Owner là người am hiểu những nhu cầu cấp thiết của sản phẩm, từ đó đưa ra các yêu cầu về tính năng mà sản phẩm phải có.
- Project Leader: Là người điều hành, lãnh đạo và quản lý team.
- Team phát triển: là những người trực tiếp tham gia sản xuất phần mềm: bao gồm cả dev, QA, BA,…
Tại sao chúng ta cần phải tìm hiểu vai trò của các thành viên trong đội dự án?
Khi mới bắt đầu vào dự án thì chắc chắn mình sẽ có các câu hỏi liên quan đến sản phẩm phần mềm mình đang làm và để hỏi được đúng người thì việc tìm hiểu vai trò của các thành viên trong đội dự án là rất quan trọng.
2. Tìm hiểu các tài liệu
2.1. Tìm hiểu tài liệu liên quan dự án
- Tài liệu đặc tả
- Standard đang áp dụng cho hệ thống
- Thiết kế
- …
=> Cần có tài liệu được tổng hợp từ chính cá nhân mình sau khi tự tìm hiểu các tài liệu hiện có trong dự án để hiểu sâu và hiểu đúng hơn về dự án
2.2. Q&A file và cách đặt câu hỏi
Khi bắt đầu 1 dự án thì khách hàng sẽ gửi cho chúng ta 1 tài liệu tổng quan về sản phẩm mà họ mong muốn nhận được giúp cho team phát triển hiểu rõ hơn về những yêu cầu của họ.
Thông thường thì 1 Tester chỉ cần tìm hiểu tài liệu Requirement để thực hiện viết test case. Tuy nhiên trong quá trình tìm hiểu tài liệu thì có gì khó khăn hay khó hiểu thì mình sẽ trao đổi với các thành viên trong đội dự án hoặc có thể đặt câu hỏi trực tiếp cho khách hàng (PO).
Nhưng câu hỏi đặt ra là: đặt câu hỏi ở đâu, thế nào?
Trong mỗi 1 dự án sẽ có 1 folder lưu lại các tài liệu liên quan đến dự án đó. Tài liệu để ghi lại các câu hỏi của bạn đó là Q&A file (Question & Answer).
- Nếu bạn được tham gia vào 1 dự án ngay từ khi mới bắt đầu thì có thể chưa có Q&A file thì hãy tạo 1 file Q&A và đặt câu hỏi trên đó.
- Nếu bạn được tham gia và 1 dự án đã được bắt đầu trước đó thì hãy tìm file Q&A trong folder của dự án và đọc các câu hỏi của các thành viên để hiểu hơn về dự án và đảm bảo rằng khi bạn đưa lên 1 câu hỏi thì không bị trùng.
Nên đặt câu hỏi thế nào?
Khi Q&A ta không nên đặt các câu hỏi như như thế nào, là gì,… (Chức năng này hoạt động như thế nào?) mà ta nên đặt câu hỏi theo 2 dạng: Yes/No question hay câu hỏi lựa chọn
Các mẫu câu hỏi nên sử dụng:
a. Yes/No question
- Should we…?
- I have a question below regarding function A,… Could you please confirm?
- From my point of view, … Do you agree?
- I think that …, Could you please share me your through?
b. Multiple choice question
- I have below case with 2 expected behavior:
Expected result 1:….
Expected result 2: ….
Could you please share me you expected result. If you have better option, please let me know.
Đặt những dạng câu hỏi như vậy sẽ giúp tiết kiệm được thời gian trả lời của khách hàng mà vẫn đảm bảo là bạn đã tìm hiểu về hệ thống và có những ý hiểu riêng về hệ thống.
2.3. Tìm hiểu về các tool mà dự án đang dùng
- Tool quản lý dự án nội bộ
- Quản lý tài liệu
- Tool quản lý các feature/story/task/bug/test plan/test cases
- …
Việc tìm hiểu các tool trong dự án giúp bạn tiếp cận nhanh hơn về quy trình làm việc, cách làm việc và các việc cần làm trong dự án
3. Cách làm việc với các thành viên trong đội dự án
Với một tester mới bắt đầu làm quen với công việc này thì chắc hẳn vấn đề làm sao để giao tiếp tốt với mọi người trong team, trao đổi thế nào để mọi người dễ hiểu vấn đề mà mình muốn nói là vấn đề rất được quan tâm.
- Đầu tiên khi vào dự án thì mình nên giao tiếp với mọi người 1 cách cởi mở tạo cảm giác gần gũi có thể là bắt chuyện trước với mọi người có thể là vấn đề ngoài công việc để cho mọi người có thể hiểu hơn về mình giúp tạo cảm tình với các bạn trong team. Hiểu nhau sẽ làm việc dễ hơn.
- Tester khi trao đổi vấn đề nên nhẹ nhàng.
- Các vấn đề đưa ra trao đổi cần có mô tả rõ ràng, hoặc có hình ảnh cụ thể, từ đó giúp cho các thành viên trong team nắm bắt được vấn đề nhanh hơn
- ….
