Hi. Chào các bạn. Hôm nay mình sẽ đề cập đến vấn đề mà khá nhiều các bạn đang thắc mắc và đó cũng là một câu hỏi mà các nhà Tuyển dụng hay hỏi khi phỏng vấn đó là :"Teser có phải là QA không?Nếu khác nhau thì khác ở điểm nào?". Và dưới đây sẽ là câu trả lời:
Thực chất: Tester và QA là 2 vai trò khác nhau trong hoạt động Kiểm thử phần mềm. Nhiệm vụ chính của Tester là chạy thử chương trình( hoặc review code) để tìm ra lỗi phần mềm, xác định xem chương trình đã được làm theo đúng thiết kế hay không. Các hoạt động mang tính kiểm tra này được gọi chung là Verification (kiểm chứng). Ngoài ra Tester còn phải là người nắm vững business (nghiệp vụ) của phần mềm để kiểm tra xem chương trình làm ra có phù hợp với yêu cầu của người dùng (như về UI, function, business requirement) hay không. Hoạt động này thường được gọi là Validation (Xác thực)
Còn QA (Quality Assurace) là người đảm bảo về mặt quy trình. Nhiệm vụ chính của QA là giám sát từng khâu của toàn bộ đội dự án, xem có bộ phận nào làm lệch quy trình, xem có cá nhân nào làm sao template thì nhắc nhở, hỗ trợ họ làm theo đúng quy trình để đảm bảo chất lượng cho dự án.
Vậy Tester và QA, ngành nào vất vả hơn nhỉ?
Thực chất, đặc trưng nghê nghiệp của Tester và QA là khác nhau và mức độ vất vả thì ngang nhau, tùy thuộc vào từng dự án.
Với tester thì thiên về kỹ thuật nhiều hơn, sử dụng nhiều kiến thức về nền tẳng IT hơn vì phải làm việc trực tiếp với phần mềm để tìm ra lỗi. Còn QA thiên về "công việc giấy tờ" nhiều hơn. Nhưng để làm được một QA giỏi thì người làm QA rất cần kiến thức hờ có kinh nghiệm họ mới có thể "Chuẩn bệnh" dự án và đưa ra những đề xuất đúng đắn.
Nghề QA giống như việc chăm con mọn vì có hàng tá các công việc không tên và có tên được sản sinh ra trong quá trình làm dự án. Do đó việc Overtime là chuyện quá là điều bình thường luôn :D.
Nhưng các bạn cũng đừng lầm tưởng rằng làm Tester là nhàn. Tùy từng dự án, có dự án yêu cầu từ khách hàng ít, time cho testing thoải mái thì vô tư. Nhưng nhiều dự án rất căng, chuyện Overtime là không thể tránh khỏi.
Tester cũng giống như người thủ môn trấn giữ khung thành trong bóng đá, thường được ví như thanh barie bảo vệ cuối cùng, một vị trí quan trọng nhưng thầm lặng và phải chịu nhiều hy sinh. Khi xem bóng đá, người ta thường chỉ tập trung và tung hô những người ghi bàn thắng (tâm lý tự nhiên đó mà :)). Và đó dĩ nhiên thường là tiền đạo hay tiền vệ, trung vệ và thỉnh thoảng là một hậu vệ, mấy khi là một thủ môn. Đội bóng chơi tốt, tiền đạo ghi bàn tốt, hậu vệ chắn bóng tốt thì thủ môn được ngồi chơi xơi nước nên không có cơ hội thể hiện mình dù đã từng luyện tập vất vả đến đâu. Đội bóng chơi dở thì thủ môn mới có cơ hội thể hiện mình, nhưng nếu chẳng may để lọt một bàn mà xem sẽ nhận ngay những lời bàn tán hay thậm chí chỉ trích từ thiên hạ. Đội bóng thắng, mấy khi vinh quang dành cho thủ môn, đội bóng thua, thằng thủ môn được lỗi ra đầu tiên (bất công quá mà :(.....)
Tester cũng vậy. Phần mềm tốt thì người được khen đầu tiên sẽ là những ông Coder. Còn phần mềm dở, có lỗi thì Tester là người phải giơ đầu ra chịu trận vì tội sao vẫn để lọt Bug. Làm test cũng phải chịu nhiều áp lực rất lớn. Làm Code, hôm nay Code không xong thì mai code tiếp, đến Deadline mà vẫn chưa xong thì vứt bừa sang cho Tester kiểm tra, có lỗi thì fix sau. Tester thì phải hứng chịu mọi hậu quả: Anh DEV làm chậm, Tester phải cong mông lên mà làm Recover (vì Schedule của dự án gồm cả time cho code và test). DEV làm lắm BUG cũng không có quyền reject chương trình (chỉ có QA cơ quyền này). Test mà sót BUG thì lại đổ đầu cho Tester.
Do bản chất của QA và Tester luôn đối nghịch lại với DEV. Ai chẳng muốn giấu lỗi của mình đi, mà công việc cuả Tester là săm soi tìm lỗi của DEV nên chuyện xảy ra xích mích giữa 2 bên là chuyện không thể tránh khỏi rồi. :)
Mọi người cùng nhau xem và thảo luận nhé. Nếu bạn muốn tìm hiểu về Tester ngay khi còn đang ngồi trên ghế giảng đường, hãy đến với chúng tôi để cùng trải nghiệm. OTSC luôn chào đón các bạn mọi lúc mọi nơi.:)).