Một số cách để test tốt hơn

Làm thế nào test hiệu quả hơn, tìm được nhiều bug có giá trị hơn luôn là cái đích mong muốn đến của các bạn tester mới dấn thân vào nghề Test, cũng như kể cả các bạn đã có nhiều năm kinh nghiệm. Hôm nay mình sẽ chia sẻ 1 số cách rất đơn giản, để TEST TỐT HƠN.

1. Thay vì focus vào số lượng, hãy tập trung vào chất lượng.

Tại sao lại như vậy, việc 1 tester tìm ra được rất nhiều bug trong dự án, nhưng để sót 1 vài bug chất lượng(bug quan trọng) chẳng hạn như dự án ngỏm, thì rất nhiều bug đó gần như không có giá trị nhiều cho dự án. Cho nên, tester hãy tìm cách focus vào những chức năng/ những màn hình mà có độ quan trọng, tầm ảnh hưởng nhiều khi test nhé.

2. Thực hiện phân chia độ ưu tiên và làm theo độ ưu tiên

Cũng như vấn đề focus vào chất lượng hơn số lượng, thì việc focus vào độ ưu tiên sẽ giúp cho tester biết được mình nên làm chức năng nào trước, chức năng nào sau, chứ không kiểu đổ trứng vào 1 giỏ. Làm theo độ ưu tiên giúp phát hiện sớm issue, từ đó giúp correct sớm, và done sớm chức năng có độ ưu tiên cao.

Độ ưu tiên không chỉ khi thực hiện test, mà từ khâu tìm hiểu tài liệu, thực hiện viết checklist, testcase các bạn tester nên tập làm quen với việc chia độ ưu tiên, bám theo nó để thực hiện.

3. Sử dụng câu cú ngắn gọn, súc tích

Từ khâu post QA tới viết cklist/testcase, hãy sử dụng những câu ngắn gọn, súc tích nhưng đầy đủ ý để cho người khác đọc vào dễ hiểu, dễ hình dung. Format từng cell từng dòng từng cột, từng sheet cũng nên chú ý trang điểm cho nó, để khi nhìn vào file thấy nó bắt mắt, dễ nhìn, để có cảm tình hơn.

Khi báo cáo bug, cần phải tuân thủ theo rule post bug, mục nào là bắt buộc, mục nào nên là options…

4. Cập nhật kho bài học kinh nghiệm

Học từ lỗi lầm của chính bạn, và lỗi lầm của người khác là 1 cách để cải thiện bản thân, nâng cao chất lượng test. Hãy cập nhật kho bài học kinh nghiệm của Công ty, từ đồng nghiệp, từ bạn bè, từ sách vở.. . nhé các bạn tester.

Ví dụ lần đầu post bug, được leader chỉ ra các điểm cần cải thiện, như step cần phải mô tả ngắn gọn, rõ ràng nhưng phải đầy đủ, rồi cần phải highlight vào nơi thể hiện lỗi trong file evidence…thì lần sau khi post bug, tuyệt nhiên, phải nhớ lại kỹ những comment của leader, và làm theo các comment đó. Đảm bảo chất lượng post bug sẽ cải thiện rất nhiều.

5. Đặt vị trí của mình như là end user

Một phần công việc của tester là tìm lỗi sớm, tránh lọt bug đến enduser. Để làm được điều này, có 1 cách là đặt vị trí của mình là người dùng sản phẩm, mình mong muốn điều gì, hãy thật hiểu sản phẩm, hiểu spec, để đoán được vùng ảnh hưởng, tìm ra lỗi sớm.

6. Q&A Qvà Q&A

Nếu làm outsource, tester không được phép áp đặt suy nghĩ của mình vào spec. Bất cứ chỗ nào không hiểu, chưa rõ, hãy log lên Q&A, không nên trao đổi miệng, vì làm như thế sẽ không có log mà truy xuất lại sau này. Hãy hỏi đúng đối tượng(ví dụ PM hay Brse thay vì hỏi dev…)

Và 1 điều quan trọng, không thỏa hiệp với dev, trong bất kỳ hoàn cảnh nào, bất kỳ mối quan hệ nào, vì thỏa hiệp với dev có thể dẫn tới lọt bug vì những chỗ Dev “nghĩ” là đúng và giải thích cho bạn.

Tác giả: Nguyễn Thị Bích Cảnh