1.3 TESTING PRINCIPLES1 Explain the

1.3 TESTING PRINCIPLES
1 Explain the fundamental principles in testing. (K2)
In Sections 1.1 and 1.2, we have introduced a number of testing principles and
brief explanations. These are listed in Table 1.2, for you to read over to remind
yourself about them. These principles have been suggested over the past 40
years and offer general guidelines common for all testing.
TABLE 1.2 Testing principles
Principle 1: Testing shows Testing can show that defects are present,
presence of defects but cannot prove that there are no
defects. Testing reduces the probability of
undiscovered defects remaining in the
software but, even if no defects are found,
it is not a proof of correctness.
Principle 2: Exhaustive testing Testing everything (all combinations of
is impossible inputs and preconditions) is not feasible
except for trivial cases. Instead of
exhaustive testing, we use risks and
priorities to focus testing efforts.
Principle 3: Early testing Testing activities should start as early as
possible in the software or system
development life cycle and should be
focused on defined objectives.
Principle 4: Defect clustering A small number of modules contain most
of the defects discovered during prerelease testing or show the most
operational failures.
Principle 5: Pesticide paradox If the same tests are repeated over and
over again, eventually the same set of test
cases will no longer find any new bugs. To
overcome this 'pesticide paradox', the test
cases need to be regularly reviewed and
revised, and new and different tests need
to be written to exercise different parts of
the software or system to potentially find
more defects.
Principle 6: Testing is context Testing is done differently in different
dependent contexts. For example, safety-critical
software is tested differently from an
e-commerce site.
Principle 7: Absence-of-errors Finding and fixing defects does not help if
fallacy the system built is unusable and does not
fulfill the users' needs and expectations.

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

1.3 THỬ NGHIỆM NGUYÊN TẮC1 giải thích các nguyên tắc cơ bản trong thử nghiệm. (K2)Trong phần 1.1 và 1.2, chúng tôi đã giới thiệu một số thử nghiệm nguyên tắc vàgiải thích ngắn gọn. Chúng được liệt kê trong bảng 1.2, để bạn có thể đọc qua để nhắc nhởmình về họ. Những nguyên tắc này đã được đề nghị trong quá khứ 40năm và cung cấp hướng dẫn chung chung cho mọi cuộc thử nghiệm.Bảng 1.2 thử nghiệm nguyên tắcNguyên tắc 1: Kiểm tra cho thấy thử nghiệm có thể hiển thị Khuyết tật có mặt,sự hiện diện của Khuyết tật nhưng không thể chứng minh rằng không có không cóKhuyết tật. Thử nghiệm làm giảm khả năngundiscovered Khuyết tật còn lại trong cácphần mềm nhưng, ngay cả khi không có Khuyết tật được tìm thấy,nó không phải là một chứng minh tính đúng đắn.Nguyên tắc 2: Đầy đủ thử nghiệm kiểm tra tất cả mọi thứ (Tất cả tổ hợplà không thể đầu vào và điều kiện tiên quyết) là không khả thiNgoại trừ trường hợp tầm thường. Thay vìthử nghiệm đầy đủ, chúng tôi sử dụng rủi ro vàưu tiên để tập trung kiểm tra những nỗ lực.Nguyên tắc 3: Sớm thử nghiệm hoạt động thử nghiệm nên bắt đầu càng sớm nhưcó thể có trong phần mềm hoặc hệ thốngvòng đời phát triển và nêntập trung vào các mục tiêu được xác định.Nguyên tắc 4: Các khiếm khuyết clustering một số mô-đun nhỏ chứa hầu hếtcủa các Khuyết tật phát hiện trong thời gian thử nghiệm prerelease hoặc hiển thị nhấthoạt động thất bại.Nguyên tắc 5: Thuốc trừ sâu nghịch lý nếu các cuộc thử nghiệm tương tự được lặp đi lặp lại trên vàhơn một lần nữa, cuối cùng lại thiết lập thử nghiệmtrường hợp sẽ không tìm thấy bất kỳ lỗi nào mới. Đểvượt qua này nghịch lý thuốc trừ sâu', các thử nghiệmtrường hợp cần phải được thường xuyên xem xét vàbài kiểm tra sửa đổi, và mới và khác nhau cầnđể được ghi vào tập thể dục các bộ phận khác nhau củaphần mềm hoặc các hệ thống có khả năng tìm thấyThêm Khuyết tật.Nguyên tắc 6: Các thử nghiệm là bối cảnh kiểm tra được thực hiện một cách khác nhau khác nhauphụ thuộc vào ngữ cảnh. Ví dụ, an toàn quan trọngphần mềm thử nghiệm một cách khác nhau từ mộtTrang web thương mại điện tử.Nguyên tắc 7: Việc tìm kiếm sự vắng mặt của lỗi và sửa chữa lỗi không giúp nếusai lầm hệ thống xây dựng là không sử dụng được và khônghoàn thành của người dùng nhu cầu và sự mong đợi.

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

