The objective of performing risk an

The objective of performing risk analysis as part of test planning is to help allocate limited test resources to those software components that pose the greatest risk to the organization. Testing is a process designed to minimize software risks. To make software testing most effective it is important to assure all the high risks associated with the software, will be tested first.
The decision the testers need to make is where to allocate test resources. Figure 4-1 provides an illustration of where to allocate test resources.
Figure 4-1 Illustrations of the Need for Software Testing
Case A shows that the risk of loss is much less than the cost of testing for that risk. For example, names on the master file may be misspelled but the impact of that defect is minimal, while testing to check that every name on a master file is correct could be expensive. On the other hand, case B shows that the cost of testing is much less than the potential loss. In that case, testing should occur. When the risk of loss and the cost of testing are close to the same dollar amount, a decision on how much testing should occur is a risk decision.

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

Mục tiêu thực hiện phân tích rủi ro như một phần của thử nghiệm kế hoạch là nhằm phân bổ thử nghiệm hạn chế nguồn lực để những thành phần phần mềm đó gây ra nguy cơ lớn nhất đối với tổ chức. Thử nghiệm là một quá trình được thiết kế để giảm thiểu rủi ro phần mềm. Để thực hiện kiểm thử phần mềm hiệu quả nhất, nó là quan trọng để đảm bảo tất cả các rủi ro cao kết hợp với phần mềm, sẽ được kiểm tra đầu tiên.Quyết định các thử nghiệm cần phải chắc là nơi để phân bổ tài nguyên thử nghiệm. Hình 4-1 cung cấp một minh hoạ của nơi để phân bổ tài nguyên thử nghiệm. Hình 4-1 minh họa về sự cần thiết cho kiểm thử phần mềmTrường hợp A cho thấy rằng nguy cơ mất là ít hơn nhiều so với chi phí xét nghiệm cho rằng nguy cơ. Ví dụ, tên tập tin gốc có thể được sai chính tả nhưng những tác động của lỗi đó là tối thiểu, trong khi thử nghiệm để kiểm tra mỗi tên một hồ sơ tổng thể là chính xác có thể được đắt tiền. Mặt khác, trường hợp B cho thấy rằng chi phí của thử nghiệm là ít hơn nhiều so với khả năng mất. Trong trường hợp đó, thử nghiệm nên xảy ra. Khi nguy cơ thiệt hại và chi phí xét nghiệm gần gũi với cùng một số tiền đô la, một quyết định bao nhiêu thử nghiệm sẽ xảy ra là một quyết định nguy cơ.

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

Mục tiêu của việc thực hiện phân tích rủi ro như là một phần của kế hoạch kiểm tra là để giúp phân bổ nguồn lực thử nghiệm giới hạn cho những thành phần có rủi ro cao nhất cho tổ chức. Thử nghiệm là một quá trình được thiết kế để giảm thiểu rủi ro phần mềm. Để làm cho thử nghiệm phần mềm hiệu quả nhất, điều quan trọng để đảm bảo tất cả các rủi ro liên quan cao với phần mềm là, sẽ được thử nghiệm đầu tiên.
Các quyết định các xét nghiệm cần làm là nơi để phân bổ nguồn lực kiểm tra. Hình 4-1 minh họa cung cấp một nơi để phân bổ nguồn lực kiểm tra.
Hình 4-1 Minh họa của Need for Kiểm thử phần mềm
Trường hợp A cho thấy nguy cơ mất là ít hơn nhiều so với chi phí xét nghiệm cho rủi ro đó. Ví dụ, tên trên các tập tin tổng thể có thể được sai chính tả nhưng tác động của khiếm khuyết đó là tối thiểu, trong khi thử nghiệm để kiểm tra xem mỗi tên tập tin trên một tổng thể là đúng có thể tốn kém. Mặt khác, trường hợp B cho thấy rằng các chi phí xét nghiệm là ít hơn nhiều so với khả năng mất. Trong trường hợp đó, các xét nghiệm cần xảy ra. Khi rủi ro về mất mát và chi phí xét nghiệm là gần với số tiền tương tự, một quyết định về cách thử nghiệm nhiều nên xảy ra là một quyết định rủi ro.