Software systems context Testing Pr

Software systems context Testing Principle - Testing is context dependent Testing is done differently in different contexts. For example, safety-critical software is tested differently from an e-commerce site. These days, almost everyone is aware of software systems. We encounter them in our homes, at work, while shopping, and because of mass-communication systems. More and more, they are part of our lives. We use software in day-today business applications such as banking and in consumer products such as cars and washing machines. However, most people have had an experience with software that did not work as expected: an error on a bill, a delay when waiting for a credit card to process and a website that did not load correctly are common examples of problems that may happen because of software problems. Not all software systems carry the same level of risk and not all problems have the same impact when they occur. A risk is something that has not happened yet and it may never happen; it is a potential problem. We are concerned about these potential problems because, if one of them did happen, we'd feel a negative impact. When we discuss risks, we need to consider how likely it is that the problem would occur and the impact if it happens. For example, whenever we cross the road, there is some risk that we'll be injured by a car. The likelihood depends on factors such as how much traffic is on the road, whether there is a safe crossing place, how well we can see, and how fast we can cross. The impact depends on how fast the car is going, whether we are wearing protective gear, our age and our health. The risk for a particular person can be worked out and therefore the best road-crossing strategy.

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

Bối cảnh hệ thống phần mềm nguyên tắc thử nghiệm - các thử nghiệm là bối cảnh phụ thuộc vào thử nghiệm được thực hiện một cách khác nhau trong bối cảnh khác nhau. Ví dụ, phần mềm an toàn quan trọng kiểm tra khác nhau từ một trang web thương mại điện tử. Những ngày này, hầu như tất cả mọi người là nhận thức của hệ thống phần mềm. Chúng tôi gặp họ trong nhà của chúng tôi, công việc, trong khi mua sắm, và vì hệ thống thông tin đại chúng. Hơn và nhiều hơn nữa, họ là một phần của cuộc sống. Chúng tôi sử dụng phần mềm ứng dụng kinh doanh ngày hôm nay như ngân hàng và sản phẩm tiêu dùng như xe ô tô và máy giặt. Tuy nhiên, hầu hết mọi người đã có một kinh nghiệm với phần mềm mà không làm việc như mong đợi: một lỗi trên một hóa đơn, một sự chậm trễ khi chờ đợi cho một thẻ tín dụng để quá trình và một trang web mà không tải một cách chính xác là các ví dụ phổ biến của các vấn đề có thể xảy ra do vấn đề phần mềm. Không phải tất cả các hệ thống phần mềm thực hiện cùng một mức độ rủi ro và không phải tất cả vấn đề có tác động tương tự khi chúng xảy ra. Một nguy cơ là một cái gì đó đã không xảy ra và nó có thể không bao giờ xảy ra; nó là một vấn đề tiềm năng. Chúng tôi đang quan tâm về những vấn đề tiềm năng bởi vì, nếu một trong số họ đã xảy ra, chúng tôi sẽ cảm thấy một tác động tiêu cực. Khi chúng tôi thảo luận về các rủi ro, chúng tôi cần phải xem xét làm thế nào có thể là vấn đề có thể xảy ra và những tác động nếu nó xảy ra. Ví dụ, bất cứ khi nào chúng tôi băng qua đường, có một số rủi ro mà chúng ta sẽ bị thương bởi một chiếc xe hơi. Khả năng phụ thuộc vào các yếu tố như lưu lượng bao nhiêu là trên đường, cho dù đó là một nơi an toàn qua, như thế nào chúng ta có thể nhìn thấy và nhanh như thế nào chúng ta có thể vượt qua. Tác động phụ thuộc vào nhanh như thế nào xe đang xảy ra, cho dù chúng tôi đang mặc đồ bảo hộ, chúng tôi tuổi tác và sức khỏe của chúng tôi. Nguy cơ đối với một người cụ thể có thể làm việc ra và do đó chiến lược tốt nhất băng qua đường.

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

hệ thống phần mềm kiểm tra bối cảnh tắc - Thử nghiệm là kiểm tra phụ thuộc vào bối cảnh được thực hiện khác nhau trong những bối cảnh khác nhau. Ví dụ, phần mềm an toàn quan trọng là thử nghiệm khác nhau từ một trang web thương mại điện tử. Những ngày này, hầu như tất cả mọi người là nhận thức của các hệ thống phần mềm. Chúng tôi gặp họ trong nhà của chúng tôi, tại nơi làm việc, trong khi mua sắm, và bởi vì các hệ thống hàng loạt thông tin liên lạc. Nhiều hơn và nhiều hơn nữa, họ là một phần của cuộc sống. Chúng tôi sử dụng phần mềm trong các ứng dụng kinh doanh hằng ngày như ngân hàng và trong các sản phẩm tiêu dùng như xe hơi và máy giặt. Tuy nhiên, hầu hết mọi người đã có một kinh nghiệm với phần mềm mà không làm việc như mong đợi: một lỗi trên một hóa đơn, một sự chậm trễ khi chờ đợi cho một thẻ tín dụng để xử lý và một trang web mà không tải một cách chính xác là những ví dụ phổ biến của vấn đề có thể xảy ra bởi vì các vấn đề phần mềm. Không phải tất cả các hệ thống phần mềm thực hiện cùng một mức độ rủi ro và không phải tất cả các vấn đề có tác động tương tự khi chúng xảy ra. Một nguy cơ là cái gì đó chưa xảy ra và nó có thể không bao giờ xảy ra; nó là một vấn đề tiềm năng. Chúng tôi lo ngại về những vấn đề tiềm năng bởi vì, nếu một trong số họ đã xảy ra, chúng tôi cảm thấy có một tác động tiêu cực. Khi chúng tôi thảo luận về rủi ro, chúng ta cần phải xem xét như thế nào khả năng nó là vấn đề sẽ xảy ra và ảnh hưởng nếu nó xảy ra. Ví dụ, bất cứ khi nào chúng tôi băng qua đường, có một số nguy cơ mà chúng ta sẽ bị thương bởi một chiếc xe hơi. Khả năng phụ thuộc vào các yếu tố như có bao nhiêu giao thông trên đường, cho dù có một nơi an toàn qua, như thế nào chúng ta có thể nhìn thấy, và nhanh như thế nào chúng ta có thể vượt qua. Tác động phụ thuộc vào tốc độ của chiếc xe đang đi, cho dù chúng ta đang mặc đồ bảo hộ, tuổi tác và sức khỏe của chúng ta. Nguy cơ đối với một người cụ thể có thể được làm ra và do đó chiến lược đường vượt tốt nhất.