1.5 Error and Fault TaxonomiesOur d

1.5 Error and Fault Taxonomies
Our definitions of error and fault hinge on the distinction between process and product: process refers to how we do something, and product is the end result of a process. The point at which testing and Software Quality Assurance meet is that SQA typically tries to improve the product by improving the process. In that sense, testing is clearly more product oriented. SQA is more concerned with reducing errors endemic in the development process, while testing is more concerned with discovering faults in a product. Both disciplines benefit from a clearer definition of types of faults. Faults can be classified in several ways: the development phase where the corresponding error occurred, the consequences of corresponding failures, difficulty to resolve, risk of no resolution, and so on. My favorite is based on anomaly occurrence: one time only, intermittent, recurring, or repeatable. Figure 1.9 contains a fault taxonomy [Beizer 84] that distinguishes faults by the severity of their consequences.

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

1.5 lỗi và lỗi phân loạiChúng tôi định nghĩa của lỗi và lỗi bản lề trên sự khác biệt giữa sản xuất: quá trình đề cập đến làm thế nào chúng tôi làm điều gì đó, và sản phẩm là kết quả cuối cùng của một quá trình. Điểm lúc đó kiểm tra và đảm bảo chất lượng phần mềm đáp ứng là SQA đó thường cố gắng để cải thiện các sản phẩm bằng cách cải thiện quá trình. Trong ý nghĩa đó, thử nghiệm là rõ ràng hơn sản phẩm theo định hướng. SQA là quan tâm nhiều hơn với việc giảm lỗi đặc hữu trong quá trình phát triển, trong khi thử nghiệm là quan tâm nhiều hơn với phát hiện lỗi trong một sản phẩm. Cả hai lĩnh vực hưởng lợi từ một định nghĩa rõ ràng hơn loại ra những lỗi. Lỗi có thể được phân loại theo nhiều cách: giai đoạn phát triển nơi tương ứng lỗi xảy ra, những hậu quả của thất bại tương ứng, khó khăn để giải quyết, nguy cơ không có độ phân giải, và như vậy. Yêu thích của tôi dựa trên sự xuất hiện bất thường: một lần duy nhất, liên tục, định kỳ hoặc lặp lại. Con số 1.9 chứa một phân loại lỗi [Beizer 84] mà phân biệt lỗi bởi mức độ nghiêm trọng của hậu quả của họ.

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

1.5 Lỗi và Fault tắc phân loại
các định nghĩa của chúng tôi về lỗi và bản lề lỗi về sự khác biệt giữa các quá trình và sản phẩm: quá trình là cách chúng tôi làm điều gì đó, và sản phẩm là kết quả cuối cùng của một quá trình. Điểm mà tại đó thử nghiệm và đảm bảo chất lượng phần mềm đáp ứng là SQA thường cố gắng để cải thiện sản phẩm bằng cách cải thiện quá trình. Trong ý nghĩa đó, thử nghiệm là sản phẩm định hướng rõ ràng hơn. SQA là quan tâm nhiều hơn với giảm sai sót đặc hữu trong quá trình phát triển, trong khi thử nghiệm là quan tâm nhiều hơn với phát hiện lỗi trong một sản phẩm. Cả hai ngành được hưởng lợi từ một định nghĩa rõ ràng hơn về các loại lỗi. Lỗi có thể được phân loại theo nhiều cách: giai đoạn phát triển, nơi xảy ra các lỗi tương ứng, hậu quả của những thất bại tương ứng, khó khăn để giải quyết, nguy cơ không có độ phân giải, và như vậy. Yêu thích của tôi là dựa trên sự bất thường xảy ra: một lần duy nhất, liên tục, định kỳ, hoặc lặp lại. Hình 1.9 chứa một nguyên tắc phân loại lỗi [Beizer 84] mà phân biệt lỗi bởi mức độ nghiêm trọng của hậu quả của chúng.