5.3.1 Monitoring the progress of test activitiesHaving developed our p dịch - 5.3.1 Monitoring the progress of test activitiesHaving developed our p Việt làm thế nào để nói

5.3.1 Monitoring the progress of te

5.3.1 Monitoring the progress of test activities
Having developed our plans, defined our test strategies and approaches and
estimated the work to be done, we must now track our testing work as we carry
it out. Test monitoring can serve various purposes during the project, including
the following:
• Give the test team and the test manager feedback on how the testing work is
going, allowing opportunities to guide and improve the testing and the project.
• Provide the project team with visibility about the test results.
• Measure the status of the testing, test coverage and test items against the exit
criteria to determine whether the test work is done.
• Gather data for use in estimating future test efforts.
Especially for small projects, the test leader or a delegated person can gather
test progress monitoring information manually using documents, spreadsheets
and simple databases. When working with large teams, distributed projects and
long-term test efforts, we find that the efficiency and consistency of data collection is aided by the use of automated tools (see Chapter 6).
One way to gather test progress information is to use the IEEE 829 test log
template. While much of the information related to logging events can be usefully captured in a document, we prefer to capture the test-by-test information
in spreadsheets (see Figure 5.1).
IEEE 829 STANDARD: TEST LOG TEMPLATE
Test log identifier Activity and event entries (execution
Description (items being tested, description, procedure results,
environment in which the testing is environmental information,
conducted) anomalous events, incident report
identifiers)
In Figure 5.1, columns A and B show the test ID and the test case or test suite
name. The state of the test case is shown in column C ('Warn' indicates a test
that resulted in a minor failure). Column D shows the tested configuration,
where the codes A, B and C correspond to test environments described in detail
in the test plan. Columns E and F show the defect (or bug) ID number (from
the defect-tracking database) and the risk priority number of the defect
(ranging from 1, the worst, to 25, the least risky). Column G shows the initials
of the tester who ran the test. Columns H through L capture data for each test
related to dates, effort and duration (in hours). We have metrics for planned
and actual effort and dates completed which would allow us to summarize
progress against the planned schedule and budget. This spreadsheet can also be
summarized in terms of the percentage of tests which have been run and the
percentage of tests which have passed and failed.
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
5.3.1 theo dõi sự tiến bộ của các hoạt động thử nghiệmPhát triển các kế hoạch của chúng tôi, xác định chiến lược thử nghiệm và phương pháp tiếp cận của chúng tôi vàước tính các công việc được thực hiện, chúng ta phải theo dõi việc kiểm tra của chúng tôi khi chúng tôi thực hiệnnó ra. Kiểm tra giám sát có thể phục vụ các mục đích khác nhau trong các dự án, bao gồm cảCác tùy chọn sau:• Cung cấp cho các đội kiểm tra và kiểm tra quản lý thông tin phản hồi trên làm thế nào các công việc thử nghiệm làsẽ cho phép các cơ hội để hướng dẫn và cải thiện các thử nghiệm và dự án.• Cung cấp cho nhóm dự án tầm nhìn về kết quả kiểm tra.• Đo tình trạng của thử nghiệm, kiểm tra phạm vi bảo hiểm và kiểm tra mục chống lại lối ratiêu chí để xác định các công việc thử nghiệm được thực hiện.• Thu thập dữ liệu để sử dụng trong dự toán những nỗ lực kiểm tra trong tương lai.Đặc biệt là cho các dự án nhỏ, nhà lãnh đạo kiểm tra hoặc một người đều có thể thu thậpkiểm tra tiến độ giám sát thông tin theo cách thủ công bằng cách sử dụng các tài liệu, bảng tínhvà cơ sở dữ liệu đơn giản. Khi làm việc với các đội bóng lớn, phân phối các dự án vànhững nỗ lực thử nghiệm lâu dài, chúng tôi thấy rằng hiệu quả và nhất quán của dữ liệu thu thập được hỗ trợ bằng cách sử dụng công cụ tự động (xem chương 6).Một cách để thu thập các bài kiểm tra tiến độ thông tin là sử dụng Nhật ký kiểm tra IEEE 829mẫu. Trong khi nhiều thông tin liên quan đến sự kiện đăng nhập có thể được hữu ích chụp trong một tài liệu, chúng tôi muốn nắm bắt thông tin thử nghiệm bằng cách thử nghiệmở bảng tính (xem hình 5.1).TIÊU CHUẨN IEEE 829: KIỂM TRA NHẬT KÝ MẪUKiểm tra đăng nhập nhận dạng hoạt động và sự kiện mới (thực hiệnMô tả (mục đang được thử nghiệm, mô tả, kết quả thủ tục,môi trường mà trong đó các thử nghiệm là thông tin môi trường,sự kiện bất thường tiến hành), báo cáo sự cốđịnh danh)Trong hình 5.1, cột A và B Hiển thị ID thử nghiệm và các trường hợp thử nghiệm hoặc kiểm tra mậtTên. Nhà nước của trường hợp thử nghiệm sẽ được hiển thị ở cột C ('Cảnh báo' chỉ ra một bài kiểm tramà kết quả là một sai sót nhỏ). Cột D Hiển thị cấu hình thử nghiệm,nơi các mã số A, B và C tương ứng để kiểm tra môi trường mô tả chi tiếttrong kế hoạch kiểm tra. Cột E và F Hiển thị lỗi (hoặc lỗi) ID số (từcơ sở dữ liệu theo dõi lỗi) và nguy cơ số ưu tiên của các khiếm khuyết(trải dài từ 1, tồi tệ nhất, đến 25, ít nguy hiểm). Cột G Hiển thị tên viết tắttrong thử nghiệm chạy thử nghiệm. Cột H qua L nắm bắt dữ liệu cho mỗi bài kiểm traliên quan đến ngày, nỗ lực và thời gian (theo giờ). Chúng tôi có số liệu cho kế hoạchvà thực sự nỗ lực và ngày tháng hoàn thành mà sẽ cho phép chúng tôi tóm tắttiến trình chống lại kế hoạch tiến độ và ngân sách. Bảng tính này cũng có thểtóm tắt về tỷ lệ phần trăm của thử nghiệm đã được điều hành và cáctỷ lệ phần trăm của các xét nghiệm đã được thông qua và đã thất bại.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
5.3.1 Giám sát tiến độ của các hoạt động kiểm tra
Sau khi đã xây dựng kế hoạch của chúng tôi, được xác định chiến lược thử nghiệm và phương pháp tiếp cận của chúng tôi và
ước tính các công việc phải làm, bây giờ chúng tôi phải theo dõi công việc thử nghiệm của chúng tôi như chúng tôi thực hiện
nó ra. Kiểm tra giám sát có thể phục vụ các mục đích khác nhau trong dự án, bao gồm
những điều sau đây:
• Cung cấp cho các đội kiểm tra và phản hồi kiểm tra quản lý về cách làm việc thử nghiệm được
đi, cho phép cơ hội để hướng dẫn và cải thiện các thử nghiệm và dự án.
• Cung cấp các nhóm dự án với tầm nhìn về các kết quả kiểm tra.
• Đo lường tình trạng của các hạng mục kiểm tra, bảo hiểm thử nghiệm và thử nghiệm chống lại lối ra
tiêu chí để xác định xem các công việc kiểm tra được thực hiện.
• Thu thập dữ liệu để sử dụng trong ước lượng nỗ lực thử nghiệm trong tương lai.
Đặc biệt đối với các dự án nhỏ, các bài kiểm tra lãnh đạo hoặc một người đại có thể thu thập
tiến độ kiểm tra giám sát các thông tin bằng tay sử dụng tài liệu, bảng tính
và cơ sở dữ liệu đơn giản. Khi làm việc với các đội lớn, các dự án phân phối và
nỗ lực thử nghiệm lâu dài, chúng ta thấy rằng hiệu quả và tính thống nhất của bộ sưu tập dữ liệu được hỗ trợ bởi việc sử dụng các công cụ tự động (xem Chương 6).
Một cách để thu thập thông tin tiến trình thử nghiệm là sử dụng IEEE 829 kiểm tra log
mẫu. Trong khi nhiều thông tin liên quan đến các sự kiện khai thác gỗ có thể hữu ích bị bắt trong một tài liệu, chúng tôi muốn nắm bắt thông tin thử nghiệm bằng cách kiểm tra
trong bảng tính (xem hình 5.1).
IEEE 829 TIÊU CHUẨN: TEST LOG MẪU
định thử log Hoạt động và sự kiện mục (thực hiện
Mô tả (các mặt hàng đang được thử nghiệm, mô tả, kết quả thủ tục,
môi trường, trong đó kiểm tra thông tin về môi trường,
tiến hành) các sự kiện bất thường, báo cáo sự việc
định danh)
trong hình 5.1, cột A và B cho các ID kiểm tra và các trường hợp thử nghiệm hoặc bộ kiểm tra
Tên. Nhà nước của các trường hợp thử nghiệm được thể hiện ở cột C ( 'Cảnh báo' chỉ ra một thử nghiệm
mà kết quả là một thất bại nhỏ). Cột D cho thấy cấu hình thử nghiệm,
nơi các mã A, B và C tương ứng để kiểm tra môi trường mô tả chi tiết
trong kế hoạch kiểm tra. Cột E và F hiển thị số lỗi (hoặc lỗi) ID (từ
cơ sở dữ liệu có khiếm khuyết theo dõi) và số ưu tiên nguy cơ khiếm khuyết
(dao động từ 1, điều tồi tệ nhất, đến 25, các nguy hiểm nhất). Cột G cho thấy các chữ cái đầu
của thử nghiệm đã chạy thử nghiệm. Cột H thông qua dữ liệu chụp L cho mỗi bài kiểm tra
liên quan đến ngày tháng, công sức và thời gian (theo giờ). Chúng tôi có số liệu cho kế hoạch
nỗ lực và thực tế và ngày hoàn thành mà sẽ cho phép chúng tôi tóm tắt
tiến độ theo tiến độ kế hoạch và ngân sách. Bảng tính này cũng có thể được
tóm tắt về các tỷ lệ phần trăm của các xét nghiệm đã được chạy và
tỷ lệ phần trăm của các bài kiểm tra đã vượt qua và đã thất bại.
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2025 I Love Translation. All reserved.

E-mail: