1.4.4 Test implementation and execu

1.4.4 Test implementation and execution
During test implementation and execution, we take the test conditions and
make them into test cases and testware and set up the test environment. This
means that, having put together a high-level design for our tests, we now start
to build them. We transform our test conditions into test cases and procedures,
other testware such as scripts for automation. We also need to set up an environment where we will run the tests and build our test data. Setting up environments and data often involves significant time and effort, so you should plan
and monitor this work carefully. Test implementation and execution have the
following major tasks, in approximately the following order:
• Implementation:
- Develop and prioritize our test cases, using the techniques you'll see
in Chapter 4, and create test data for those tests. We will also write
instructions for carrying out the tests (test procedures). For the
driving examiner this might mean changing the test condition 'junc
tions' to 'take the route down Mayfield Road to the junction with
Summer Road and ask the driver to turn left into Summer Road and
then right into Green Road, expecting that the driver checks
mirrors, signals and maneuvers correctly, while remaining aware of
other road users.' We may need to automate some tests using test
harnesses and automated test scripts. We'll talk about automation
more in Chapter 6.
- Create test suites from the test cases for efficient test execution. A test
suite is a logical collection of test cases which naturally work together.
Test suites often share data and a common high-level set of objectives.
We'll also set up a test execution schedule.
- Implement and verify the environment. We make sure the test envi
ronment has been set up correctly, possibly even running specific tests
on it.
• Execution:
- Execute the test suites and individual test cases, following our test proce
dures. We might do this manually or by using test execution tools, accord
ing to the planned sequence.
- Log the outcome of test execution and record the identities and versions
of the software under test, test tools and testware. We must know exactly
what tests we used against what version of the software; we must report
defects against specific versions; and the test log we keep provides an
audit trail.
- Compare actual results (what happened when we ran the tests) with
expected results (what we anticipated would happen).
- Where there are differences between actual and expected results,
report discrepancies as incidents. We analyze them to gather further
details about the defect, reporting additional information on the
problem, identify the causes of the defect, and differentiate between
problems in the software and other products under test and any
defects in test data, in test documents, or mistakes in the way we exe
cuted the test. We would want to log the latter in order to improve
the testing itself.
- Repeat test activities as a result of action taken for each discrepancy. We
need to re-execute tests that previously failed in order to confirm a fix
(confirmation testing or re-testing). We execute corrected tests and suites
if there were defects in our tests. We test corrected software again to
ensure that the defect was indeed fixed correctly (confirmation test) and
that the programmers did not introduce defects in unchanged areas of the
software and that fixing a defect did not uncover other defects (regression
testing).

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

