• Dynamic: For example, you might c

• Dynamic: For example, you might create a lightweight set of testing guide
lines that focus on rapid adaptation or known weaknesses in software.
Dynamic strategies, such as exploratory testing, have in common concentrat
ing on finding as many defects as possible during test execution and adapt
ing to the realities of the system under test as it is when delivered, and they
typically emphasize the later stages of testing. See, for example, the attackbased approach of [Whittaker, 2002] and [Whittaker, 2003] and the
exploratory approach of [Kaner et al., 2002].
• Consultative or directed: For example, you might ask the users or develop
ers of the system to tell you what to test or even rely on them to do the
testing. Consultative or directed strategies have in common the reliance on
a group of non-testers to guide or perform the testing effort and typically
emphasize the later stages of testing simply due to the lack of recognition of
the value of early testing.
• Regression-averse: For example, you might try to automate all the tests of
system functionality so that, whenever anything changes, you can re-run
every test to ensure nothing has broken. Regression-averse strategies have in
common a set of procedures - usually automated - that allow them to detect
regression defects. A regression-averse strategy may involve automating
functional tests prior to release of the function, in which case it requires early
testing, but sometimes the testing is almost entirely focused on testing func
tions that already have been released, which is in some sense a form of postrelease test involvement.
Some of these strategies are more preventive, others more reactive. For
example, analytical test strategies involve upfront analysis of the test basis, and tend
to identify problems in the test basis prior to test execution. This allows the early -
and cheap - removal of defects. That is a strength of preventive approaches.
Dynamic test strategies focus on the test execution period. Such strategies
allow the location of defects and defect clusters that might have been hard to
anticipate until you have the actual system in front of you. That is a strength of
reactive approaches.
Rather than see the choice of strategies, particularly the preventive or reactive strategies, as an either/or situation, we'll let you in on the worst-kept secret
of testing (and many other disciplines): There is no one best way. We suggest
that you adopt whatever test approaches make the most sense in your particular situation, and feel free to borrow and blend.
How do you know which strategies to pick or blend for the best chance of
success? There are many factors to consider, but let us highlight a few of the
most important:
• Risks: Testing is about risk management, so consider the risks and the level
of risk. For a well-established application that is evolving slowly, regression
is an important risk, so regression-averse strategies make sense. For a new
application, a risk analysis may reveal different risks if you pick a risk-based
analytical strategy.
• Skills: Strategies must not only be chosen, they must also be executed. So,
you have to consider which skills your testers possess and lack. A standardcompliant strategy is a smart choice when you lack the time and skills in your
team to create your own approach.

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

• Năng động: ví dụ, bạn có thể tạo ra một bộ nhẹ kiểm tra hướng dẫndòng mà tập trung vào sự thích nghi nhanh chóng hoặc các điểm yếu được biết đến trong phần mềm.Chiến lược năng động, chẳng hạn như thử nghiệm thăm dò, có chung concentrating vào việc tìm kiếm như là lỗi nhiều càng tốt trong thời gian kiểm tra thực hiện và thích ứnging với những thực tế của hệ thống thử nghiệm như nó là khi giao hàng, và họthông thường nhấn mạnh những giai đoạn sau này của thử nghiệm. Xem, ví dụ, các attackbased phương pháp tiếp cận của [Whittaker, 2002] và [Whittaker, 2003] và cácphương pháp thăm dò của [Kaner et al., 2002].• Tư vấn hoặc đạo diễn: ví dụ, bạn có thể yêu cầu người sử dụng hoặc phát triểners của hệ thống để cho bạn biết những gì để kiểm tra hoặc thậm chí dựa vào chúng để làm việcthử nghiệm. Tư vấn hoặc định hướng chiến lược có chung sự phụ thuộcmột nhóm không thử nghiệm để hướng dẫn hoặc thực hiện các nỗ lực thử nghiệm và thườngnhấn mạnh các giai đoạn sau này của thử nghiệm chỉ đơn giản là do thiếu sự công nhận củagiá trị của các thử nghiệm ban đầu.• Hồi quy-averse: ví dụ, bạn có thể thử để tự động hoá tất cả các bài kiểm tra củaHệ thống chức năng do đó, bất cứ khi nào, bất cứ điều gì thay đổi, bạn có thể chạy lạimỗi bài kiểm tra để đảm bảo không có gì đã hỏng. Hồi quy-averse chiến lược có trongphổ biến tự động thiết lập một thủ tục - thường - mà cho phép họ phát hiệnRegression lỗi. Một chiến lược averse hồi quy có thể bao gồm tự động hoáchức năng kiểm tra trước khi được phát hành của hàm, trong trường hợp nó đòi hỏi phải sớmthử nghiệm, nhưng đôi khi thử nghiệm gần như hoàn toàn tập trung vào việc thử nghiệm functions mà đã đã được phát hành, đó là trong một ý nghĩa một hình thức của sự tham gia của postrelease thử nghiệm.Một số trong những chiến lược phòng ngừa nhiều hơn, những người khác phản ứng mạnh hơn. ChoVí dụ, bài kiểm tra phân tích chiến lược bao gồm các phân tích trả trước của cơ sở thử nghiệm, và có xu hướngđể xác định các vấn đề trong các cơ sở kiểm tra trước khi thực hiện bài kiểm tra. Điều này cho phép đầu-và giá rẻ - loại bỏ các khiếm khuyết. Đó là một sức mạnh của phương pháp tiếp cận phòng ngừa.Năng động thử nghiệm chiến lược tập trung vào giai đoạn thi công thử nghiệm. Như vậy chiến lượccho phép vị trí khiếm khuyết và cụm khiếm khuyết có thể được khó khăn đểdự đoán cho đến khi bạn có hệ thống thực tế ở phía trước của bạn. Đó là một thế mạnh củaphản ứng phương pháp tiếp cận.Chứ không phải là nhìn thấy sự lựa chọn chiến lược, đặc biệt là các phòng ngừa hoặc phản ứng chiến lược, như là một hoặc / hoặc tình trạng này, chúng tôi sẽ cho bạn ngày tồi tệ nhất-giữ bí mậtthử nghiệm (và nhiều ngành khác): không một trong những cách tốt nhất. Chúng tôi đề nghịrằng bạn áp dụng bất cứ điều gì kiểm tra phương pháp tiếp cận làm cho ý nghĩa nhất trong tình hình cụ thể của bạn, và cảm thấy tự do để vay và pha trộn.Làm thế nào để bạn có thể biết những chiến lược để chọn hoặc pha trộn cho cơ hội tốt nhấtthành công? Có rất nhiều yếu tố để xem xét, nhưng chúng ta hãy làm nổi bật một vài trong số cácquan trọng nhất:• Rủi ro: kiểm tra về quản lý rủi ro, vì vậy hãy xem xét các rủi ro và mức độnguy cơ. Cho một ứng dụng tốt được thành lập là phát triển chậm, hồi quilà một nguy cơ quan trọng, do đó, chiến lược averse hồi qui có ý nghĩa. Đối với một mớiứng dụng, phân tích rủi ro có thể tiết lộ các rủi ro khác nhau nếu bạn chọn một rủi ro dựa trênphân tích chiến lược.• Kỹ năng: chiến lược phải không phải chỉ được lựa chọn, họ cũng phải được thực hiện. Vì vậy,bạn cần phải xem xét những thử nghiệm của bạn có kỹ năng và thiếu. Một chiến lược standardcompliant là một sự lựa chọn thông minh khi bạn thiếu thời gian và kỹ năng của bạnđội để tạo ra các phương pháp tiếp cận của riêng bạn.

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

• Năng động: Ví dụ, bạn có thể tạo một tập nhẹ của hướng dẫn thử nghiệm
. Dòng mà tập trung vào thích ứng nhanh chóng hoặc những điểm yếu được biết đến trong các phần mềm
chiến lược năng động, chẳng hạn như thử nghiệm thăm dò, có trong Yếu chung
ing vào việc tìm kiếm càng nhiều khiếm khuyết càng tốt trong quá trình thực thi và thích ứng
ing với thực tế của hệ thống theo thử nghiệm vì nó là khi chuyển giao, và họ
thường nhấn mạnh đến giai đoạn cuối của thử nghiệm. Xem, ví dụ, cách tiếp cận attackbased của [Whittaker, 2002] và [Whittaker, 2003] và
[. Kaner et al, 2002] phương pháp thăm dò.
• Tư vấn hoặc đạo: Ví dụ, bạn có thể yêu cầu người sử dụng hoặc phát triển
ers của hệ thống để cho bạn biết những gì để kiểm tra hoặc thậm chí dựa vào chúng để làm các
xét nghiệm. Chiến lược tư vấn hoặc chỉ có chung sự phụ thuộc vào
một nhóm các phi xét nghiệm để hướng dẫn hoặc thực hiện các nỗ lực thử nghiệm và thường
nhấn mạnh đến giai đoạn cuối của thử nghiệm đơn giản là do thiếu sự công nhận
giá trị của thử nghiệm đầu tiên.
• Regression ro: Ví dụ, bạn có thể thử để tự động hóa tất cả các bài kiểm tra của
các chức năng hệ thống, do đó, bất cứ khi nào bất cứ điều gì thay đổi, bạn có thể tái chạy
mỗi bài kiểm tra để đảm bảo không bị hỏng. Chiến lược Regression ro có ở
chung một tập hợp các thủ tục - thường tự động - cho phép họ để phát hiện
các khuyết tật hồi quy. Một chiến lược thoái ro có thể liên quan đến tự động hóa
kiểm tra chức năng trước khi phát hành của các chức năng, trong trường hợp đó nó đòi hỏi đầu
thử nghiệm, nhưng đôi khi các thử nghiệm gần như hoàn toàn tập trung vào kiểm tra func
tions rằng đã đã được phát hành, đó là trong một số ý nghĩa một hình thức tham gia kiểm tra postrelease.
Một số các chiến lược phòng ngừa được nhiều hơn, những người khác phản ứng mạnh hơn. Ví
dụ, chiến lược kiểm tra phân tích liên quan đến việc phân tích trả trước của các cơ sở kiểm tra, và có xu hướng
để xác định các vấn đề trong cơ sở kiểm tra trước khi thực hiện thử nghiệm. Điều này cho phép các đầu -
và rẻ tiền - loại bỏ các khiếm khuyết. Đó là một thế mạnh của phương pháp phòng ngừa.
Chiến lược thử nghiệm động tập trung vào giai đoạn thực hiện thử nghiệm. Những chiến lược này
cho phép vị trí của các khuyết tật và cụm khiếm khuyết có thể rất khó để
dự đoán cho đến khi bạn có các hệ thống thực tế ở phía trước của bạn. Đó là một thế mạnh của
phương pháp phản ứng.
Thay vì nhìn thấy các lựa chọn chiến lược, đặc biệt là các chiến lược phòng ngừa hoặc phản ứng, như là một hoặc là / hoặc tình huống, chúng tôi sẽ cho bạn ở trên các bí mật tồi tệ nhất giữ
thử nghiệm (và nhiều ngành khác) : không có một cách tốt nhất. Chúng tôi đề nghị
rằng bạn áp dụng bất cứ phương pháp kiểm tra làm cho ý nghĩa nhất trong tình hình cụ thể của bạn, và cảm thấy tự do để mượn và pha trộn.
Làm thế nào để bạn biết được chiến lược để chọn hoặc pha trộn để có cơ hội tốt nhất của
thành công? Có rất nhiều yếu tố để xem xét, nhưng chúng ta hãy làm nổi bật một vài trong số các
quan trọng nhất:
• Rủi ro: Thử nghiệm là về quản lý rủi ro, nên xem xét các rủi ro và mức độ
rủi ro. Đối với một ứng dụng được thiết lập tốt được phát triển từ từ, hồi quy
là một nguy cơ quan trọng, vì vậy chiến lược thoái ro có ý nghĩa. Đối với một mới
ứng dụng, phân tích rủi ro có thể phát hiện những rủi ro khác nhau, nếu bạn chọn một cơ sở rủi ro
chiến lược phân tích.
• Kỹ năng: Chiến lược không chỉ được lựa chọn, họ cũng phải được thực thi. Vì vậy,
bạn phải xem xét những kỹ năng xét nghiệm của ông sở hữu và thiếu. Một chiến lược standardcompliant là một sự lựa chọn thông minh khi bạn thiếu thời gian và kỹ năng của bạn
trong nhóm để tạo ra phương pháp tiếp cận của riêng bạn.