Thử thách lớn nhất đối với tester: Giao tiếp với dev

Chào các bạn, Lâu nay bản thân mình vẫn nghe trong "Giới" tester, vấn đề nổi tiếng là giao tiếp giữa dev và tester, Nói nôm na ra là kiểu : "Bị dev chửi, và chửi dev", vấn đề cộm cán đến mức, ấn tượng ban đầu của mình khi bước chân vào làm tester là chuẩn bị tinh thần luôn và ngay khi nói chuyện với dev cuả dự án. Nhưng sau một thời gian “chinh chiến” với Dev thì bản thân mình nhận thấy “À, hóa ra sự việc cũng không đến nỗi tệ như thế”. Kinh nghiệm của mình khi nói chuyện với dev, đó là:

1. Cách trình bày rõ ràng, focus chính vào vấn đề đang muốn nói đến.

Khi trình bày vấn đề với dev, mình thường trình bày rõ ràng

  • Bug ở màn hình nào.
  • Các step để tái hiện bug đó.
  • Kết quả mong muốn khi test là gì, nhưng actual hiện tại ra sao.
  • Test nhiều case dữ liệu để giúp dev có thể phán đoán bug do đâu.
  • Attachment rõ ràng.
  • Khi đăt câu hỏi với dev, mình cũng tránh việc hỏi lan man, mà đặt những câu ngắn gọn, dễ hiểu nhất có thể, nên đưa ra ý hiểu của mình trước, chứ không nên đặt các câu đại loại như “cái này bên em đang không hiểu làm thế nào, có thể giải thích cho chúng em không?”, thay vì hỏi vậy, các bạn nên hỏi “Với ý này bên em đang hiểu là abcxyz, nhờ anh chị confirm lại giúp em xem đã đúng chưa?”

2. Nếu thực sự bỏ sót bug, bắt bug sai không ngại nhận trách nhiệm, thừa nhận mình đã bỏ qua quan điểm test đó.

Khi được thông báo 1 bug, 1 vấn đề mà mình thật sự đã bỏ sót khi test từ dev, từ leader, từ PO, hay thậm chí từ khách hàng, bỏ qua suy nghĩ cố tìm lí do để đổ lỗi : "Ak do bạn dev sau naỳ implement tính năng mới, nên lòi ra bug đó đó ạ" mà thực sự thừa nhận, "à, vì sao khi test mình không nhớ đến cái case này nhỉ". Ai cũng có thể mắc sai lầm, sơ sót, dù là dev, hay tester. Cơ bản là nên thừa nhận lỗi và tìm cách để dự án sau không còn mắc những sai lầm tương tự.

3. Luôn trình bày, và lắng nghe đối phương trên tinh thần xây dựng.

Mình có 1 quan điểm, luôn luôn lắng nghe đối phương trên quan điểm "Đối phương luôn có cái gì đó mình cần nghe, nên nghe" Không đánh giá kiểu "task này bug nhiều quá, dev cùi", hay "dev ẩu, bug ri mà ko validate". Không phủ định công sức người khác, mà cố gắng đánh giá cao công sức của mình. Mọi người đều nỗ lực, cố gắng rất nhiều vì mục tiêu làm cho dự án trở nên tốt nhất có thể!

4. Ngoài ra, mình có 1 thói quen đó là:
Không chỉ quan tâm đến bug "Ôi sai rồi này" mà còn luôn hỏi "Vì sao nó sai như vậy nhỉ?" mà thói quen này luôn bị devlead chửi . 😦 Vì mình luôn muốn hiểu luồng của bug, khi vấn đề xảy ra, thì thực sự nó sai ở đâu, vì sao dẫn đến như vậy!

Chốt lại,không chỉ giao tiếp với dev hay bất kì ai, thái độ xây dựng, chân thành luôn là chìa khóa. Chúc các bạn có 1 ngày làm việc thành công, mình đi "cãi nhau" với dev tiếp đây ạ! 😃