Report In Testing

Duy Văn | 24/12/2024

Sau khi thực hiện test xong, thì chúng ta cần đi báo cáo, report lại cho lead. Vậy thì công đoạn báo cáo có thể có 2 thể loại báo cáo:

  • Báo cáo tiến độ (Progress Report / Task Report) : Báo cáo các thông tin về tiến độ công việc, đã làm được gì, đạt bao nhiêu %, còn lại bao nhiêu %, vấn đề gặp phải, …
  • Báo cáo kết quả (Test Report / Milestone Report) : Báo cáo các thông tin liên quan đến kết quả công việc, tức là báo cáo về các thông số liên quan để đánh giá chất lượng công việc đã hoàn thành. Trong bối cảnh của việc đi test, thì sẽ là các thông tin liên quan để đánh giá chất lượng kiểm thử cũng như chất lượng của sản phẩm phần mềm. Lý do nó có thể được gọi là Milestone Report là vì các khâu báo cáo kết quả thường chỉ được thực hiện ở cuối các Milestone kiểm thử, Integration Test, System Test, Acceptance Test, …

Progress Report

Báo cáo tiến độ sẽ là cái cơ bản thôi, các đầu mục báo cáo có thể là :

  • Task đang làm
  • Tiến độ đạt bao nhiêu %
  • ETA - Estimate Time of Arrival - tức là đánh giá về thời gian sẽ đạt 100%
  • Blocker - Vấn đề gặp phải nếu có
  • Next Task - Công việc tiếp theo

Progress Report gọi thân quen hơn là Timely report vì rõ ràng báo cáo tiến độ phải được thực hiện dựa trên khuôn khổ thời gian đã đồng ý trước, ví dụ như hàng ngày (Daily), hàng tuần (Weekly). Và thường thì nếu một nhóm project đã thống nhất báo cáo tiến độ theo tuần thì sẽ không cần làm theo ngày và ngược lại.

Các tiêu chí cần đáp ứng khi thực hiện báo cáo tiến độ sẽ là:

  • Format ổn định, tức là giữa các thành viên cần thống nhất một format báo cáo chung
  • Báo cáo thông qua kênh liên lạc chính thức, ví dụ như email, slack, …
  • Báo cáo đúng thời gian

Test Report

Test Report về cơ bản sẽ là báo cáo về các thông số liên quan đến chất lượng của sản phẩm phần mềm sau khi đã thực hiện kiểm thử. Các thông số cơ bản mà một Test Report cần phải có là:

  • Tỉ lệ test case đã thực hiện trên tổng số test case, một lý do có thể khiến cho tỉ lệ này không đạt 100% là do test case fail ở hình thức blocker, tức là vì test case đó fail nên các test case sau nó không thể thực hiện được. Tỉ lệ này còn được gọi là Test Coverage và nếu nó dưới 100%, tức chứng tỏ sản phẩm phần mềm chưa trong trạng thái tốt
\[\frac{\text{Test Case Executed}}{\text{Total Test Case}}\]
  • Tỉ lệ Pass/Fail của các test case, tức là bao nhiêu % test case đã pass, bao nhiêu % test case fail.
\[\frac{\text{Test Case Passed}}{\text{Test Case Executed}}\] \[\frac{\text{Test Case Failed}}{\text{Test Case Executed}}\]

Ngoài ra, khi làm báo cáo liên quan đến auto test, sẽ có một số thông số như:

  • Tỉ lệ test case đã được script tự động hóa trên tổng số test case
  • Tỉ lệ test case mức ưu tiên P0, P1, P2, P3 đã được script tự động hóa trên tổng số test case mức ưu tiên P0, P1, P2, P3