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) 1:

1.4.4 kiểm tra thực hiện và thực hiệnTrong thử nghiệm thực hiện và thực hiện, chúng tôi thực hiện các điều kiện kiểm tra vàlàm cho họ vào trường hợp kiểm tra và testware và thiết lập môi trường thử nghiệm. Điều nàycó nghĩa là rằng, đã đặt cùng một thiết kế cao cấp để thử nghiệm của chúng tôi, chúng tôi bây giờ 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,khác testware chẳng hạn như kịch bản cho tự động hóa. Chúng tôi cũng cần phải thiết lập một môi trường nơi chúng tôi sẽ chạy các bài kiểm tra 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 bao gồm đáng kể thời gian và nỗ lực, vì vậy bạn nên có kế hoạchvà 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 hiện có cácsau chính nhiệm vụ, trong khoảng có thứ tự sau:• Thực hiện:-Phát triển và ưu tiên trường hợp thử nghiệm của chúng tôi, bằng cách sử dụng các kỹ thuật bạn sẽ thấytrong chương 4, và tạo ra dữ liệu thử nghiệm cho những bài kiểm tra. Chúng tôi cũng sẽ viếthướng dẫn để thực hiện các bài kiểm tra (kiểm tra thủ tục). Cho cáclái xe giám định điều này có nghĩa là thay đổi các điều kiện thử nghiệm ' junctions' để ' đi theo con đường xuống Mayfield Road để giao lộ vớiMùa hè Road và yêu cầu điều khiển để rẽ trái vào mùa hè Road vàsau đó phải vào Green Road, Hy vọng rằng trình điều khiển kiểm tragương, tín hiệu và diễn tập một cách chính xác, trong khi còn nhận thức củakhác người sử dụng đường.' Chúng tôi có thể cần để tự động hoá một số xét nghiệm sử dụng thử nghiệmbảo hiểm và lệnh kiểm tra tự động. Chúng tôi sẽ nói về tự động hóahơn trong chương 6.-Tạo thử nghiệm suites từ trường hợp thử nghiệm để thử nghiệm hiệu quả thực hiện. Một bài kiểm tramật là một bộ sưu tập hợp lý của trường hợp thử nghiệm mà tự nhiên làm việc cùng nhau.Kiểm tra suites thường chia sẻ dữ liệu và một tập hợp phổ biến cao cấp của 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à xác minh môi trường. Chúng tôi chắc chắn rằng thử nghiệm environment đã được thiết lập một cách chính xác, có thể thậm chí chạy thử nghiệm cụ thểtrên nó.• Thực hiện:-Thực hiện các thử nghiệm Suite và trường hợp thử nghiệm cá nhân, theo proce thử nghiệm của chúng tôidures. Chúng tôi có thể làm điều này bằng tay hoặc bằng cách sử dụng bài kiểm tra thực hiện công cụ, tùy theoing để trình tự kế hoạch.-Kết quả thực hiện kiểm tra đăng nhập và ghi lại các phiên bản và bản sắcCác phần mềm theo thử nghiệm, kiểm tra công cụ và testware. Chúng ta phải biết chính xácCác bài kiểm tra những gì chúng tôi sử dụng chống lại những gì phiên bản của phần mềm; chúng tôi phải báo cáoKhuyết tật đối với phiên bản cụ thể; và Nhật ký kiểm tra chúng tôi tiếp tục 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 các bài kiểm tra) vớidự kiến kết quả (những gì chúng tôi dự đoán sẽ xảy ra).-Nơi có sự khác biệt giữa thực tế và dự kiến kết quả,báo cáo các khác biệt như sự cố. Chúng tôi phân tích chúng để thu thập thêmthông tin chi tiết về lỗi, báo cáo thông tin bổ sung về cácvấn đề, xác định những nguyên nhân của các khiếm khuyết, và phân biệt giữaCác vấn đề trong phần mềm và các sản phẩm khác theo thử nghiệm và bất kỳKhuyết tật trong dữ liệu thử nghiệm, trong thử nghiệm tài liệu, hoặc những sai lầm trong cách chúng tôi executed thử nghiệm. Chúng tôi muốn đăng nhập sau này để cải thiệnCác thử nghiệm riêng của mình.-Lặp lại thử nghiệm hoạt động là kết quả của hành động cho mỗi sự khác biệt. Chúng tôicần phải tái thực hiện bài kiểm tra trước đó không thành công để xác nhận một sửa chữa(xác nhận thử nghiệm hoặc tái kiểm tra). Chúng tôi thực hiện bài kiểm tra sửa chữa và suitesNếu có lỗi trong các thử nghiệm của chúng tôi. Chúng tôi kiểm tra phần mềm sửa chữa một lần nữa đếnđảm bảo rằng các khiếm khuyết được thực sự cố định một cách chính xác (xác nhận thử nghiệm) vàcác lập trình viên đã không giới thiệu Khuyết tật trong các lĩnh vực không thay đổi của cácphần mềm và mà sửa chữa một lỗi đã không phát hiện ra các Khuyết tật (hồi quithử nghiệm).

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).