Đừng coi thường tester!

Đó là câu mà t thường nghe dân dev nói khi nhắc tới nghề tester, dân tester chúng tôi luôn bị cho là 1 nghề sung sướng, chỉ cần đi tìmbug, còn làm thế nào, sửa bug thế nào đã có dev lo. Chính vì vậy nhiều khi t bị rơi vào tình trạng bị các anh dev trong cty coi thường, chúng tôi bực đấy, nhưng chẳng nói làm gì cho nhức đầu. Chỉ tự nhủ với nhau “Không có chúng tôi, liệu các anh có được thảnh thơi như thế hay không?”

Bữa trước vừa dạo qua vài trang báo, đọc được bài viết rất hay nên đem lên đây chia sẻ với mọi người về mối quan hệ của dev và tester. “Có thể so sánh và đánh giá mối quan hệ giữa Tester và Dev ở một vài khía cạnh sau:

1. Về mặt tâm lý:

Khi người ta tập trung vào công việc của mình, vượt qua thử thách và hoàn thành công việc đó thì phản ứng tự nhiên là vui sướng. Ai làm code chắc cũng đều có lúc cười một mình, nói “lảm nhảm” một mình khi gặp phải những chức năng khó. Để rồi cười sung sướng hoặc nhảy cẫng lên khi cái chức năng đó chạy. Tester cũng vậy. Sau khi bỏ công sức ra để tìm lỗi (làm thế nào để tìm ra lỗi cũng không đơn giản như nhiều người tưởng) thì người ta cũng có quyền cười chứ?! Đó là cười vì công sức mình bỏ ra đã đem lại kết quả chứ không phải là “cười trên sự đau khổ của người khác” như nhiều người nói.

2. Về vấn đề hiệu quả chi phí và hiệu quả công việc:

Ai cũng biết là các khách hàng nước ngoài (Nhật, Mỹ, …) luôn đặt vấn đề đảm bảo chất lượng lên cao, và họ luôn kiểm thử (test) lại rất kỹ càng trước khi cho triển khai phần mềm ra thực tế hay thanh lý hợp đồng. Các lỗi do phía khách hàng tìm ra phần lớn là bắt buộc phải sửa, và người sửa cũng chính là Dev. Thêm vào đó là uy tín giảm sút, phải làm thêm giờ (OT – Overtime) cho kịp tiến độ, khả năng trễ hợp đồng, tỷ lệ rủi ro tăng cao, … Những nghiên cứu cho thấy, các lỗi được phát hiện càng sớm chừng nào thì chi phí, độ phức tạp, thời gian, công sức để sửa chữa càng thấp chừng nấy. Nếu bạn là Dev, bạn sẽ muốn làm việc theo kế hoạch, sửa những lỗi do chính những người cùng làm việc với mình phát hiện từ sớm và nhận thưởng khi kết thúc dự án, hay muốn làm việc thoải mái suốt 70% thời gian dự án để rồi cuối dự án phải OT liên tục, tốn nhiều thời gian, công sức để sửa các lỗi (sửa cái này thì đụng tới cái khác) và không có thưởng khi kết thúc dự án?

3. Về khối lượng công việc:

Dev phải code nhiều chức năng, sửa các lỗi , OT, tìm hiểu nghiệp vụ, tìm hiểu công nghệ cho nên công việc của Dev căng thẳng và mất nhiều công sức. Nhưng không phải ai cũng biết rằng, Dev chỉ nghiên cứu nghiệp vụ của một vài chức năng mà họ đảm nhận, còn Tester phải nghiên cứu và nắm chắc nghiệp vụ của toàn bộ chương trình để có thể test và hỗ trợ Dev các vấn về về nghiệp vụ. Mỗi dự án khác nhau thường là có các nghiệp vụ hoàn toàn khác nhau. Trong khi đó, sự thay đổi về công nghệ áp dụng của Dev trong các dự án khác nhau là không nhiều. Dev phải làm OT, nhưng Tester phải vừa test phiên bản cũ (lúc Dev code phiên bản mới) và tiếp tục test phiên bản mới sau khi Dev đã làm xong và “đi đâu đó”. Trong thực tế thì khi nào có lỗi thì mới yêu cầu Dev về sửa, nếu không thì thôi. Còn Tester, luôn luôn ngồi đó và tìm lỗi.

4. Về vấn đề Teamwork:

Dù là Dev hay Tester thì cũng đều là thành viên của một team, mỗi người một vai trò, một chức năng, nhưng có cùng một mục đích là hoàn thành sản phẩm trong thời gian ngắn nhất với chất lượng cao nhất và hiệu suất tốt nhất. Dev và Tester có mối quan hệ chặt chẽ và hỗ trợ nhau trong công việc. Dev code tốt thì Tester sẽ tốn ít thời gian và công sức để tìm lỗi. Tester tìm ra càng nhiều lỗi và càng sớm thì Dev càng tốn ít thời gian, công sức để sửa (chắc chắn là phải sửa khi khách hàng tự kiểm tra) về sau. Chất lượng sản phẩm, hiệu suất làm việc theo đó cũng tăng lên, rủi ro và độ căng thẳng và thời gian làm việc giảm.

5. Về vấn đề cạnh tranh việc làm:

Những ai dành sự quan tâm cho ngành IT có lẽ cũng nhận thấy rằng, Ấn Độ, Trung Quốc, Philippines, … đang nổi lên là những nước đứng đầu về dịch vụ gia công phần mềm với chất lượng cao, chi phí thấp. Các công ty phần mềm Việt Nam gặp rất nhiều khó khăn để cạnh tranh trên thị trường vì không đủ năng lực, sản phẩm làm ra không đảm bảo chất lượng. Qua đó, ảnh hưởng đến những ai làm trong lĩnh vực gia công phần mềm (trong đó có Dev, tester) ở nhiều góc độ: công việc không ổn định, thu nhập không cao, thiếu việc làm, … Một sản phẩm bị khách hàng quốc tế đánh giá là không đảm bảo chất lượng sẽ là nguyên nhân hàng loạt dự án với giá trị lớn sẽ bỏ ta để đi qua các nước khác.

Tổng kết lại, thái độ đúng đắn cho quan hệ giữa Dev và Tester là phải nhận thức được vai trò không thể thiếu của nhau, là mối quan hệ tương hỗ, hợp tác chứ không phải đối đầu, là có chung một mục đích. Các vấn đề nên được xem xét ở góc độ “làm thế nào để giải quyết và làm cho sản phẩm tốt hơn”.” Và đặc biệt, nếu nói tester sướng, thử làm đi biết liền!!!