ISTQB – Chương 3 – Review process (Quá trình rà soát) – Mục 3.2 – Phần 4/5

Các hình thức rà soát

Một tài liệu có thể là chủ đề của nhiều hơn một loại rà soát. Nếu nhiều hơn một loại rà soát được sử dụng, thứ tự có thể sẽ thay đổi. Ví dụ: rà soát không chính thức có thể được thực hiện trước rà soát kỹ thuật hoặc kiểm tra có thể được thực hiện trên đặc tả yêu cầu trước khi hướng dẫn với khách hàng được thực hiện. Rõ ràng là không có kiểu rà soát nào là “chiến thắng” ở đây cả, nhưng các kiểu khác nhau phục vụ các mục đích khác nhau ở các giai đoạn khác nhau trong vòng đời của tài liệu.
Các loại rà soát chính, đặc điểm chính và mục tiêu chung của chúng được mô tả dưới đây.

Hướng dẫn (Walkthrough)

Hướng dẫn (Walkthrough) được đặc trưng bởi tác giả của tài liệu được xem xét, tác giả hướng dẫn những người tham gia thông qua tài liệu và quá trình suy nghĩ của chính tác giả, mục đích là để đạt được sự hiểu biết chung và thu thập phản hồi. Điều này đặc biệt hữu ích nếu có mặt những người không thuộc chuyên ngành phần mềm (những người không quen hoặc không thể hiểu dễ dàng các tài liệu phát triển phần mềm).

Nội dung tài liệu được tác giả giải thích từng bước, nhằm đạt được sự đồng thuận về các thay đổi hoặc thu thập thông tin.

Trong phần hướng dẫn, tác giả thực hiện hầu hết công việc chuẩn bị. Những người tham gia (những người được chọn từ các bộ phận và nền tảng khác nhau) không bắt buộc phải nghiên cứu trước các tài liệu chi tiết. Do cách tổ chức cuộc họp, một số lượng lớn người có thể tham gia và số lượng khán giả lớn hơn này có thể đưa ra các quan điểm đa dạng về nội dung của tài liệu đang được rà soát cũng như phục vụ mục đích giáo dục. Nếu khán giả đại diện cho một nhóm đa dạng các kỹ năng và nguyên tắc, thì có thể đảm bảo rằng không có khiếm khuyết lớn nào bị “bỏ sót” trong buổi hướng dẫn. Một buổi hướng dẫn đặc biệt hữu ích cho các tài liệu cấp cao hơn, chẳng hạn như thông số kỹ thuật yêu cầu và tài liệu kiến trúc.

Các mục tiêu cụ thể của việc hướng dẫn phụ thuộc vào vai trò của nó trong việc tạo tài liệu. Nói chung, các mục tiêu sau đây có thể được áp dụng:

  • Trình bày tài liệu cho các bên liên quan cả trong và ngoài lĩnh vực phần mềm, để thu thập thông tin liên quan đến chủ đề trong tài liệu;
  • Giải thích (chuyển giao kiến thức) và đánh giá nội dung của tài liệu;
  • Thiết lập một sự hiểu biết chung về tài liệu;
  • Kiểm tra và thảo luận về tính hợp lệ của các giải pháp được đề xuất và tính khả thi của các giải pháp thay thế, thiết lập sự đồng thuận.

Các đặc điểm chính của hướng dẫn là:

  • Cuộc họp do tác giả chủ trì; thường có mặt một người ghi chép riêng.
  • Các kịch bản có thể được sử dụng để xác thực nội dung.
  • Việc chuẩn bị riêng trước cuộc họp cho những người rà soát là không bắt buộc.

Rà soát kỹ thuật (Technical Review)

Rà soát kỹ thuật (technical review) là một cuộc họp thảo luận tập trung vào việc đạt được sự đồng thuận về nội dung kỹ thuật của một tài liệu. So với việc kiểm tra, thì rà soát kỹ thuật ít hình thức hơn và ít hoặc không tập trung vào việc xác định lỗi trên cơ sở các tài liệu được tham chiếu, lượng độc giả dự kiến và các quy tắc. Trong quá trình rà soát kỹ thuật, các lỗi được tìm thấy bởi các chuyên gia (những người tập trung vào nội dung của tài liệu). Ví dụ, các chuyên gia cần cho rà soát kỹ thuật là kiến trúc sư, nhà thiết kế chính và người dùng chính. Trong thực tế, rà soát kỹ thuật thay đổi từ khá không chính thức đến rất chính thức.

Mục tiêu của rà soát kỹ thuật là:

  • Rà soát giá trị của các khái niệm kỹ thuật và các lựa chọn thay thế trong môi trường sản phẩm và dự án;
  • Thiết lập tính nhất quán trong việc sử dụng và trình bày các khái niệm kỹ thuật;
  • Ở giai đoạn đầu, đảm bảo rằng các khái niệm kỹ thuật được sử dụng đúng;
  • Thông báo cho những người tham gia về nội dung kỹ thuật của tài liệu.

