5.2 TEST PLANS, ESTIMATES ANDSTRATEGIES1 Recognize the different level dịch - 5.2 TEST PLANS, ESTIMATES ANDSTRATEGIES1 Recognize the different level Việt làm thế nào để nói

5.2 TEST PLANS, ESTIMATES ANDSTRATE

5.2 TEST PLANS, ESTIMATES AND
STRATEGIES
1 Recognize the different levels and objectives of test planning.
(Kl)
2 Summarize the purpose and content of the test plan, test
design specifi
cation and test procedure documents according to [IEEE
829]. (K2)
3 Recall typical factors that influence the effort related to
testing. (Kl)
4 Differentiate between two conceptually different estimation
approaches:
the metrics-based approach and the expert-based approach.
(K2)
5 Differentiate between the subject of test planning for a
project, for indi
vidual test levels (e.g. system test) or specific test targets (e.g.
usability
test), and for test execution. (K2)
6 List test preparation and execution tasks that need
planning. (Kl)
7 Recognize and justify adequate exit criteria for specific test
levels and
groups of test cases (e.g. for integration testing, acceptance
testing or
usability testing). (K2)
In this section, let's talk about a complicated trio of test topics:
plans, estimates and strategies. Plans, estimates and strategies
depend on a number of factors, including the level, targets and
objectives of the testing we're setting out to do. Writing a plan,
preparing an estimate and selecting test strategies tend to
happen concurrently and ideally during the planning period for
the overall project, though we must ready to revise them as the
project proceeds and we gain more information.
Let's look closely at how to prepare a test plan, examining
issues related to planning for a project, for a test level or phase,
for a specific test type and for test execution. We'll examine
typical factors that influence the effort related to testing, and see
two different estimation approaches: metrics-based and expertbased. We'll discuss selecting test strategies and ways to establish
adequate exit criteria for testing. In addition, we'll look at various
tasks related to test preparation and execution that need planning.
As you read, keep your eyes open for the glossary terms entry
criteria, exit criteria, exploratory testing, test approach, test
level, test plan, test procedure and test strategy.
5.2.1 The purpose and substance of test plans
While people tend to have different definitions of what goes in a
test plan, for us a test plan is the project plan for the testing work
to be done. It is not a test design specification, a collection of testcases or a set of test procedures; in fact, most of our test plans do
not address that level of detail.
Why do we write test plans? We have three main reasons.
First, writing a test plan guides our thinking. We find that if we
can explain something in words, we understand it. If not, there's a
good chance we don't.
Writing a test plan forces us to confront the challenges that await us and focus
our thinking on important topics. In Chapter 2 of Fred Brooks' brilliant and
essential book on software engineering management, The Mythical Man-Month,
he explains the importance of careful estimation and planning for testing as
follows:
Failure to allow enough time for system test, in particular, is
peculiarly disastrous. Since the delay comes at the end of the
schedule, no one is aware of schedule trouble until almost the
delivery date [and] delay at this point has unusually severe ...
financial repercussions. The project is fully staffed, and cost-perday is maximum [as are the associated opportunity costs]. It is
therefore very important to allow enough system test time in the
original schedule.
[Brooks, 1995]
We find that using a template when writing test plans helps us remember the
important challenges. You can use the IEEE 829 test plan template shown in this
chapter, use someone else's template, or create your own template over time.
The test planning process and the plan itself serve as vehicles for communicating with other members of the project team, testers, peers, managers and
other stakeholders. This communication allows the test plan to influence the
project team and the project team to influence the test plan, especially in the
areas of organization-wide testing policies and motivations; test scope, objectives and critical areas to test; project and product risks, resource considerations and constraints; and the testability of the item under test.
You can accomplish this communication through circulation of one or two
test plan drafts and through review meetings. Such a draft will include many
notes such as the following:
[To Be Determined: Jennifer: Please tell me what the plan is for releasing the test
items into the test lab for each cycle of system test execution?] [Dave - please
let me know which version of the test tool will be used for the regression tests of
the previous increments.]
As you document the answers to these kinds of questions, the test plan
becomes a record of previous discussions and agreements between the testers
and the rest of the project team.
The test plan also helps us mana
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
5.2 KẾ HOẠCH KIỂM TRA, ƯỚC TÍNH VÀCHIẾN LƯỢC1 nhận ra mức độ khác nhau và mục tiêu của kế hoạch thử nghiệm.(Kl)2 Summarize mục đích và nội dung của kế hoạch kiểm tra, kiểm trathiết kế mạngcation và kiểm tra các tài liệu quy trình theo [IEEE829]. (K2)3 nhớ lại tiêu biểu các yếu tố ảnh hưởng đến các nỗ lực liên quan đếnthử nghiệm. (Kl)4 Differentiate giữa hai khái niệm khác nhau ướcphương pháp tiếp cận:cách tiếp cận dựa trên số liệu và các phương pháp chuyên gia.(K2)5 Differentiate giữa các chủ thể của thử nghiệm lập kế hoạch cho mộtdự án, individual kiểm tra các cấp (ví dụ như hệ thống thử nghiệm) hoặc kiểm tra cụ thể mục tiêu (ví dụ:khả năng sử dụngthử nghiệm), và để thực hiện kiểm tra. (K2)6 danh sách kiểm tra chuẩn bị và thực hiện nhiệm vụ đó cầnlập kế hoạch. (Kl)7 hiểu và biện minh cho thoát đầy đủ tiêu chuẩn để kiểm tra cụ thểcấp vàtrong số các nhóm trường hợp thử nghiệm (ví dụ cho tích hợp kiểm tra, chấp nhậnthử nghiệm hoặckhả năng sử dụng thử nghiệm). (K2)Trong phần này, chúng ta hãy nói về một bộ ba phức tạp của các chủ đề bài kiểm tra:kế hoạch, ước lượng và chiến lược. Kế hoạch, ước lượng và chiến lượcphụ thuộc vào một số yếu tố, bao gồm các cấp độ, mục tiêu vàmục tiêu của việc kiểm tra, chúng tôi đang thiết lập ra để làm. Viết một kế hoạch,chuẩn bị một ước tính và lựa chọn chiến lược thử nghiệm có xu hướngxảy ra đồng thời và vị trí lý tưởng trong giai đoạn lập kế hoạch chotổng thể dự án, mặc dù chúng tôi phải sẵn sàng để sửa đổi chúng như là cácdự án tiền và chúng tôi được biết thêm thông tin.Chúng ta hãy xem xét chặt chẽ như thế nào để chuẩn cho một kế hoạch kiểm tra, kiểm travấn đề liên quan đến kế hoạch cho một dự án cho một bài kiểm tra trình độ hoặc giai đoạn,cho một loại hình cụ thể kiểm tra và thử nghiệm thực hiện. Chúng tôi sẽ kiểm trathông thường các yếu tố ảnh hưởng đến các nỗ lực liên quan đến thử nghiệm, và xemhai phương pháp ước lượng khác nhau: dựa trên số liệu và expertbased. Chúng tôi sẽ thảo luận về việc chọn các chiến lược kiểm tra và cách để thiết lậplối ra đầy đủ các tiêu chí để thử nghiệm. Ngoài ra, chúng tôi sẽ xem xét khác nhaunhiệm vụ liên quan đến kiểm tra và chuẩn bị thực hiện cần có kế hoạch.Như bạn đã đọc, Giữ cho đôi mắt của bạn mở cho thuật ngữ điều khoản mụctiêu chí, tiêu chí thoát, thử nghiệm thăm dò, phương pháp kiểm tra, kiểm tracấp, kiểm tra kế hoạch, thủ tục kiểm tra và thử nghiệm chiến lược.5.2.1 các mục đích và chất của kế hoạch kiểm traTrong khi người dân có xu hướng có các định nghĩa khác nhau của những gì đi mộtkiểm tra kế hoạch, cho chúng ta một kế hoạch kiểm tra là việc kiểm tra dự án, kế hoạchđể được thực hiện. Nó không phải là một đặc điểm kỹ thuật thiết kế thử nghiệm, một bộ sưu tập của LTP hoặc một tập các thủ tục kiểm tra; trong thực tế, hầu hết các kế hoạch kiểm tra của chúng tôi làmkhông chỉ có mức độ chi tiết.Tại sao chúng tôi lại viết kế hoạch kiểm tra? Chúng tôi có ba lý do chính.Đầu tiên, bằng văn bản một kế hoạch kiểm tra hướng dẫn suy nghĩ của chúng tôi. Chúng tôi thấy rằng nếu chúng tôicó thể giải thích một cái gì đó trong lời nói, chúng tôi hiểu nó. Nếu không, có mộtcơ hội tốt, chúng tôi không.Viết một kế hoạch kiểm tra lực lượng chúng tôi để đối đầu với những thách thức đang chờ đợi chúng tôi và tập trungsuy nghĩ về các chủ đề quan trọng. Trong chương 2 của Fred Brooks rực rỡ vàcác cuốn sách cần thiết về quản lý kỹ thuật phần mềm, The Mythical Man-Month,ông giải thích tầm quan trọng của dự toán cẩn thận và lập kế hoạch để thử nghiệm nhưsau:Không cho phép đủ thời gian để thử nghiệm hệ thống, đặc biệt làpeculiarly tai hại. Vì sự chậm trễ đến lúc kết thúc của cáclịch làm việc, không có ai là nhận thức của lịch trình rắc rối cho đến khi hầu hết cácngày giao hàng [và] sự chậm trễ ở thời điểm này có bất thường nghiêm trọng...ảnh hưởng tài chính. Dự án hoàn toàn là nhân viên, và chi phí-perday tối đa [như là các chi phí liên quan đến cơ hội]. Nó làdo đó rất quan trọng để cho phép đủ thời gian thử nghiệm hệ thống trong cáckế hoạch ban đầu.[Brooks, 1995]Chúng tôi thấy rằng bằng cách sử dụng một khuôn mẫu khi viết kế hoạch kiểm tra giúp chúng tôi nhớ sựthách thức quan trọng. Bạn có thể sử dụng mẫu kế hoạch kiểm tra IEEE 829 Hiển thị ở đâychương, sử dụng mẫu của người khác, hoặc tạo ra mẫu của riêng bạn theo thời gian.Các thử nghiệm kế hoạch quá trình và kế hoạch riêng của mình phục vụ như là phương tiện để giao tiếp với các thành viên khác của nhóm dự án, thử nghiệm, đồng nghiệp, người quản lý vàcác bên liên quan khác. Thông tin liên lạc này cho phép các kế hoạch thử nghiệm ảnh hưởng đến cácdự án đội tuyển và đội ngũ dự án ảnh hưởng đến kế hoạch kiểm tra, đặc biệt là trong cáclĩnh vực tổ chức rộng thử nghiệm chính sách và động lực; kiểm tra phạm vi, mục tiêu và các khu vực quan trọng để kiểm tra; dự án và sản phẩm rủi ro, tài nguyên cân nhắc và hạn chế; và testability của mặt hàng đó theo thử nghiệm.Bạn có thể thực hiện điều này liên lạc thông qua tuần hoàn của một hoặc haidự thảo kế hoạch kiểm tra và thông qua các cuộc họp xem xét. Một dự thảo sẽ bao gồm rất nhiềughi chú như sau:[Được xác định: Jennifer: xin vui lòng cho tôi biết kế hoạch để phát hành các thử nghiệmmục vào các phòng thí nghiệm thử nghiệm cho mỗi chu kỳ của hệ thống kiểm tra thi công?] [Dave - xin vui lòngHãy cho tôi biết phiên bản của công cụ kiểm tra sẽ được sử dụng cho các bài kiểm tra hồi quy củatừng bước trước.]Như bạn tài liệu các câu trả lời cho những loại câu hỏi, thử nghiệm kế hoạchtrở thành một kỷ lục của cuộc thảo luận trước đó và các thỏa thuận giữa các thử nghiệmvà phần còn lại của nhóm dự án.Kế hoạch kiểm tra cũng giúp chúng tôi mana
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
KẾ HOẠCH 5.2 TEST, DỰ VÀ
CHIẾN LƯỢC
1 Nhận các cấp độ khác nhau và mục tiêu của kế hoạch kiểm tra.
(Kl)
2 Tóm tắt mục đích và nội dung của kế hoạch kiểm tra, thử nghiệm
thiết kế specifi
tài liệu cation và thủ tục kiểm tra theo [IEEE
829]. (K2)
3 Nhớ lại các yếu tố điển hình có ảnh hưởng đến các nỗ lực liên quan để
kiểm tra. (Kl)
4 Phân biệt giữa hai dự toán khái niệm khác nhau
tiếp cận:
tiếp cận số liệu và dựa trên cách tiếp cận chuyên gia dựa trên.
(K2)
5 Phân biệt giữa chủ thể của kế hoạch kiểm tra cho một
dự án, cho Indi
cấp thử nghiệm vidual (ví dụ như kiểm tra hệ thống) hoặc mục tiêu cụ thể kiểm tra (ví dụ như
khả năng sử dụng
thử nghiệm), và để thực hiện thử nghiệm. (K2)
6 Danh sách kiểm tra chuẩn bị và thực hiện các nhiệm vụ cần
lập kế hoạch. (Kl)
7 Nhận và biện minh cho tiêu chuẩn xuất cảnh thích hợp cho cụ kiểm tra
các cấp, các
nhóm của các trường hợp thử nghiệm (ví dụ như để thử nghiệm hội nhập, chấp nhận
thử nghiệm hoặc
kiểm tra khả năng sử dụng). (K2)
Trong phần này, chúng ta hãy nói về một bộ ba phức tạp của đề kiểm tra:
kế hoạch, dự toán và chiến lược. Kế hoạch, dự toán và chiến lược
phụ thuộc vào một số yếu tố, bao gồm cả mức, chỉ tiêu và
mục tiêu của thử nghiệm chúng tôi đang thiết lập ra để làm gì. Viết một kế hoạch,
chuẩn bị một dự toán và lựa chọn chiến lược kiểm tra có xu hướng
xảy ra đồng thời và lý tưởng trong giai đoạn lập kế hoạch cho
các dự án tổng thể, mặc dù chúng ta phải sẵn sàng để sửa chữa thì như
tiền thu được dự án và chúng tôi được biết thêm thông tin.
Chúng ta hãy nhìn kỹ vào cách chuẩn bị một kế hoạch kiểm tra, kiểm tra
các vấn đề liên quan đến lập kế hoạch cho một dự án, cho một mức độ kiểm tra hoặc giai đoạn,
cho một loại thử nghiệm cụ thể và thực hiện thử nghiệm. Chúng tôi sẽ kiểm tra
các yếu tố điển hình có ảnh hưởng đến các nỗ lực liên quan để kiểm tra, và thấy
hai phương pháp ước lượng khác nhau: các số liệu dựa trên và expertbased. Chúng tôi sẽ thảo luận về việc lựa chọn chiến lược kiểm tra và cách để thiết lập
tiêu chuẩn xuất cảnh thích hợp để thử nghiệm. Ngoài ra, chúng tôi sẽ xem xét nhiều
nhiệm vụ liên quan đến chuẩn bị thử nghiệm và thực hiện mà không cần lập kế hoạch.
Khi bạn đọc, giữ cho đôi mắt của bạn mở cho các từ ngữ chú giải thuật ngữ mục
tiêu chí, tiêu chuẩn xuất cảnh, thử nghiệm thăm dò, phương pháp kiểm tra, kiểm tra
mức độ, kế hoạch kiểm tra, thủ tục kiểm tra và thử nghiệm chiến lược.
5.2.1 mục đích và nội dung của kế hoạch kiểm tra
trong khi mọi người có xu hướng để có những định nghĩa khác nhau về những gì diễn ra trong một
kế hoạch kiểm tra, cho chúng ta một kế hoạch kiểm tra là các kế hoạch dự án cho công tác kiểm tra
phải được thực hiện. Nó không phải là một đặc điểm kỹ thuật thiết kế thử nghiệm, một bộ sưu tập của testcases hoặc một tập hợp các thủ tục kiểm tra; trong thực tế, hầu hết các kế hoạch kiểm tra của chúng tôi
không giải quyết mà mức độ chi tiết.
Tại sao chúng ta viết kế hoạch kiểm tra? Chúng tôi có ba lý do chính.
Thứ nhất, viết một kế hoạch kiểm tra hướng dẫn suy nghĩ của chúng tôi. Chúng tôi thấy rằng nếu chúng ta
có thể giải thích một cái gì đó trong lời nói, chúng tôi hiểu nó. Nếu không, có một
cơ hội tốt cho chúng ta không.
Viết một kế hoạch kiểm tra bắt buộc chúng ta phải đối đầu với những thách thức đang chờ đợi chúng tôi và tập trung
suy nghĩ của chúng tôi về các chủ đề quan trọng. Trong chương 2 của rực rỡ và Fred Brooks '
cuốn sách cần thiết về quản lý công nghệ phần mềm, The Mythical Man-Month,
ông giải thích tầm quan trọng của dự toán cẩn thận và lập kế hoạch để thử nghiệm như
sau:
Việc không cho phép đủ thời gian để kiểm tra hệ thống, đặc biệt, là
khác thường tai hại. Kể từ khi sự chậm trễ ở các bước cuối của
lịch trình, không ai nhận thức được vấn đề lịch trình cho đến khi gần như
ngày giao hàng [và] trì hoãn thời điểm này có ... nghiêm trọng bất thường
tác động tài chính. Dự án được đầy đủ nhân viên và chi phí perday là tối đa [như là chi phí cơ hội liên quan]. Đó là
do đó rất quan trọng để cho phép đủ thời gian thử nghiệm hệ thống trong
kế hoạch ban đầu.
[Brooks, 1995]
Chúng tôi thấy rằng việc sử dụng một mẫu khi viết kế hoạch kiểm tra giúp chúng ta nhớ những
thách thức quan trọng. Bạn có thể sử dụng IEEE 829 kiểm tra kế hoạch mẫu thể hiện trong này
chương, sử dụng mẫu của người khác, hoặc tạo mẫu riêng của bạn theo thời gian.
Quá trình lập kế hoạch kiểm tra và kế hoạch riêng của mình phục vụ như là phương tiện để giao tiếp với các thành viên khác của nhóm dự án, kiểm tra, đồng nghiệp, các nhà quản lý và
các bên liên quan khác. Giao tiếp này cho phép kế hoạch kiểm tra để tác động tới
nhóm dự án và nhóm dự án gây ảnh hưởng đến các kế hoạch kiểm tra, đặc biệt là trong các
lĩnh vực chính sách và động cơ thử nghiệm toàn tổ chức; Phạm vi kiểm tra, mục tiêu và các khu vực quan trọng để kiểm tra; dự án và sản phẩm rủi ro, cân nhắc tài nguyên và hạn chế; và khả năng kiểm thử của các mục cần kiểm tra.
Bạn có thể thực hiện giao tiếp này thông qua lưu thông của một hoặc hai
bản dự thảo kế hoạch kiểm tra và thông qua các cuộc họp xem xét. Dự thảo này sẽ bao gồm nhiều
ghi chú như sau:
[To Be Determined: Jennifer: Xin vui lòng cho tôi biết những gì kế hoạch là để phát hành các bài kiểm tra
? Mục vào phòng thí nghiệm kiểm tra cho mỗi chu kỳ thực hiện kiểm tra hệ thống] [Dave - vui lòng
cho tôi biết được phiên bản của công cụ kiểm tra sẽ được sử dụng cho các bài kiểm tra hồi quy của
các gia trước đó.]
Như bạn ghi lại câu trả lời cho những loại câu hỏi, kế hoạch kiểm tra
sẽ trở thành một kỷ lục của các cuộc thảo luận trước và thỏa thuận giữa những người thử nghiệm
và phần còn lại của nhóm dự án.
Các kế hoạch kiểm tra cũng giúp chúng ta mana
đ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 ©2024 I Love Translation. All reserved.

E-mail: