HomeOur Team
Giải quyết mâu thuẫn giữa tester và developer
Softskills
Giải quyết mâu thuẫn giữa tester và developer
kieu.tran
kieu.tran
October 26, 2020
4 min

Đây có lẽ là vấn đề muôn thuở mà bất kỳ team phát triển nào cũng đã và đang gặp phải. Việc ưu tiên giải quyết các vấn đề mâu thuẫn thường được leader đưa lên hàng đầu nhằm mục đích nâng cao tiến độ dự án cũng như chất lượng sản phẩm.

Vậy, lý do tại sao mà giữa Tester và Developer luôn xảy ra mâu thuẫn trong quá trình làm việc. Hãy cùng thảo luận và đưa ra ý kiến trong bài viết này nhé! Let’s gooooooooooo

1. Quan điểm của người xây dựng và kẻ phá hoại

How can I make it?” - Developer ” How can I break it?” - Tester

Mặc dù mục tiêu cuối cùng của cả Tester và Developer đều là tạo ra một sản phẩm chất lượng nhất nhưng con đường của họ hoàn toàn khác nhau, có thể nói là ngược lối.

  • Developer luôn nghĩ cách để tạo ra một sản phẩm, mà nó hoạt động đúng các chức năng, yêu cầu cũng như giải quyết được các vấn đề mong muốn của khách hàng
  • Tester thì luôn tìm mọi cách để “phá hoại” sản phẩm, bằng cách xây dựng các kịch bản kiểm thử để hệ thống xảy ra lỗi hoặc không thể hoạt động đúng theo như tài liệu đặc tả

=> Chính về quan điểm này mà đã có câu nói: “Kẻ thù số 1 của Developer là Tester”

Sẽ không có gì bất ngờ khi Developer nói với Tester những câu như là: “Case này không thực tế!”, “User không thao tác như thế với hệ thống đâu!”, hoặc thậm chí là “Bug này nhỏ quá, tính năng của browser/device!”… để phản pháo lại những bug, issue khó mà Tester report.

Hầu như trong mọi vấn đề, Tester luôn đóng vai “phản diện” - là kẻ hủy hoại thứ mà Developer dày công xây dựng. Hay nói một cách tích cực hơn, Tester luôn suy nghĩ “Think out of the box”, áp dụng tất cả các tình huống có thể xảy ra đối với hệ thống. Tester có cái nhìn toàn diện về hệ thống trên phương diện là 1 member trong team phát triển và là 1 người dùng thực thụ của sản phẩm.

2. Tester không hiểu được kỹ thuật chuyên môn đối với một số vấn đề khó hơn rất nhiều so với lý thuyết

Trong một số trường hợp, những issue mà Tester tìm ra có vẻ đơn giản ở bề ngoài, tuy nhiên để xử lý bên trong cực kỳ khó và mất nhiều effort của Developer.

Trên phương diện người dùng, việc Tester yêu cầu vẫn rất hợp lý, cho đến khi Developer tham gia vào quá trình tìm hiểu và đưa ra giải pháp. Mâu thuẫn xảy ra khi Developer từ chối bug vì nhận thấy thời gian và công sức để giải quyết issue lớn. Tester khó có thể hiểu được kỹ thuật nên đôi lúc việc không tin tưởng Developer sẽ xảy ra. Việc nghi ngờ như vậy sẽ rất dễ dẫn đến một số mâu thuẫn ngay hoặc sau đó trong quá trình phát triển sản phẩm.

GIẢI PHÁP

Vậy để giải quyết mâu thuẫn giữa 2 bên, cách tốt nhất là sự chuyên nghiệp trong công việc và có tính tích cực trong quá trình làm việc nhóm(Teamwork) Trong khi dev cần đảm bảo sẽ không có lỗi trong những gì họ phát triển, Testers phải chắc chắn rằng nó vẫn có lỗi, chúng phải được thông báo và sửa đúng lúc.

Dev nên lấy ý kiến từ tester một cách tích cực và có tính xây dựng. Có thể nói dev là những “chuyên gia” về kỹ thuật riêng và họ có thể sử dụng tất cả các kỹ năng kỹ thuật của mình để phát triển dự án theo yêu cầu. Tester là bên thứ 3 (giả sử là người sử dụng ảo ứng dụng) người sẽ thông báo lỗi và các khiếm khuyết một cách hiệu quả. Trên cơ sở đó chất lượng của ứng dụng sẽ được xác định và cải thiện.

  • Làm việc như một Tester:

Đó là điều tất nhiên, rất nhiều dev giỏi có thể tự test rất tốt. Điểm quan trọng là một người thì không nên tự test cái mà mình đã tạo ra/ ứng dụng của riêng mình.

“Tester” là người không bị ảnh hưởng bởi ứng dụng được phát triển và họ test dựa trên kinh nghiệm thực tế khi tiến hành sử dụng ứng dụng với tất cả các tình huống có thể xảy ra. Một Tester tốt sẽ biết rằng người dùng có thể tạo ra trăm ngàn lỗi khi sử dụng một sản phẩm. Người dùng thực sự sẽ học cách sử dụng sản phẩm bằng cách thử và xem điều gì đã xảy ra hơn là chỉ ngồi đọc hướng dẫn sử dụng.

Vì vậy, mục tiêu chính mà Testers hướng đến là “Cái gì đang sai”. Trọng tâm chính của các dev là vận hành dự án đúng với yêu cầu.

Một Tester giỏi và một dev giỏi:

  • Một tester giỏi là người luôn tỏ ra thoải mái với các cuộc xung đột. Nếu nhiều lần, nó sẽ trở nên khó khăn trong việc xác định nguồn gốc của lỗi. Ví dụ, nó có thể là lỗi mã hóa, lỗi tài liệu, lỗi thiết kế và thậm chí nó có thể chẳng phải là lỗi. Nhưng công việc của Tester là việc thông báo lỗi.

  • Một dev giỏi là người nhận ấy phản hồi một cách tích cực và có tính xây dựng, chuẩn đoán các vấn đề, và debugs chúng. Nhưng thường thì dev sẽ tránh các xung đột có thể gây ra trở ngại.

Kết luận:

Dù bạn là test hay là dev, dù bạn đứng trên lập trường của ai thì cũng đều mong sẽ có một sản phẩm hữu ích. Thiếu dev bạn sẽ không thể tạo ra sản phẩm, thiếu test bạn sẽ không thể có sản phẩm ít lỗi nhất. Vì vậy, test và dev dù tưởng như đối đầu nhưng lại gán kết với nhau và hỗ trợ cho nhau. Thông qua bài viết tôi mong 2 bên có thể hiểu nhau hơn, từ đó hợp tác vui vẻ để cùng làm nên kỳ tích.


Tags

#tester#developer#conflict#102020
kieu.tran

kieu.tran

Tester, BA

Related Posts

Học cách học
Học cách học
October 30, 2020
6 min
Android Studio 4.1 có gì mới?
News
Android Studio 4.1 có gì mới?
October 29, 2020
3 min
Sign In with Apple - Backend (Java)
Solutions
Sign In with Apple - Backend (Java)
October 29, 2020
3 min
TEST PLAN - What is, How to Create?
Testing
TEST PLAN - What is, How to Create?
October 28, 2020
6 min
Android Studio - Một số tips, tricks
Tips / Tricks
Android Studio - Một số tips, tricks
October 27, 2020
2 min
© 2021, All Rights Reserved.

Quick Links

HomeOur Team

Social Media