5.2.3 Estimating what testing will involve and what it will costThe te dịch - 5.2.3 Estimating what testing will involve and what it will costThe te Việt làm thế nào để nói

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 the
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
5.2.3 Estimating what testing will involve and what it will costThe testing work to be done can often be seen as a subproject within the largerproject. So, we can adapt fundamental techniques of estimation for testing. Wecould start with a work-breakdown structure that identifies the stages, activitiesand tasks.Starting at the highest level, we can break down a testing project into phasesusing the fundamental test process identified in the ISTQB Syllabus: planningand control; analysis and design; implementation and execution; evaluating exitcriteria and reporting; and test closure. Within each phase we identify activitiesand within each activity we identify tasks and perhaps subtasks. To identify theactivities and tasks, we work both forward and backward. When we say we workforward, we mean that we start with the planning activities and then moveforward in time step by step, asking, 'Now, what comes next?'Working backward means that we consider the risks that we identified duringrisk analysis (which we'll discuss in Section 5.5). For those risks which youintend to address through testing, ask yourself, 'So, what activities and tasks arerequired in each stage to carry out this testing?' Let's look at an example of howyou might work backward.Suppose that you've identified performance as a major area of risk for yourproduct. So, performance testing is an activity in the test execution phase. Younow estimate the tasks involved with running a performance test, how longthose tasks will take and how many times you'll need to run the performancetests.Now, those tests didn't just appear out of thin air: someone had to developthem. So, performance test development entails activities in test analysis, designand implementation. You now estimate the tasks involved in developing a performance test, such as writing test scripts and creating test data.Typically, performance tests need to be run in a special test environment thatis designed to look like the production or field environment, at least in thoseways which would affect response time and resource utilization and performance tests need special tools to generate load and check response. So, performance test environment acquisition and configuration is an activity in the testimplementation phase. You now estimate tasks involved in acquiring and configuring such a test environment, such as simulating performance based on the
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
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
đ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: