ISTQB – Chương 5 – Mục 5.4- Quản lý cấu hình

Nội dung sẽ xuất hiện trong bài thi ISTQB Foundation (CTFL)

  1. Tóm tắt cách quản lý cấu hình hỗ trợ kiểm thử. (K2)

Trong phần ngắn gọn này, chúng ta sẽ xem cách quản lý cấu hình liên quan và hỗ trợ đến việc kiểm thử. Thuật ngữ được sử dụng: quản lý cấu hình (configuration management) và kiểm soát phiên bản (version control).

Quản lý cấu hình là một chủ đề thường khiến người mới bối rối, nhưng nếu bạn không may mắn làm việc với tư cách là người kiểm thử trong một dự án mà hoạt động quan trọng này được xử lý kém, bạn sẽ không bao giờ quên tầm quan trọng của nó. Nói một cách ngắn gọn, quản lý cấu hình là một phần của việc xác định rõ ràng những mục nào tạo nên phần mềm hoặc hệ thống. Những mục này bao gồm mã nguồn, kịch bản kiểm thử, phần mềm bên thứ ba, phần cứng, dữ liệu và cả tài liệu phát triển và kiểm thử. Quản lý cấu hình cũng là đảm bảo rằng các mục này được quản lý cẩn thận, kỹ lưỡng và chú ý trong toàn bộ vòng đời của dự án và sản phẩm.

Quản lý cấu hình có một số ý nghĩa quan trọng đối với kiểm thử. Nó cho phép người kiểm thử quản lý phần mềm kiểm thử của họ và kết quả kiểm thử bằng cách sử dụng cùng cơ chế quản lý cấu hình, như việc chúng có giá trị như mã nguồn và tài liệu cho chính hệ thống.

Mặt khác, quản lý cấu hình hỗ trợ quá trình xây dựng, điều cần thiết để phân phối bản phát hành kiểm thử vào môi trường kiểm thử. Chỉ gửi các tài liệu lưu trữ Zip qua e-mail sẽ không đủ, bởi vì có quá nhiều cơ hội để các tài liệu lưu trữ đó bị ô nhiễm bởi các nội dung không mong muốn hoặc chứa các phiên bản trước đó còn sót lại. Đặc biệt là trong các giai đoạn kiểm thử sau này, điều quan trọng là phải có một cách chắc chắn, đáng tin cậy của việc phân phối các mục kiểm thử hoạt động và là phiên bản phù hợp.

Cuối cùng nhưng không kém phần quan trọng, quản lý cấu hình cho phép ánh xạ những gì đang được kiểm thử tới các tệp và thành phần cơ bản tạo nên nó. Điều này là hoàn toàn quan trọng. Ví dụ: khi báo cáo lỗi, chúng ta cần báo cáo chúng đối với thứ gì đó mà thứ đó được kiểm soát theo phiên bản. Nếu không rõ chúng ta đã tìm thấy lỗi ở đâu, các lập trình viên sẽ rất khó khăn trong việc tìm ra lỗi để sửa nó. Để loại báo cáo kiểm thử được thảo luận trước đó có bất kỳ ý nghĩa nào, chúng ta phải có khả năng truy xuất kết quả kiểm thử trở lại chính xác những gì mà chúng ta đã kiểm thử.

Lý tưởng nhất là khi người kiểm thử nhận được bản phát hành kiểm thử được tổ chức, được kiểm soát phiên bản từ tài liệu lưu trữ mã nguồn, bản phát hành đó sẽ được kèm theo báo cáo chuyển tiếp hạng mục kiểm thử hoặc ghi chú phát hành (release notes). [IEEE 829] cung cấp một hướng dẫn hữu ích cho những gì cần đưa vào một báo cáo như vậy. Ghi chú phát hành không phải lúc nào cũng trang trọng và không phải lúc nào cũng chứa tất cả thông tin được hiển thị.

Mặc dù mô tả rất ngắn gọn, nhưng quản lý cấu hình cũng là một chủ đề phức tạp như quản lý môi trường kiểm thử. Vì vậy, lập kế hoạch nâng cao là rất quan trọng để thực hiện công việc này. Trong giai đoạn lập kế hoạch dự án (và có lẽ là một phần trong kế hoạch kiểm thử nghiệm), hãy đảm bảo rằng các công cụ và quy trình quản lý cấu hình được chọn.

Khi dự án tiến hành, quy trình và cơ chế cấu hình phải được triển khai và các giao diện chính với phần còn lại của quy trình phát triển phải được ghi lại. Đến lúc thực thi kiểm thử sẽ cho phép bạn và những người còn lại trong nhóm dự án tránh được những điều bất ngờ khó chịu như kiểm thử sai phần mềm, nhận các bản dựng không thể gỡ cài đặt và báo cáo các lỗi không thể tái hiện lại được với các phiên bản mã không tồn tại ở bất kỳ đâu ngoại trừ trong môi trường kiểm thử.

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 *