Cơ Chế Đánh Giá Tester

Tại sao cần đánh giá Tester?

Trong môi trường phát triển phần mềm năng động và cạnh tranh hiện nay, việc đảm bảo chất lượng sản phẩm thông qua quá trình kiểm thử hiệu quả là vô cùng quan trọng. Tại Fordeer Commerce, chúng tôi cam kết xây dựng một đội ngũ Tester chuyên nghiệp và năng động thông qua Chương trình FeFi (Fercom Fibonacci). Dưới đây là cơ chế đánh giá chi tiết dành cho Tester trong chương trình này.

1. Vai Trò và Công Việc của Tester

info

Tester (Kiểm Thử Viên) đóng vai trò then chốt trong việc đảm bảo rằng sản phẩm phần mềm đạt chất lượng cao trước khi được phát hành ra thị trường. Tester không chỉ phát hiện lỗi mà còn góp phần nâng cao chất lượng và hiệu suất làm việc của toàn bộ team phát triển.

Trách Nhiệm Chính:

• Phân Tích Yêu Cầu và Thiết Kế Test Case: Nghiên cứu và phân tích các yêu cầu chức năng và phi chức năng để tạo ra các kịch bản kiểm thử chi tiết.
• Thực Hiện Kiểm Thử: Tiến hành kiểm thử thủ công và tự động, đảm bảo các chức năng hoạt động đúng như mong đợi.
• Phát Hiện và Báo Cáo Lỗi: Ghi nhận và báo cáo các lỗi phát hiện được trong quá trình kiểm thử một cách chi tiết và rõ ràng.
• Hợp Tác Với Đội Ngũ Phát Triển: Làm việc chặt chẽ với các Developer để hiểu rõ nguyên nhân lỗi và hỗ trợ trong việc sửa chữa.
• Đảm Bảo Chất Lượng Kiểm Thử: Tối ưu hóa quy trình kiểm thử và duy trì tài liệu kiểm thử đầy đủ.
• Đào Tạo và Phát Triển Kỹ Năng: Cập nhật kiến thức mới và chia sẻ kinh nghiệm với team.

2. Kỹ Năng và Yêu Cầu Đối Với Tester

• Kiến Thức Về Kiểm Thử Phần Mềm: Hiểu biết sâu rộng về quy trình kiểm thử và các kỹ thuật kiểm thử khác nhau (functional, regression, performance, v.v.).
• Kỹ Năng Phân Tích và Giải Quyết Vấn Đề: Khả năng phân tích yêu cầu và thiết kế Test Case phù hợp, cùng với khả năng giải quyết các vấn đề phát sinh trong quá trình kiểm thử.
• Kỹ Năng Giao Tiếp: Giao tiếp hiệu quả với các Developer và thành viên khác trong team để đảm bảo thông tin được truyền đạt rõ ràng.
• Chú Ý Đến Chi Tiết: Cẩn thận trong việc kiểm tra và báo cáo lỗi để đảm bảo các vấn đề được phát hiện và xử lý kịp thời.
• Kỹ Năng Sử Dụng Công Cụ: Thành thạo các công cụ quản lý kiểm thử và báo cáo lỗi như Trello, Jira, TestRail.
• Kỹ Năng Tự Động Hóa Kiểm Thử (nếu có): Kinh nghiệm với các công cụ tự động hóa kiểm thử như Selenium, QTP hoặc các công cụ tương tự.

3. Bộ Chỉ Số Đánh Giá Hiệu Suất Cho Tester Trong FeFi

Để đảm bảo đánh giá công bằng và minh bạch, Chương trình FeFi (Fercom Fibonacci) áp dụng hệ thống điểm cho Tester dựa trên các chỉ số FER POINT (FP).

3.1. Các Chỉ Số Chính

A. Số Lượng Test Cases Đã Thực Hiện (Executed Test Cases):

• Mô tả: Số lượng Test Case mà Tester đã thực hiện trong một tháng.
• Điểm số: 1 điểm cho mỗi Test Case thực hiện thành công.
• Ví dụ: Nếu Tester thực hiện 20 Test Cases → 20 điểm.

