In recent years, the view of softwa

In recent years, the view of software testing has matured into a constructive one. Testing is no longer seen as an activity that starts only after the coding phase is complete with the limited purpose of detecting failures. Software testing is, or should be, pervasive throughout the entire development and maintenance life cycle. Indeed, planning for software testing should start with the early stages of the software requirements process, and test plans and procedures should be systematically and continuously developed—and possibly refined—as software development proceeds. These test planning and test designing activities provide useful input for software designers and help to highlight potential weaknesses, such as design oversights/contradictions, or omissions/ambiguities in the documentation.

For many organizations, the approach to software quality is one of prevention: it is obviously much better to prevent problems than to correct them. Testing can be seen, then, as a means for providing information about the functionality and quality attributes of the software and also for identifying faults in those cases where error prevention has not been effective. It is perhaps obvious but worth recognizing that software can still contain faults, even after completion of an extensive testing activity. Software failures experienced after delivery are addressed by corrective maintenance. Software maintenance topics are covered in the Software Maintenance KA.

Kết quả (Việt) 1:

Những năm gần đây, quan điểm của kiểm thử phần mềm đã trưởng thành thành một xây dựng. Thử nghiệm không còn được coi là một hoạt động bắt đầu chỉ sau khi giai đoạn mã hóa được hoàn thiện với mục đích hạn chế phát hiện thất bại. Kiểm thử phần mềm là, hoặc phải, phổ biến trong suốt toàn bộ sự phát triển và duy trì cuộc sống chu kỳ. Thật vậy, lập kế hoạch cho phần mềm thử nghiệm nên bắt đầu với giai đoạn đầu của quá trình yêu cầu về phần mềm, và kế hoạch kiểm tra và các thủ tục cần có hệ thống và tiếp tục xây — và có thể được tinh chế — như phát triển phần mềm tiền. Những kế hoạch thử nghiệm và thử nghiệm thiết kế các hoạt động cung cấp hữu ích đầu vào cho các nhà thiết kế phần mềm và giúp để làm nổi bật những điểm yếu tiềm năng, chẳng hạn như thiết kế oversights/mâu thuẫn, hoặc bỏ sót/ambiguities trong tài liệu.Đối với nhiều tổ chức, tiếp cận với chất lượng phần mềm là một phòng ngừa: nó là rõ ràng là tốt hơn để ngăn chặn vấn đề hơn để sửa chữa chúng. Thử nghiệm có thể được nhìn thấy, sau đó, như một phương tiện cung cấp thông tin về tính năng và chất lượng các thuộc tính của các phần mềm và cũng có thể để xác định lỗi trong những trường hợp mà công tác phòng chống lỗi đã không hiệu quả. Nó có lẽ là rõ ràng, nhưng có giá trị nhận thấy rằng phần mềm vẫn còn có thể chứa lỗi, ngay cả sau khi hoàn thành một hoạt động thử nghiệm rộng rãi. Thất bại phần mềm có kinh nghiệm sau khi giao được giải quyết bằng cách sửa chữa bảo trì. Phần mềm bảo trì các chủ đề được bảo hiểm trong phần mềm bảo trì KA.

Kết quả (Việt) 2:

Trong những năm gần đây, quan điểm của kiểm thử phần mềm đã vươn lên thành một trong xây dựng. Kiểm tra không còn được coi là một hoạt động mà chỉ bắt đầu sau giai đoạn mã hóa được hoàn thành với mục đích hạn chế những thất bại phát hiện. Kiểm thử phần mềm là, hoặc nên, phổ biến trong suốt toàn bộ chu trình phát triển và duy trì cuộc sống. Thật vậy, kế hoạch kiểm thử phần mềm nên bắt đầu với giai đoạn đầu của quá trình yêu cầu phần mềm, và các kế hoạch và quy trình thử nghiệm nên có hệ thống và liên tục phát triển và có thể tinh-như tiền thu được phát triển phần mềm. . Những hoạt động lập kế hoạch kiểm tra và thiết kế thử nghiệm cung cấp các đầu vào hữu ích cho các nhà thiết kế phần mềm và giúp đỡ để làm nổi bật những điểm yếu tiềm năng, chẳng hạn như sơ suất thiết kế / mâu thuẫn, hoặc thiếu sót / mơ hồ trong các tài liệu hướng dẫn

cho nhiều tổ chức, phương pháp tiếp cận đến chất lượng phần mềm là một trong những phòng bệnh: nó rõ ràng là tốt hơn nhiều để ngăn chặn vấn đề hơn để sửa chữa chúng. Thử nghiệm có thể được nhìn thấy, sau đó, như một phương tiện để cung cấp thông tin về các tính năng và chất lượng các thuộc tính của các phần mềm và cũng để xác định lỗi trong những trường hợp chống lỗi đã không hiệu quả. Nó có lẽ là hiển nhiên, nhưng giá trị công nhận rằng phần mềm vẫn có thể chứa lỗi, thậm chí sau khi hoàn thành một hoạt động thử nghiệm rộng rãi. Lỗi phần mềm có kinh nghiệm sau giao hàng được giải quyết bằng cách bảo trì sửa chữa. Chủ đề bảo trì phần mềm được bao gồm trong phần mềm bảo trì KA.

Kết quả (Việt) 3:

Trong những năm gần đây, quan điểm của kiểm thử phần mềm đã trưởng thành tính xây dựng cho một quan điểm.Kiểm tra không còn bị xem như là một hoạt động, bắt đầu ở giai đoạn sau, chỉ có mã phát hiện lỗi là đầy đủ mục tiêu hạn chế.Kiểm thử phần mềm, hoặc có lẽ là khắp và duy trì phát triển, vòng đời.Trên thực tế, kế hoạch kiểm thử phần mềm ứng nhu cầu phần mềm, bắt đầu với giai đoạn đầu của quá trình thử nghiệm, và các kế hoạch và chương trình hệ thống và tiếp tục phát triển, và có thể đàn ông tao nhã cho thu nhập phát triển phần mềm.Những thử nghiệm và kiểm tra các hoạt động cung cấp phần mềm thiết kế hoạch nhà thiết kế có thể giúp ích nhập nhô điểm yếu tiềm năng, như thiết kế sơ suất hay bỏ sót / mờ / mâu thuẫn, trong tài liệu.Đối với nhiều tổ chức, phần mềm chất lượng phương pháp phòng ngừa: nó là rõ ràng hơn, để ngăn chặn vấn đề, và phải sửa chữa nó.Kiểm tra có thể thấy, và sau đó, như là một phương tiện dùng để cung cấp về chức năng của phần mềm và thuộc tính chất lượng thông tin, cũng được dùng để xác định trong những trường hợp đó, sai không có hiệu quả phòng ngừa sự cố.Đây có thể là hiển nhiên, nhưng đáng được biết đến, phần mềm vẫn có thể chứa bị trục trặc, ngay cả trong một loạt hoạt động sau khi thử nghiệm hoàn thành.Sau khi trải qua sự cố giao phần mềm giải quyết bảo trì sửa chữa tình dục.Bảo trì phần mềm chủ đề bao gồm phần mềm bảo trì.