BUG - Kẻ thù chung gây ra mọi tội lỗi
Người thứ 3 trong cuộc tình khiến Dev và Tester đau khổ không ai khác chính là Bug. Nó chính là nguyên nhân chính cho tất cả các cuộc cãi vã, phản biện, giận dỗi không có hồi kết giữa Dev và Tester.
Bug là gì? Bug theo từ điển tiếng anh dịch nghĩa là sâu bọ, theo wikipedia định nghĩa "là những error, flaw, failure, hay fault tạo ra một kết quả sai, hoặc không lường đến được." Hiểu theo cách nghĩ của Dev "phần mềm của tôi unitest ngon lành, chạy ầm ầm, làm quái gì có bug" , còn theo định nghĩa của Tester chỉ đơn giản là phần mềm có lỗi và tôi sẽ lôi ra bằng được.
Và cuộc chiến không bao giờ kết
Dự án có bug thì Dev nào vui được, không những thế Tester lại còn cứ xoáy sâu vào nỗi lòng của Dev khi càng tìm càng ra nhiều bug. Đôi khi hùng hục làm đêm làm ngày mới ra được sản phẩm, vừa rơi vào tay Tester một cái sản phẩm cũng “đắp mồ” tạm biệt Dev luôn, thử hỏi Dev sao không cay.
Góc nhìn của Dev và Tester khác nhau, nên đôi khi chúng ta không thể nhìn cùng một hướng, đi chung một đường. Dev thì cứ giữ mãi suy nghĩ “Tôi đang làm ra sản phẩm, còn ông thì phá hoại nó”, còn Tester cũng chẳng vừa khi không thể nào ưa cách thức làm ẩu đoảng của Dev.
Có vô vàn các nguyên nhân để Dev và Tester sẵn sàng trở mặt với nhau:
Dev cãi không có bug, Tester tìm ra, Tester hả hê => Dev đau đớn làm overtime
Tester không tìm ra bug nhưng muốn giao diện hoàn hảo, chỗ nọ phải thẳng, chỗ kia phải nổi bật, Dev thô kệch không hoa mỹ => Dev không phục
Tester không tìm thấy chức năng, hiểu sai chức năng thậm chí là tìm ra sai bug => đôi bên cãi nhau
Cả Dev và Tester cùng không tìm ra bug, khách hàng dùng lỗi, dự án fail => Đổ lỗi cho nhau…
Cứ vậy, giữa Dev và Tester luôn tồn tại một thức tình cảm xa nhau không được nhưng lại gần là chiến tranh sẽ bùng nổ.
Kẻ thù của kẻ thù là bạn, Dev và Tester đã đến lúc bắt tay
Vì có chung một kể thù nên sao ta cứ phải làm tổn thương nhau. Nhìn qua qua mối quan hệ của Dev và Tester thì thấy có vẻ một người xây, một người phá, nhưng sự thực là trong công việc, Dev và Tester là 2 yếu tố quan trọng để tạo nên sản phẩm tốt nhất, hoàn hảo nhất.
Dev à, Tester cũng không muốn tìm ra lỗi đâu, vai trò của một Tester đâu phải chỉ là ăn và tìm lỗi . Tester còn phải xem những gì sẽ bất ngờ xảy ra. Còn phải đứng dưới các góc nhìn khác nhau để dự đoán các vấn đề trong tương lai. Phải săm soi để làm nổi bật những khoảng trống trong các yêu cầu, tối ưu giao diện, đơn giản chức năng để sản phẩm của Dev tốt hơn, hoàn thiện và được đánh giá cao hơn.
Tester à, xây dựng một dự án cũng vất vả lắm, còn có nỗi đau nào khi vui mừng hoàn thiện xong một dự án mà lại bị Tester dội một gáo nước lạnh bằng việc trả lại sản phẩm với 1001 lí do mà Dev không thể hiểu nổi. Dev chỉ biết code và code nên đôi khi hơi khó để có thể giải thích cho Dev hiểu về chức năng, ý tưởng, cũng biết là Tester chỉ muốn sản phẩm tốt hơn nhưng hãy bình tĩnh và nhẹ nhàng khi làm việc với nhau nhé!
Vậy đấy, cuộc chiến giữa Dev và Tester sẽ không bao giờ có hồi kết vì tính chất công việc nhưng chúng ta hoàn toàn có thể bắt tay lại cùng hợp tác và phát triển sản phẩm, đúng không? Để đạt được hiệp ước hòa bình này có lẽ Dev phải là người vất vả hơn khi phải mọi cách để người thứ 3 mang tên Bug không có cơ hội tham dự, còn Tester hãy luôn cố gắng giúp Dev tạo ra được sản phẩm hoàn thiện nhất nhé!
=======================
Bachkhoa-Aptech - Hệ thống Đào tạo CNTT Quốc tế Số 1 Việt Nam
Tham khảo thêm khóa Tester
Tham khảo thêm khóa Java Web
Hotline: 0968 27 6996 - 024 3755 4010
Địa chỉ: Tòa nhà HTC, 236B & 238 Hoàng Quốc Việt, Từ Liêm, Hà Nội
Email: tuyensinh@bachkhoa-aptech.edu.vn
