Câu hỏi:
Xin chào mọi người,
Trong lúc làm việc, tôi có gặp một số vướng mắc khi có trao đổi về công việc của QC. Tôi biết một số cách nghĩ của nhiều người, có người cho rằng công việc của QC giống như end-user, có người lại cho rằng công việc của developer là code và của QC là phải tìm lỗi, có người cho rằng QC là tester v.v... Và tôi cũng lúng túng trong một số trường hợp. Có người khuyên tôi rằng tùy theo hoàn cảnh mà mỗi công ty có một cách định nghĩa khác nhau.
Tôi có tham khảo về position QC trong các công ty sản xuất không phải về software. Ví dụ trong một nhà máy giày, với 1 mẫu giầy, người ta (không rõ chức danh gì) sẽ lập ra một tài liệu, ghi rõ chiều dài, chiều rộng, màu sắc ... và cả sai số cho phép của đôi giầy đó. Sau đó người QC sẽ dựa vào tài liệu này, kiểm tra xem các đôi giầy làm ra có match với tài liệu đó không. Nếu có thì pass, nếu không thì phải sửa lại hoặc hủy.
Như vậy thì nên hiểu QC thế nào cho đúng ?
Anh cl trả lời:
Quoted from hmh
Tôi có tham khảo về position QC trong các công ty sản xuất không phải về software. Ví dụ trong một nhà máy giày, với 1 mẫu giầy, người ta (không rõ chức danh gì) sẽ lập ra một tài liệu, ghi rõ chiều dài, chiều rộng, màu sắc ... và cả sai số cho phép của đôi giầy đó. Sau đó người QC sẽ dựa vào tài liệu này, kiểm tra xem các đôi giầy làm ra có match với tài liệu đó không. Nếu có thì pass, nếu không thì phải sửa lại hoặc hủy.
Điểm này chính xác :-)
Testing chỉ là 1 trong nhiều qualities cần được control/audit trong quy trình (tính luôn spec, planning, document, test, reporting, issue tracking...). Những thứ khác gồm có documentation, coding , version control, metrics, project management standards... QC phải soạn thảo và audit những quality standards này cho từng project.
No comments:
Post a Comment