B. Số Lượng Bug/Defects Phát Hiện (Bugs Found):

• Mô tả: Số lượng lỗi hoặc defects mà Tester đã phát hiện và báo cáo.
• Điểm số: 1 điểm cho mỗi bug phát hiện.
• Ví dụ: Nếu Tester phát hiện 8 bugs → 8 điểm.

C. Chất Lượng Kiểm Thử (Test Quality)

• Mô tả: Đánh giá về chất lượng của các Test Cases, bao gồm tính đầy đủ và khả năng phát hiện lỗi.
• Điểm số:
  • 90% Tốt: 3 điểm
  • 90% Trung Bình: 1 điểm
  • 30% Kém: 0 điểm

Ví dụ: Tester có chất lượng kiểm thử tốt → 3 điểm.

D. Thời Gian Hoàn Thành Kiểm Thử (Test Execution Time)

• Mô tả: Thời gian mà Tester cần để hoàn thành một Test Case.
• Điểm số:
  • 90% Hoàn thành đúng hạn: 1 điểm
  • 80% Hoàn thành trước hạn: 2 điểm
  • Ví dụ: Tester hoàn thành đúng hạn → 1 điểm.

E. Tính Hợp Tác và Giao Tiếp (Collaboration and Communication)

• Mô tả: Đánh giá khả năng làm việc nhóm, giao tiếp với các Developer và các thành viên khác trong team.

• Điểm số:

  • Xuất sắc: 3 điểm
  • Tốt: 2 điểm
  • Khá: 1 điểm

• Ví dụ: Tester có khả năng hợp tác và giao tiếp xuất sắc → 3 điểm. :::

3.2. Cơ Chế Phạt Và Trừ Điểm

Để duy trì trách nhiệm và cam kết với chất lượng công việc, FeFi cũng áp dụng cơ chế phạt và trừ điểm trong trường hợp không đạt yêu cầu.

Các Trường Hợp Áp Dụng Phạt Và Trừ Điểm:

A. Không Hoàn Thành Task Đúng Hạn:

Mô tả: Tester không hoàn thành các task hoặc Test Case được giao trong thời gian quy định.

Điểm Trừ:

• Task Thường (Normal Task): Trừ 1 điểm cho mỗi task không hoàn thành đúng hạn.
• Task Khó (Hard Task): Trừ 2 điểm cho mỗi task không hoàn thành đúng hạn.
• Task Rất Khó (Very Hard Task): Trừ 3 điểm cho mỗi task không hoàn thành đúng hạn.

B. Test Case Không Chính Xác Hoặc Thiếu Sót

Mô tả: Các Test Case được viết không đầy đủ, thiếu sót hoặc không chính xác, dẫn đến việc phát hiện lỗi không hiệu quả.

Điểm Trừ:

• Trung Bình: Trừ 1 điểm cho mỗi Test Case không chính xác hoặc thiếu sót.
• Kém: Trừ 3 điểm cho mỗi Test Case có lỗi nghiêm trọng hoặc không thể sử dụng được.

D. Báo Cáo Lỗi Không Đầy Đủ Hoặc Sai Sót

Mô tả: Tester không báo cáo đầy đủ các lỗi hoặc báo cáo các lỗi không chính xác, gây khó khăn cho đội ngũ phát triển trong việc sửa chữa.

Điểm Trừ:

• Trung Bình: Trừ 2 điểm cho mỗi báo cáo lỗi không đầy đủ.
• Kém: Trừ 4 điểm cho mỗi báo cáo lỗi sai sót hoặc không hợp lệ.

E. Thiếu Sự Hợp Tác và Giao Tiếp

Mô tả: Tester không hợp tác tốt với các thành viên khác trong team, gây cản trở tiến độ hoặc chất lượng công việc.

Điểm Trừ:

• Khá: Trừ 2 điểm cho mỗi trường hợp thiếu hợp tác hoặc giao tiếp không hiệu quả.
• Kém: Trừ 4 điểm cho mỗi trường hợp gây cản trở nghiêm trọng cho team.