1.3 KIỂM TRA NGUYÊN TẮC
1 Giải thích các nguyên tắc cơ bản trong việc kiểm tra. (K2)
Trong mục 1.1 và 1.2, chúng tôi đã giới thiệu một số nguyên tắc kiểm tra và
giải thích ngắn gọn. Chúng được liệt kê trong Bảng 1.2, để bạn có thể đọc qua để nhắc nhở
mình về họ. Những nguyên tắc này đã được đề xuất trong quá khứ 40
năm và cung cấp hướng dẫn chung chung cho tất cả các thử nghiệm.
TABLE nguyên tắc 1.2 Testing
Nguyên tắc 1: Thử nghiệm cho thấy có thể kiểm tra cho thấy khiếm khuyết, có mặt,
hiện diện của các khuyết tật nhưng không thể chứng minh rằng không có
khiếm khuyết. Kiểm tra giảm xác suất của
các khuyết tật chưa được khám phá còn lại trong
phần mềm nhưng, ngay cả khi không có lỗi được tìm thấy,
nó không phải là một bằng chứng về tính đúng đắn.
Nguyên tắc 2: kiểm tra tất cả mọi thứ tiêts Kiểm tra (tất cả các kết hợp của các
yếu tố đầu vào là không thể và điều kiện tiên quyết) là không khả thi
trừ trường hợp tầm thường. Thay vì
kiểm tra toàn diện, chúng tôi sử dụng các rủi ro và
các ưu tiên để tập trung nỗ lực kiểm thử.
Nguyên tắc 3: Hoạt động thử nghiệm kiểm tra sớm nên bắt đầu càng sớm càng
tốt trong các phần mềm hoặc hệ thống
vòng đời phát triển và cần được
tập trung vào các mục tiêu được xác định.
Nguyên tắc 4: Defect phân nhóm A số lượng nhỏ của các mô-đun chứa hầu hết
các lỗi được phát hiện trong quá trình thử nghiệm phát hành trước hoặc hiển thị hầu hết các
thất bại hoạt động.
Nguyên tắc 5: Thuốc trừ sâu nghịch lý Nếu các thử nghiệm tương tự được lặp đi lặp lại
nhiều lần, cuối cùng cùng một bộ kiểm tra
các trường hợp sẽ không còn tìm thấy bất kỳ lỗi mới . Để
khắc phục điều này "nghịch lý thuốc trừ sâu, các bài kiểm tra
các trường hợp cần phải được thường xuyên rà soát và
sửa đổi, và các xét nghiệm mới và khác nhau cần
phải được ghi vào tập luyện các phần khác nhau của
các phần mềm hay hệ thống có khả năng tìm thấy
khiếm khuyết hơn.
Nguyên tắc 6: Thử nghiệm là kiểm tra ngữ cảnh được thực hiện khác nhau trong khác nhau
phụ thuộc vào ngữ cảnh. Ví dụ, an toàn quan trọng
phần mềm được thử nghiệm khác nhau từ một
trang web thương mại điện tử.
Nguyên tắc 7: Sự vắng mặt-của-các lỗi tìm và sửa lỗi không giúp gì nếu
sai lầm hệ thống được xây dựng là không sử dụng được và không
đáp ứng nhu cầu và mong đợi của người dùng.