Nghiêm ngặt hơn kiểm tra của chúng tôi, các Khuyết tật nhiều, chúng tôi sẽ tìm thấy. Nhưng bạn sẽ thấy trong chương 3 và 4, khi chúng tôi xem xét kỹ thuật để thử nghiệm, rằng thử nghiệm nghiêm ngặt không nhất thiết có nghĩa là thử nghiệm thêm; những gì chúng tôi muốn làm thử nghiệm mà tìm lỗi - một số nhỏ các xét nghiệm well-đặt, được nhắm mục tiêu có thể nghiêm ngặt hơn so với một số lớn các bài kiểm tra tập trung nặng.Chúng ta đã thấy trước đó rằng một chiến lược để đối phó với lỗi, lỗi và thất bại là để cố gắng ngăn chặn chúng, và chúng tôi xem xét việc xác định nguyên nhân của lỗi và thất bại. Khi chúng tôi bắt đầu một dự án mới, nó có giá trị học hỏi từ những vấn đề gặp phải trong các dự án trước đó hoặc trong sản xuất phần mềm. Sự hiểu biết gốc rễ nguyên nhân của lỗi là một khía cạnh quan trọng của các hoạt động đảm bảo chất lượng, và thử nghiệm đóng góp bằng cách giúp chúng tôi để xác định Khuyết tật càng sớm càng tốt trước khi phần mềm sử dụng. Như xét nghiệm, chúng tôi cũng đang quan tâm đến nhìn lỗi tìm thấy trong các dự án khác, do đó chúng tôi có thể cải thiện các quy trình. Quá trình cải tiến nên ngăn chặn những Khuyết tật định kỳ, và như một hệ quả, cải thiện chất lượng của hệ thống trong tương lai. Tổ chức nên cân nhắc việc thử nghiệm như là một phần của một chiến lược đảm bảo lớn hơn chất lượng, bao gồm các hoạt động khác (ví dụ, tiêu chuẩn phát triển, đào tạo và gốc gây ra phân tích).
đang được dịch, vui lòng đợi..