1.4.4 Kiểm tra thực hiện và thực hiện
Trong quá trình thực hiện kiểm tra và thực hiện, chúng tôi có những điều kiện thử nghiệm và
làm cho họ vào trường hợp thử nghiệm và testware và thiết lập môi trường thử nghiệm. Điều này
có nghĩa là, sau khi đã đặt cùng một thiết kế cao cấp cho các bài kiểm tra của chúng tôi, hiện nay chúng tôi bắt đầu
để xây dựng chúng. Chúng tôi chuyển đổi điều kiện thử nghiệm của chúng tôi vào trường hợp thử nghiệm và thủ tục,
testware khác như kịch bản để tự động hóa. Chúng ta cũng cần phải thiết lập một môi trường mà chúng ta sẽ chạy thử nghiệm và xây dựng dữ liệu thử nghiệm của chúng tôi. Thiết lập môi trường và dữ liệu thường liên quan đến thời gian và nỗ lực đáng kể, vì vậy bạn nên có kế hoạch
và giám sát công việc này một cách cẩn thận. Kiểm tra thực hiện và thực thi có
nhiệm vụ chủ yếu sau đây, trong khoảng thứ tự sau đây:
• Thực hiện:
- Xây dựng và ưu tiên cho các trường hợp thử nghiệm của chúng tôi, bằng cách sử dụng kỹ thuật mà bạn sẽ thấy
trong Chương 4, và tạo ra các dữ liệu thử nghiệm cho những bài kiểm tra. Chúng tôi cũng sẽ viết
hướng dẫn thực hiện các bài kiểm tra (kiểm tra thủ tục). Đối với các
giám khảo này lái xe có thể có nghĩa là thay đổi các điều kiện kiểm tra 'junc
tions 'to' có những tuyến đường xuống Mayfield đường đến ngã ba với
đường mùa hè và yêu cầu người lái xe rẽ trái vào đường mùa hè và
sau đó kích phải vào đường xanh, mong rằng các trình điều khiển kiểm tra
gương, đèn hiệu và các thao tác một cách chính xác, trong khi vẫn nhận thức của
người sử dụng đường khác. Chúng tôi có thể cần phải tự động hóa một số xét nghiệm sử dụng thử nghiệm
khai thác và các kịch bản thử nghiệm tự động. Chúng ta sẽ nói về tự động hóa
nhiều hơn trong chương 6.
- Tạo bộ kiểm tra từ các trường hợp thử nghiệm để thực hiện thử nghiệm hiệu quả. Một thử nghiệm
bộ phần mềm là một tập hợp các trường hợp kiểm tra mà tự nhiên làm việc với nhau.
dãy phòng thử nghiệm thường xuyên chia sẻ dữ liệu và thiết lập một cấp độ cao phổ biến các mục tiêu.
Chúng tôi cũng sẽ thiết lập một lịch trình thực hiện thử nghiệm.
- Thực hiện và kiểm tra môi trường. Chúng tôi đảm bảo rằng các thử nghiệm ronment
môi đã được thiết lập một cách chính xác, thậm chí có thể chạy thử nghiệm cụ thể
về nó.
• Thực hiện:
- Thực hiện các dãy phòng thử nghiệm và kiểm tra các trường hợp cá nhân, sau kiểm tra qui của chúng tôi
các thủ. Chúng tôi có thể làm điều này bằng tay hoặc bằng cách sử dụng các công cụ thực hiện kiểm tra, phù
ing trình tự kế hoạch.
- Đăng nhập kết quả thực hiện kiểm tra và ghi lại các bản sắc và các phiên bản
của phần mềm được thử nghiệm, công cụ kiểm tra và testware. Chúng ta phải biết chính xác
những gì chúng tôi sử dụng kiểm tra lại những gì phiên bản của phần mềm; chúng tôi phải báo cáo
lỗi đối với các phiên bản cụ thể; và đăng nhập thử nghiệm chúng tôi giữ cung cấp một
đường mòn kiểm toán.
- So sánh kết quả thực tế (những gì đã xảy ra khi chúng tôi chạy thử nghiệm) với
kết quả dự kiến (những gì chúng tôi dự đoán sẽ xảy ra).
- Trường hợp có sự khác biệt giữa thực tế và dự kiến,
báo cáo sai lệch như sự cố . Chúng tôi phân tích chúng để thu thập thêm
thông tin chi tiết về các khiếm khuyết, báo cáo thêm thông tin về các
vấn đề, ​​xác định nguyên nhân của lỗi này, và phân biệt giữa
các vấn đề trong các phần mềm và các sản phẩm khác dưới bất kỳ thử nghiệm và
sai sót trong dữ liệu thử nghiệm, trong các tài liệu kiểm tra, hoặc sai lầm trong cách chúng exe
cuted thử nghiệm. Chúng tôi muốn đăng nhập sau này để cải thiện
các thử nghiệm bản thân.
- Lặp lại các hoạt động thử nghiệm như là kết quả của hành động cho mỗi sự khác biệt. Chúng tôi
cần phải tái thực hiện các xét nghiệm mà trước đây đã thất bại để xác nhận một sửa chữa
(kiểm tra xác nhận hoặc tái kiểm tra). Chúng tôi thực hiện kiểm tra và sửa chữa phòng
nếu có khiếm khuyết trong các thử nghiệm của chúng tôi. Chúng tôi kiểm thử phần mềm chỉnh một lần nữa để
đảm bảo rằng các khiếm khuyết đã thực sự cố định một cách chính xác (kiểm tra xác nhận) và
các lập trình viên không giới thiệu các khuyết tật trong khu vực không thay đổi của
phần mềm và sửa lỗi đã không phát hiện ra các khuyết tật khác (hồi quy
thử nghiệm).