Thảo luận mới

Tester có phải là QA? Sự khác nhau giữa Tester và QA.


Từ: 14:52 03/01/2013
Bài: 10
Cảm ơn: 3
Thích: 1

       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.:)).

         

       
        

Label
Từ: 08:54 06/05/2013
Bài: 11
Cảm ơn: 0
Thích: 2

Mình nghĩ Test và Dev là sự kết hợp, bù trừ cho nhau để hiệu quả công việc được tốt hơn, đỡ mất nhiều thời gian và phần mềm hoàn thiện hơn. Chứ các bộ phận làm việc với nhau đâu tránh khỏi xích mích wink

Label
Từ: 14:52 03/01/2013
Bài: 10
Cảm ơn: 3
Thích: 1

Mấy ai nghĩ được như vậy đâu chị. Vì ai cũng muốn đặt lợi ích của mình lên hàng đầu mà.

Label
Từ: 14:19 26/07/2012
Bài: 87
Cảm ơn: 77
Thích: 12

Ơ, thế chỗ bạn nguyenloi296 đã xích mích với dev bao giờ chưa?

Label
Từ: 11:03 24/09/2014
Bài: 7
Cảm ơn: 1
Thích: 1

Ấy sao lại đối nghịch có thì chỉ là tranh luận ở tùy mức độ thôi  wink 

bài viết hay có điều nhiều lỗi chính tả nhé laugh

Label
Từ: 14:19 26/07/2012
Bài: 87
Cảm ơn: 77
Thích: 12

"Đến DeadLine không xong" mà đã "vứt bừa" sang cho Tester thì QA lúc đó để làm gì nhỉ? 

Label
Từ: 14:52 03/01/2013
Bài: 10
Cảm ơn: 3
Thích: 1

puka: Hiện giờ thì mình chưa.nhưng sau nay thì sẽ không tránh khỏi :). Còn đến Deadline,bên Coder chưa xong mà đã chuyển cho bên mình thì trong thời gian ngắn đó.mình chỉ Test ngắn gọn nhất có thể.và sau đó lên te tua với bên anh Coder :))

shinichikudo2698: Đối nghịch ở đây là một người cố giấu đi nỗi sai của mình.còn 1 người thì cố tìm ra lỗi của họ :D.
P/s: Thánh soi :P. Lần sau mình sẽ rút kinh nghiệm và chia sẻ những bài viết hay hơn. Cảm ơn mọi người đã góp ý <3

 

Label
Từ: 14:19 26/07/2012
Bài: 87
Cảm ơn: 77
Thích: 12

Nếu nói coder "cố giấu lỗi sai của mình" thì không đúng đâu nhỉ. Có khi họ không biết là có lỗi thì sao?

Label
Từ: 14:52 03/01/2013
Bài: 10
Cảm ơn: 3
Thích: 1

Điều này có thể đúng hoặc có thể sai bạn ak. Mình ví dụ trong 1 trường hợp này nhé: Khi đến hạn Deadline vì 1 lí do nào đó mà bên Coder chưa hoàn thành xong Project và bên Tester lại giục đưa sản phẩm cho họ Test.Vậy nếu bạn là Coder, bạn sẽ làm gì để không bị ảnh hưởng?
 

Label
Từ: 14:19 26/07/2012
Bài: 87
Cảm ơn: 77
Thích: 12

Mình sẽ code cho nhanh

Label
Từ: 14:52 03/01/2013
Bài: 10
Cảm ơn: 3
Thích: 1

Bạn làm vậy thì bên Coder thất nghiệp hết ak :))

Label
Từ: 14:19 26/07/2012
Bài: 87
Cảm ơn: 77
Thích: 12

Bạn hỏi: nếu là coder thì tớ làm gì?

tớ bảo "tớ code cho nhanh"

sao lại làm coder thất nghiệp được hả bạn.

Label
Từ: 14:52 03/01/2013
Bài: 10
Cảm ơn: 3
Thích: 1

Bạn nghĩ nó đơn giản vậy ạ? VD như ngày mai đến ngày Deadline? giờ bạn vẫn dậm chân tại chỗ thì liệu hỏi rằng có kịp được hạn không ạ? Code là cần có thời gian.Với lại cái gì càng làm nhanh chóng thì không 100% thì cũng 99% là có sơ hở.

Label
Từ: 16:12 12/10/2014
Bài: 8
Cảm ơn: 1
Thích: 1

Vậy một Tester có thể làm công việc của một QA và ngược lại không bạn nguyenloi296.