The team series – Quality Control (QC)

—

MỤC LỤC ĐỌC NHANH

1. QC là ai?
2. Chức danh trên thị trường của QC
3. Công việc của QC
4. Phối hợp giữa QC và Product Owner
5. Làm việc hiệu quả với QC

—

I. QC LÀ AI?

QC là viết tắt của Quality Controller – là người chịu trách nhiệm về việc kiểm tra chất lượng sản phẩm/ phần mềm trong những công ty công nghệ hoặc công ty sản xuất phần mềm.

Mục tiêu chính của vị trí QC là:

• Tìm ra các lỗi kỹ thuật của sản phẩm trong các giai đoạn xây dựng và phát triển sản phẩm
• Cùng với Product Owner và development team tìm phương án sửa chữa cho các lỗi này
• Đảm bảo sản phẩm hoạt động trơn tru, đúng với yêu cầu của requirement

II. CHỨC DANH CÔNG VIỆC QC TRÊN THỊ TRƯỜNG

Trên thị trường việc làm, các title thường thấy cho vị trí QC có thể chia làm 2 loại:

• Manual QC
• Automation QC

Trong đó, vị trí Automation QC đòi hỏi kỹ năng lập trình, còn Manual QC thì không.

Ở các công ty công nghệ hiện nay, xu hướng chính đang là tuyển dụng Automation QC.

Ngoài ra, bạn còn có thể bắt gặp những vị trí với title QA – Quality Assurance. Đây là title dễ gây nhầm lẫn về khái niệm nên hay sử dụng bị sai.

Thực chất, QA và QC là hai công việc khác nhau.

• QA – Quality Assurance là người xây dựng các quy trình, hệ thống, tài liệu và biểu mẫu cho các team liên quan, theo dõi và kiểm tra việc thực hiện đúng các quy trình này để đảm bảo chất lượng sản phẩm.
• QC – Quality Control là người kiểm tra chất lượng sản phẩm dựa vào quy trình hay quy định về tiêu chuẩn, yêu cầu đã được đề ra, phát hiện lỗi để sửa chữa.

Title QA – Quality Assurance thường hay bị nhầm lẫn với QC nên có nhiều vị trí QA thực chất lại làm các công việc không khác gì công việc của một QC.

III. QC LÀM NHỮNG CÔNG VIỆC GÌ?

Ở các công ty công nghệ mà đội phát triển sản phẩm hoạt động theo Scrum framework, nhóm kiểm thử phần mềm sẽ được xếp chung vào ’development team’.

Tuy thế, dù team phát triển sản phẩm có đi theo Scrum framework hay không, thì phạm vi công việc và trách nhiệm công việc của vai trò kiểm thử vẫn tương tự nhau.

Các công việc của vị trí này bao gồm:

• Phân tích tài liệu kỹ thuật (Product Specifications) từ Product Owner/ Product Manager
• Hiểu các yêu cầu dành cho tính năng/ sản phẩm
• Thiết kế danh sách test-case
• Viết script cho automation test nếu cần
• Kiểm thử tính năng/ sản phẩm trên các môi trường thử nghiệm (môi trường testing/ môi trường staging)
• Kiểm thử tính năng/ sản phẩm trên môi trường production (môi trường dành cho end-user)
• Phát hiện các lỗi trên các môi trường nói trên và thông báo cho developer/ Product Owner để kịp thời sửa lỗi
• Theo dõi việc sửa lỗi cho đến khi hoàn thiện
• Báo cáo tình hình chất lượng sản phẩm cho các bên liên quan, cụ thể là Product Owner/ Product Manager như một căn cứ để quyết định release tính năng/ sản phẩm trong từng giai đoạn

IV. SỰ PHỐI HỢP GIỮA QC VÀ PRODUCT OWNER/ PRODUCT MANAGER

Cũng giống như developer – người đóng vai trò lập trình, người đóng vai trò kiểm thử sản phẩm/ phần mềm phải hiểu rất rõ yêu cầu kỹ thuật đối với sản phẩm, tính năng mà Product Owner miêu tả. Việc hiểu đúng và đủ các yêu cầu này sẽ giúp họ chuẩn bị đủ các test case (tình huống kiểm tra) để đảm bảo sản phẩm đưa tới end-user đáp ứng đúng các yêu cầu đã được đề ra.

Thông thường, Product Owner sẽ đưa các yêu cầu này tới QC thông qua tài liệu Product Specifications (hay Product Requirements), cũng tương tự như khi Product Owner làm việc với developer.

Ngoài ra, Product Owner cũng sẽ chia sẻ chi tiết về các yêu cầu này và giải đáp mọi thắc mắc thông qua các buổi Sprint Grooming/ Sprint Planning hay meeting hàng ngày của team.

V. ĐỂ LÀM VIỆC HIỆU QUẢ VỚI QC

Làm một Product Owner hay Product Manager, có vài điểm bạn cần lưu ý để có thể làm việc hiệu quả và phối hợp tốt với QC trong quá trình xây dựng và phát triển sản phẩm.

• Product Owner/ Product Manager cần có tài liệu kỹ thuật chi tiết, đủ thông tin để QC hiểu được tường tận yêu cầu đối với sản phẩm.
• Khi phát hiện bug (lỗi), Product Owner/ Product Manager nên miêu tả lại tình huống để QC tái hiện lại bug và điều tra nguyên nhân trước, thay vì đưa thẳng vấn đề cho developer.
• Trong một vài tình huống, QC có thể phát hiện ra use-case bị thiếu trong Product Specs ban đầu. Lúc này, Product Owner sẽ thảo luận lại với development team để cập nhật các yêu cầu mới kịp thời, đầy đủ.
• Product Owner cũng nên tham gia vào quá trình test cùng QC, có thể thực hiện test trên các luồng tương tác chính hoặc thực hiện random-test.
• Khi thực hiện UAT (user acceptability testing), Product Owner có thể xin nguyên liệu test từ QC để rút ngắn thời gian testing.
• Với Testing Report từ QC gửi tới: Product Owner cần review lại danh sách các bug (nếu có), đánh thứ tự ưu tiên theo các level high – medium – low priority, quyết định bug nào bắt buộc phải fix trước khi release tính năng, bug nào có thể đợi fix sau v.v… Việc này sẽ giúp development team chủ động trong công việc và giúp cả team nhìn được rõ ràng các bước tiếp theo cần làm.

—

KẾT

Hy vọng bài viết của Phương đã giúp bạn hiểu hơn về vai trò của QC trong một team phát triển sản phẩm, cũng như việc phối hợp với các bạn ấy như thế nào nếu như bạn là một Product Owner/ Product Manager.

Đừng quên like, share bài viết nếu bạn thấy nó hữu ích nhé.

—

ĐỌC THÊM CÁC BÀI VIẾT TRONG ‘THE TEAM SERIES’

‘The Team Series’ là chuỗi bài viết về tất cả các vị trí liên quan đến việc xây dựng và phát triển một sản phẩm công nghệ.

• The team series – Product Owner
• The team series – Developer
• The team series – Product Designer
• The team series – Scrum Master
• The team series – Agile Coach
• The team series – UX Writer
• The team series – UX Researcher

Xem thêm: Khóa học Product Management – Quản lý sản phẩm cho người mới bắt đầu