Cuối cùng nhưng không kém, quản lý cấu hình cho phép chúng tôi để lập bản đồ
những gì đang được thử nghiệm để các tập tin cơ bản và các thành phần mà
làm cho nó lên. Điều này là hoàn toàn quan trọng. Ví dụ, khi chúng tôi báo cáo
các khiếm khuyết, chúng ta cần phải báo cáo chống lại một cái gì đó, một cái gì đó mà
là phiên bản được kiểm soát. Nếu nó không rõ ràng những gì chúng tôi tìm thấy những khiếm khuyết trong,
các lập trình viên sẽ có một thời gian rất khó khăn trong việc tìm kiếm các khiếm khuyết trong
để sửa chữa nó. Đối với các loại báo cáo thử nghiệm thảo luận trước đó để có
bất kỳ ý nghĩa, chúng ta phải có khả năng để theo dõi kết quả kiểm tra lại những gì
chính xác chúng tôi thử nghiệm.
Lý tưởng nhất, khi kiểm tra nhận được một tổ chức, phiên bản kiểm soát thử nghiệm
phát hành từ một kho lưu trữ mã nguồn thay đổi quản lý , nó được
đi kèm với một mục kiểm tra xuyên Mittal báo cáo hoặc ghi chú phát hành.
[IEEE 829] cung cấp một hướng dẫn hữu ích cho những gì đi vào một ví dụ
báo cáo. Ghi chú phát hành không phải lúc nào cũng chính thức và không luôn luôn
có chứa tất cả các thông tin được hiển thị.
Trong khi mô tả của chúng tôi là ngắn gọn, quản lý cấu hình là một
chủ đề đó là phức tạp như quản lý môi trường thử nghiệm. Vì vậy,
kế hoạch nâng cao là rất quan trọng để làm công việc này. Trong
giai đoạn lập kế hoạch dự án - và có lẽ như là một phần của kế hoạch kiểm tra của riêng bạn -
đảm bảo rằng các thủ tục quản lý cấu hình và các công cụ được
lựa chọn. Là số tiền thu được của dự án, quá trình cấu hình và
cơ chế phải được thực hiện, và các giao diện chính cho
phần còn lại của quá trình phát triển nên được ghi chép. Hãy kiểm tra
thời gian thực hiện, điều này sẽ cho phép bạn và phần còn lại của nhóm dự án để
tránh những bất ngờ khó chịu như thử nghiệm phần mềm sai, nhận
uninstallable xây dựng và báo cáo các khuyết tật irreproducible chống lại
các phiên bản của mã không tồn tại bất cứ nơi nào, nhưng trong các thử nghiệm
môi trường.
đang được dịch, vui lòng đợi..