3.3. Quy Trình Xử Lý Trừ Điểm:

A. Phát Hiện Vi Phạm:

• Các vi phạm được phát hiện thông qua việc theo dõi và đánh giá hàng tháng.

B. Xác Nhận Vi Phạm:

• Team Leader hoặc quản lý sẽ xác nhận các vi phạm dựa trên bằng chứng và báo cáo từ các thành viên khác trong team.

C. Thông Báo Và Phản Hồi:

• Tester sẽ được thông báo về vi phạm và số điểm bị trừ cụ thể, cùng với cơ hội để cung cấp phản hồi hoặc giải thích về vi phạm.

D. Thực Hiện Trừ Điểm:

• Điểm sẽ được trừ từ tổng điểm của Tester trong tháng hiện tại sau khi xác nhận vi phạm.

E. Giới Hạn Trừ Điểm:

• Tối Đa Trừ Điểm Hàng Tháng: Mỗi Tester chỉ có thể bị trừ tối đa 10 điểm trong một tháng.
• Tránh Trừ Điểm Cộng Đồng: Điểm trừ sẽ được tính riêng cho từng Tester, không ảnh hưởng đến điểm của các thành viên khác trong team.

3.3. Tổng Hợp Điểm Và Mức Thưởng

Sau khi hoàn thành các chỉ số và áp dụng các điểm trừ, tổng điểm của Tester sẽ được tính toán và nhân với giá trị của 1 FP để xác định mức thưởng hàng tháng.

Ví Dụ:

Tester A:

• Executed Test Cases: 20 điểm
• Bugs Found: 4 bugs x 1 điểm = 4 điểm
• Test Quality: Tốt = 3 điểm
• Test Execution Time: Đúng hạn = 1 điểm
• Collaboration: Xuất sắc = 3 điểm

Tổng Điểm Trước Trừ: 31 điểm

• Điểm Trừ: 2 điểm (do 2 Task Thường không hoàn thành đúng hạn)

Tổng Điểm Sau Trừ: 31 - 2 = 29 điểm

Mức Thưởng: 29 FP**

Tester B:

• Executed Test Cases: 15 điểm
• Bugs Found: 3 bugs x 1 điểm = 3 điểm
• Test Quality: Trung Bình = 3 điểm
• Test Execution Time: Trước hạn = 2 điểm
• Collaboration: Tốt = 2 điểm

Tổng Điểm Trước Trừ: 25 điểm

Điểm Trừ: 1 điểm (do 1 Task Thường không hoàn thành đúng hạn)

Tổng Điểm Sau Trừ: 25 - 1 = 24 điểm

Mức Thưởng: 24 FP

3.4. Bảng Đánh Giá Điểm Hàng Tháng

Tên Nhân Viên	Executed Test Cases	Bugs Found	Test Quality	Test Execution Time	Collaboration	Tổng Điểm	Điểm Trừ	Mức Thưởng (FP)
Tester A	20	4	Tốt	Đúng hạn	Xuất sắc	31	2	29
Tester B	15	3	Trung Bình	Trước hạn	Tốt	25	1	24

4. Lợi Ích Của Hệ Thống Đánh Giá FeFi Cho Tester

• Minh Bạch và Công Bằng: Hệ thống điểm rõ ràng giúp mọi Tester hiểu được cách thức đánh giá và nhận thưởng, loại bỏ sự bất mãn và tranh cãi không cần thiết.
• Tăng Động Lực Làm Việc: Tester được khuyến khích hoàn thành nhiều Test Case hơn và phát hiện lỗi chính xác để nhận thưởng cao hơn.
• Quản Lý Hiệu Quả: Quản lý dễ dàng theo dõi tiến độ và hiệu suất làm việc của từng Tester, từ đó đưa ra các quyết định phù hợp.
• Phát Triển Cá Nhân: Hệ thống điểm khuyến khích Tester phát triển kỹ năng và nâng cao hiệu suất làm việc, đồng thời giúp họ nhận diện các lĩnh vực cần cải thiện.