Các đặc điểm chính của đánh giá kỹ thuật là:

  • Đó là một quy trình phát hiện lỗi được lập thành văn bản có sự tham gia của các đồng nghiệp và
    chuyên gia kỹ thuật.
  • Thường được thực hiện dưới dạng rà soát ngang hàng mà không có sự tham gia của ban quản lý
  • Lý tưởng nhất là được dẫn dắt bởi một người điều hành được đào tạo, nhưng cũng có thể bởi một chuyên gia về kỹ thuật.
  • Một quá trình chuẩn bị riêng biệt được thực hiện trong quá trình kiểm tra sản phẩm và tìm ra các lỗi.
  • Việc sử dụng danh sách kiểm tra và danh sách nhật ký hoặc nhật ký vấn đề là tùy chọn.

Thanh tra (Inspection)

Thanh tra (inspection) là loại rà soát chính thức nhất. Tài liệu sử dụng cho việc thanh tra được chuẩn bị và kiểm tra kỹ lưỡng bởi những người rà soát trước cuộc họp, so sánh sản phẩm công việc với các nguồn của nó và các tài liệu tham khảo khác, đồng thời sử dụng các quy tắc và danh sách kiểm tra. Trong cuộc họp thanh tra, các lỗi được tìm thấy sẽ được ghi lại và mọi cuộc thảo luận sẽ bị hoãn lại cho đến giai đoạn thảo luận. Điều này làm cho cuộc họp thanh tra trở thành một cuộc họp rất hiệu quả.

Lý do cho việc tiến hành thành tra có thể được giải thích bằng cách sử dụng khái niệm kỹ thuật vô ngã của Weinberg [Weinberg, 1971]. Weinberg đề cập đến xu hướng tự biện minh cho hành động của con người. Vì chúng ta có xu hướng không nhìn thấy bằng chứng mà bằng chứng đó mâu thuẫn với niềm tin mạnh mẽ của mình, nên khả năng tìm ra lỗi trong công việc của chúng ta bị suy giảm. Do xu hướng này, nhiều tổ chức kỹ thuật đã thành lập các nhóm kiểm thử độc lập chuyên tìm kiếm các lỗi. Các nguyên tắc tương tự đã dẫn đến việc giới thiệu các cuộc thanh tra và đánh giá nói chung.

Tùy thuộc vào tổ chức và mục tiêu của dự án, các cuộc thanh tra có thể được cân bằng để phục vụ một số mục đích. Ví dụ, nếu thời gian đưa sản phẩm ra thị trường là cực kỳ quan trọng, thì việc thanh tra sẽ tập trung vào tính hiệu quả. Trong một thị trường mà tập trung về tính an toàn, thì trọng tâm sẽ là tính hiệu quả.

Các mục tiêu kiểm tra được chấp nhận chung là:

  • Giúp tác giả cải thiện chất lượng của tài liệu được thanh tra;
  • Loại bỏ lỗi một cách hiệu quả, càng sớm càng tốt;
  • Nâng cao chất lượng sản phẩm, bằng cách tạo ra các tài liệu với chất lượng cao hơn;
  • Tạo ra sự hiểu biết chung bằng cách trao đổi thông tin giữa những người tham gia thanh tra;
  • Đào tạo nhân viên mới trong quá trình phát triển của tổ chức;
  • Học hỏi từ các lỗi được tìm thấy và cải thiện các quy trình để ngăn chặn sự tái diễn của các lỗi tương tự;
  • Lấy mẫu một vài trang hoặc các phần từ một tài liệu lớn hơn để đánh giá chất lượng điển hình của tài liệu, giúp các cá nhân cải thiện công việc trong tương lai và để cải tiến quy trình.

Các đặc điểm chính của thanh tra là:

  • Thường được dẫn dắt bởi một người điều hành được đào tạo (chắc chắn không phải bởi tác giả).
  • Sử dụng các vai trò được xác định trong suốt quá trình.
  • Có sự tham gia của đồng nghiệp để thanh tra sản phẩm.
  • Các quy tắc và danh sách thanh tra được sử dụng trong giai đoạn chuẩn bị.
  • Quá trình chuẩn bị riêng biệt được thực hiện trong quá trình thanh tra sản phẩm và tìm ra lỗi.
  • Lỗi tìm thấy được ghi lại trong danh sách nhật ký hoặc nhật ký sự cố.
  • Việc theo dõi chính thức được thực hiện bởi người điều hành áp dụng các tiêu kết thúc.
  • Một cách tùy chọn, bước phân tích nguyên nhân được đưa vào để giải quyết các vấn đề về cải tiến quy trình và học hỏi từ lỗi được tìm thấy.
  • Các số liệu được thu thập và phân tích để tối ưu hóa quy trình.

Bản gốc Tiếng Anh các bạn có thể Tải về Tại đây

Ezami

Related Posts

Leave a Reply

Your email address will not be published. Required fields are marked *