5.2.3 Estimating what testing will

5.2.3 Estimating what testing will involve and what it will cost
The testing work to be done can often be seen as a subproject within the larger
project. So, we can adapt fundamental techniques of estimation for testing. We
could start with a work-breakdown structure that identifies the stages, activities
and tasks.
Starting at the highest level, we can break down a testing project into phases
using the fundamental test process identified in the ISTQB Syllabus: planning
and control; analysis and design; implementation and execution; evaluating exit
criteria and reporting; and test closure. Within each phase we identify activities
and within each activity we identify tasks and perhaps subtasks. To identify the
activities and tasks, we work both forward and backward. When we say we work
forward, we mean that we start with the planning activities and then move
forward in time step by step, asking, 'Now, what comes next?'
Working backward means that we consider the risks that we identified during
risk analysis (which we'll discuss in Section 5.5). For those risks which you
intend to address through testing, ask yourself, 'So, what activities and tasks are
required in each stage to carry out this testing?' Let's look at an example of how
you might work backward.
Suppose that you've identified performance as a major area of risk for your
product. So, performance testing is an activity in the test execution phase. You
now estimate the tasks involved with running a performance test, how long
those tasks will take and how many times you'll need to run the performance
tests.
Now, those tests didn't just appear out of thin air: someone had to develop
them. So, performance test development entails activities in test analysis, design
and implementation. You now estimate the tasks involved in developing a per
formance test, such as writing test scripts and creating test data.
Typically, performance tests need to be run in a special test environment that
is designed to look like the production or field environment, at least in those
ways which would affect response time and resource utilization and perform
ance tests need special tools to generate load and check response. So, perform
ance test environment acquisition and configuration is an activity in the test
implementation phase. You now estimate tasks involved in acquiring and con
figuring such a test environment, such as simulating performance based on theproduction environment design to look for potential bottlenecks, getting the
right hardware, software and tools and setting up hardware, software and tools.
Not everyone knows how to use performance-testing tools or to design performance tests. So, performance-testing training or staffing is an activity in the
test planning phase. Depending on the approach you intend to take, you now
estimate the time required to identify and hire a performance test professional
or to train one or more people in your organization to do the job.
Finally, in many cases a detailed test plan is written for performance testing,
due to its differences from other test types. So, performance-testing planning is
an activity in the test planning phase. You now estimate the time required to
draft, review and finalize a performance test plan.
When you are creating your work-breakdown structure, remember that you
will want to use it for both estimation (at the beginning) and monitoring and
control (as the project continues). To ensure accuracy of the estimate and
precise control, make sure that you subdivide the work finely enough. This
means that tasks should be short in duration, say one to three days. If they are
much longer - say two weeks - then you run the risk that long and complex subtasks are 'hiding' within the larger task, only to be discovered later. This can
lead to nasty surprises during the project.

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

5.2.3 ước tính những gì thử nghiệm sẽ liên quan đến và những gì nó sẽ chi phíCác công việc thử nghiệm được thực hiện thường xuyên có thể được xem như là một tiểu dự án bên trong lớn hơndự án. Vì vậy, chúng tôi có thể điều chỉnh các kỹ thuật cơ bản của dự toán để thử nghiệm. Chúng tôicó thể bắt đầu với một cấu trúc phân tích công việc xác định các giai đoạn, hoạt độngvà nhiệm vụ.Bắt đầu ở mức cao nhất, chúng tôi có thể phá vỡ một dự án thử nghiệm vào giai đoạnsử dụng trong quá trình thử nghiệm cơ bản được xác định trong ISTQB Syllabus: lập kế hoạchvà kiểm soát; phân tích và thiết kế; thực hiện và thực hiện; việc đánh giá lối ratiêu chuẩn và báo cáo; và kiểm tra đóng cửa. Trong mỗi giai đoạn, chúng tôi xác định các hoạt độngvà trong mỗi hoạt động, chúng tôi xác định nhiệm vụ và có lẽ subtasks. Để xác định cácCác hoạt động và nhiệm vụ, chúng tôi làm việc cả hai phía trước và lạc hậu. Khi chúng ta nói rằng chúng tôi làm việcvề phía trước, chúng tôi có nghĩa là chúng tôi bắt đầu với các hoạt động lập kế hoạch và sau đó di chuyểnchuyển tiếp trong thời gian từng bước, hỏi, 'Bây giờ, những gì đến tiếp theo?'Làm việc lạc hậu có nghĩa là chúng ta xem xét những rủi ro mà chúng tôi xác định trong thời gianphân tích rủi ro (mà chúng tôi sẽ thảo luận trong phần 5.5). Đối với những rủi ro mà bạndự định đến địa chỉ thông qua thử nghiệm, hãy tự hỏi, ' vì vậy, những gì hoạt động và nhiệm vụyêu cầu trong từng giai đoạn để thực hiện các thử nghiệm này?' Hãy nhìn vào một ví dụ về làm thế nàobạn có thể làm việc lạc hậu.Giả sử rằng bạn đã xác định được hiệu quả như là một khu vực chính của rủi ro cho bạnsản phẩm. Vì vậy, hiệu suất thử nghiệm là một hoạt động trong giai đoạn thi công thử nghiệm. Bạnbây giờ ước lượng các nhiệm vụ liên quan với chạy một thử nghiệm hiệu suất, bao lâunhững nhiệm vụ sẽ mất và bao nhiêu lần, bạn sẽ cần phải chạy hiệu suấtCác xét nghiệm.Bây giờ, những cuộc thử nghiệm đã không chỉ xuất hiện ra khỏi không khí mỏng: ai đó đã phát triểnhọ. Vì vậy, hiệu suất thử nghiệm phát triển đòi hỏi hoạt động trong bài kiểm tra phân tích, thiết kếvà thực hiện. Bây giờ bạn ước tính số các nhiệm vụ liên quan trong việc phát triển một cho mỗikiểm tra formance, chẳng hạn như văn bản thử nghiệm kịch bản và tạo ra các dữ liệu thử nghiệm.Thông thường, thử nghiệm hiệu suất cần phải được chạy trong một môi trường thử nghiệm đặc biệt màđược thiết kế để trông giống như sản xuất hoặc các lĩnh vực môi trường, ít trong nhữngcách mà sẽ ảnh hưởng đến việc sử dụng nguồn lực và thời gian phản ứng và thực hiệnance các xét nghiệm cần công cụ đặc biệt để tạo ra các tải và kiểm tra phản ứng. Vì vậy, thực hiệnance thử nghiệm môi trường mua lại và cấu hình là một hoạt động trong các thử nghiệmgiai đoạn thực hiện. Bạn bây giờ ước lượng nhiệm vụ liên quan trong việc mua và conđể tìm một thử nghiệm môi trường như vậy, chẳng hạn như mô phỏng hiệu suất dựa trên theproduction môi trường thiết kế để tìm kiếm tiềm năng tắc nghẽn, nhận được nhữngđúng phần cứng, phần mềm và các công cụ và thiết lập phần cứng, phần mềm và công cụ.Không phải ai cũng biết làm thế nào để sử dụng thử nghiệm hiệu suất công cụ hoặc thiết kế thử nghiệm hiệu suất. Vì vậy, thử nghiệm hiệu suất đào tạo hoặc nhân sự là một hoạt động ở cáclập kế hoạch giai đoạn thử nghiệm. Tùy thuộc vào phương pháp tiếp cận bạn có ý định đi, bạn bây giờước lượng thời gian cần thiết để xác định và thuê một chuyên nghiệp kiểm tra hiệu suấthoặc để đào tạo một hoặc nhiều người trong tổ chức của bạn để làm việc.Cuối cùng, trong nhiều trường hợp một kế hoạch chi tiết kiểm tra được viết cho hoạt động thử nghiệm,do sự khác biệt của nó từ các loại thử nghiệm. Vì vậy, thử nghiệm hiệu suất lập kế hoạch làhoạt động trong các thử nghiệm kế hoạch giai đoạn. Bạn bây giờ ước lượng thời gian cần thiết đểsoạn thảo, xem xét và hoàn tất một kế hoạch thử nghiệm hiệu suất.Khi bạn đang tạo cấu trúc phân tích công việc của bạn, hãy nhớ rằng bạnsẽ muốn sử dụng nó cho cả hai dự toán (lúc đầu) và theo dõi vàđiều khiển (như dự án tiếp tục). Để đảm bảo tính chính xác của các ước tính vàchính xác điều khiển, hãy chắc chắn rằng bạn nên chia nhỏ công việc đủ mịn. Điều nàyphương tiện mà công việc nên ngắn trong thời gian thực hiện, nói rằng một đến ba ngày. Nếu họ làbao lâu nữa - nói rằng hai tuần - sau đó bạn chạy nguy cơ lâu dài và phức tạp subtasks đang 'trốn' trong lớn hơn nhiệm vụ, chỉ được phát hiện sau đó. Điều này có thểdẫn đến những bất ngờ khó chịu trong dự án.

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

5.2.3 Ước gì thử nghiệm sẽ liên quan và những gì nó sẽ chi phí
Công việc kiểm tra được thực hiện thường xuyên có thể được xem như là một tiểu dự án trong phạm vi lớn hơn
của dự án. Vì vậy, chúng ta có thể thích nghi với các kỹ thuật cơ bản của dự để thử nghiệm. Chúng tôi
có thể bắt đầu với một cấu trúc công việc cố xác định các giai đoạn, các hoạt động
., Nhiệm vụ
bắt đầu ở mức cao nhất, chúng ta có thể phá vỡ một dự án thử nghiệm thành các giai đoạn
bằng cách sử dụng quá trình thử nghiệm cơ bản được xác định trong ISTQB Syllabus: lập kế hoạch
và kiểm soát; phân tích và thiết kế; thực hiện và thực hiện; đánh giá lối ra
tiêu chí và báo cáo; và đóng cửa kiểm tra. Trong mỗi giai đoạn, chúng tôi xác định các hoạt động
và trong mỗi hoạt động, chúng tôi xác định nhiệm vụ và có lẽ nhiệm vụ nhỏ. Để xác định các
hoạt động và nhiệm vụ, chúng tôi làm việc cả phía trước và phía sau. Khi chúng ta nói chúng tôi làm việc
về phía trước, chúng ta có nghĩa là chúng ta bắt đầu với các hoạt động lập kế hoạch và sau đó di chuyển
về phía trước trong thời gian bước bước, hỏi: "Bây giờ, những gì xảy ra tiếp theo?"
Làm việc lạc hậu có nghĩa là chúng ta xem xét những rủi ro mà chúng tôi xác định trong
phân tích rủi ro (mà chúng ta sẽ thảo luận trong Phần 5.5). Đối với những rủi ro mà bạn
có ý định giải quyết thông qua thử nghiệm, hãy tự hỏi, "Vì vậy, những hoạt động và nhiệm vụ được
yêu cầu trong từng giai đoạn để thực hiện thử nghiệm này? ' Hãy xem xét một ví dụ về cách
bạn có thể làm việc lạc hậu.
Giả sử rằng bạn đã xác định được hiệu suất như một khu vực chính của rủi ro cho bạn
sản phẩm. Vì vậy, thực hiện thử nghiệm là một hoạt động trong giai đoạn thực hiện kiểm tra. Bạn
hiện ước tính các công việc liên quan đến chạy thử nghiệm hiệu suất, bao lâu
những nhiệm vụ sẽ mất và bao nhiêu lần bạn sẽ cần phải chạy hiệu suất
. Kiểm tra
Bây giờ, những bài kiểm tra không chỉ xuất hiện trong không khí mỏng: một người nào đó đã phát triển
chúng. Vì vậy, phát triển thử nghiệm hiệu suất đòi hỏi phải hoạt động trong thử nghiệm phân tích, thiết kế
và thực hiện. Bây giờ bạn ước lượng các nhiệm vụ liên quan đến việc phát triển một mỗi
thử nghiệm quả hoạt, chẳng hạn như viết kịch bản thử nghiệm và tạo ra dữ liệu thử nghiệm.
Thông thường, các bài kiểm tra cần phải được chạy trong một môi trường thử nghiệm đặc biệt
được thiết kế để trông giống như các môi trường sản xuất, lĩnh vực, ít nhất trong những
cách mà sẽ ảnh hưởng đến thời gian đáp ứng và sử dụng nguồn lực và thực hiện
kiểm tra bảo cần công cụ đặc biệt để tạo ra tải và kiểm tra phản ứng. Vì vậy, thực hiện
mua lại môi trường thử nghiệm bảo và cấu hình là một hoạt động trong các thử nghiệm
giai đoạn thực hiện. Bây giờ bạn ước lượng các nhiệm vụ liên quan đến việc mua lại và con
tìm như một môi trường thử nghiệm, chẳng hạn như mô phỏng hiệu suất dựa trên thiết kế môi trường trình sản xuất để tìm tắc nghẽn tiềm năng, nhận được các
phần cứng bên phải, phần mềm và các công cụ và thiết lập phần cứng, phần mềm và các công cụ.
Không phải ai cũng biết làm thế nào để sử dụng các công cụ thực hiện kiểm nghiệm hoặc để thiết kế các bài kiểm tra. Vì vậy, đào tạo nhân sự thực hiện kiểm nghiệm là một hoạt động trong
giai đoạn lập kế hoạch kiểm tra. Tùy thuộc vào cách tiếp cận bạn có ý định đi, bây giờ bạn
ước lượng thời gian cần thiết để xác định và thuê một thử nghiệm thực hiện chuyên môn
hoặc để đào tạo một hoặc nhiều người trong tổ chức của bạn để thực hiện công việc.
Cuối cùng, trong nhiều trường hợp, một kế hoạch kiểm tra chi tiết được viết cho thực hiện thử nghiệm,
do sự khác biệt của nó từ các loại xét nghiệm khác. Vì vậy, kế hoạch thực hiện thử nghiệm là
một hoạt động trong giai đoạn lập kế hoạch kiểm tra. Bây giờ bạn ước lượng thời gian cần thiết để
soạn thảo, rà soát và hoàn thiện một kế hoạch thử nghiệm hiệu suất.
Khi bạn đang tạo ra cấu trúc công việc sự cố của bạn, hãy nhớ rằng bạn
sẽ muốn sử dụng nó cho cả hai dự toán (lúc đầu) và giám sát và
kiểm soát (như dự án tiếp tục). Để đảm bảo tính chính xác của dự toán và
điều khiển chính xác, hãy chắc chắn rằng bạn chia nhỏ công việc tinh đủ. Điều này
có nghĩa là công việc nên ngắn trong thời gian, nói 1-3 ngày. Nếu họ
còn nhiều - nói hai tuần - sau đó bạn chạy các nguy cơ mà nhiệm vụ con dài và phức tạp được "giấu" trong phạm vi nhiệm vụ lớn hơn, chỉ được phát hiện sau đó. Điều này có thể
dẫn đến những bất ngờ khó chịu trong dự án.