Những công cụ giúp dịch một đoTesti

Những công cụ giúp dịch một đo

















Testing Computer Software



Cem Kaner

Jack Falk

Hung Quoc Nguyen




































1

CONTENTS
AN EXAMPLE TEST SERIES 3

THE OBJECTIVES AND LIMITS OF TESTING 19

TEST TYPES AND THEIR PLACE IN THE SOFTWARE DEVELOPMENT PROCESS 29

SOFTWARE ERRORS 61

REPORTING AND ANALYZING BUGS 67
THE PROBLEM TRACKING SYSTEM 89

TEST CASE DESIGN 125

TESTING USER MANUALS 144
TESTING TOOLS 154

TEST PLANNING AND TEST DOCUMENTATION 168
TYING IT TOGETHER 219

MANAGING A TESTING GROUP 267





















































2

AN EXAMPLE TEST SERIES



THE REASON FOR THIS CHAPTER

Software testing Is partly intuitive but largely systematic. Good testing Involves much more than just running the program a few times to see whether it works. Thorough analysis of the program lets you test more systematically and more effectively.

This chapter introduces this book by Illustrating how an experienced tester could approach the early testing of a simple program, To keep the example easy to understand, we made the program almost ridiculously simple. But we did give it some errors that you'll see often In real programs.



THE FIRST CYCLE OF TESTING

You've been given the program and the following description of it:

The program is designed to add two numbers, which you enter. Each number should be one or two digits. The program will echo your entries, then print the sum. Press after each number. To start the program, type ADDER.


Figure 1 . 1 A first test of the program

What you do What happens

Type ADDER and press the The screen blanks. You see a question mark at the top of
key screen.
Press 2 A 2 appears after the question mark.
Press A question mark appears on the next line.
Press 'A 3 appears after the second question mark.
Press A 5 appears on the third line. A couple lines below it is
another question mark.

























3


THE FIRST CYCLE OF TESTING STEP 1: START WITH AN

OBVIOUS AND SIMPLE TEST



STEP 1: START WITH AN OBVIOUS AND SIMPLE TEST

Take time to familiarize yourself with the program. Check whether the program is stable enough to be tested. Programs submitted for formal testing often crash right away. Waste as little time on them as possible.

The first test just adds 2 and 3. Figure 1.1 describes the sequence of events and results. Figure 1.2 shows what the screen looks like at the end of the test.

The cursor (the flashing underline character beside the ques-tion mark at the bottom of the screen) shows you where the next number will be displayed.



PROBLEM REPORTS ARISING FROM THE FIRST TEST

The program worked, in the sense that it accepted 2 and 3, and returned 5. But it still has problems. These are described on Problem Report forms, like the one shown in Figure 1.3.

Design Error: Nothing shows you what program this is. How do you know you're in the right program?

Design Error: There are no onscreen instructions. How do you know what to do? What if you enter a wrong number? Instructions could easily be displayed OD the screen where they won't be lost, as short printed instructions typically are.

Design Error: How do you stop the program? These instructions should appear onscreen too.

Coding Error: The sum (5) isn't lined up with the other displayed numbers.


Submit one Problem Report for each error.


All four errors could fit on the same report, but that's not a good idea. Problems that are group ed together might not be fixed at the same time. The unfixed ones will be lost. If the programmer wants to group them, she can sort the reports herself. To draw attention to related problems, cross -reference their reports.

























4




































































5

THEFIRSTCYCLEOFTESTING _ _ _ _ _ _ _

STEP 2: MAKE SOME NOTES ABOUT WHAT ELSE NEEDS TESTING




STEP 2: MAKE SOME NOTES ABOUT WHAT ELSE NEEDS TESTING

After your first burst of obvious tests, make notes about what else needs testing. Some of your notes will turn into formal test series: well-documented groups of tests that you will probably use each time you test a new version of the program. Figure 1.4 is a test series that covers the valid inputs to the program —pairs of numbers that the program should add correctly.

















In the first test, you entered two numbers, didn't try to change them, and examined the result. Another 39,600 tests are similar to this.' It would be crazy to run them all. Figure 1.4 includes only eight of them. How did we narrow it down to these eight? A minor factor in determining specific values was that we wanted to use each digit at least once. Beyond that, we restricted the choices to the tests that we considered most likely to reveal problems. A powerful technique for finding problem cases is to look for boundary conditions.


1 To confirm that there are ạn văn dài từ tiếng Anh sang tiếng Việt

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

Những công cụ giúp dịch một đoKiểm thử phần mềm máy tínhCem KanerJack FalkHung Quoc Nguyen1 NỘI DUNGMỘT VÍ DỤ KIỂM TRA SERIES 3MỤC TIÊU VÀ CÁC GIỚI HẠN CỦA THỬ NGHIỆM 19KIỂM TRA CÁC LOẠI VÀ VỊ TRÍ CỦA MÌNH TRONG QUÁ TRÌNH PHÁT TRIỂN PHẦN MỀM 29LỖI PHẦN MỀM 61BÁO CÁO VÀ PHÂN TÍCH LỖI 67HỆ THỐNG THEO DÕI VẤN ĐỀ 89THIẾT KẾ TEST CASE 125HƯỚNG DẪN SỬ DỤNG THỬ NGHIỆM 144THỬ NGHIỆM CÔNG CỤ 154TÀI LIỆU LẬP KẾ HOẠCH KIỂM TRA VÀ THỬ NGHIỆM 168BUỘC NÓ LẠI VỚI NHAU 219QUẢN LÝ MỘT NHÓM THỬ NGHIỆM 267 2 MỘT LOẠT CÁC BÀI KIỂM TRA VÍ DỤLÝ DO CHO CHƯƠNG NÀYKiểm thử phần mềm là một phần trực quan nhưng chủ yếu là có hệ thống. Tốt Involves thử nghiệm nhiều hơn chỉ cần chạy chương trình vài lần để thấy cho dù nó hoạt động. Các phân tích kỹ lưỡng của chương trình cho phép bạn kiểm tra thêm một cách hệ thống và hiệu quả hơn.Chương này giới thiệu cuốn sách này bởi minh họa làm thế nào một tester có kinh nghiệm có thể tiếp cận các thử nghiệm ban đầu của một chương trình đơn giản, để giữ cho các ví dụ dễ hiểu, chúng tôi thực hiện các chương trình gần như ridiculously đơn giản. Nhưng chúng tôi đã cung cấp cho nó một số lỗi mà bạn sẽ thấy thường xuyên trong các chương trình thực tế.CHU KỲ ĐẦU TIÊN CỦA THỬ NGHIỆMBạn đã được đưa ra các chương trình và mô tả sau đây của nó:Chương trình được thiết kế thêm hai con số, bạn nhập vào. Mỗi số sẽ có một hoặc hai chữ số. Chương trình sẽ echo các mục của bạn, sau đó in tiền. Báo chí sau mỗi số. Để bắt đầu chương trình, hãy gõ ADDER.Hình 1. 1 một thử nghiệm đầu tiên của chương trìnhNhững gì bạn làm những gì xảy ra Gõ ADDER và báo chí là màn hình trống. Bạn thấy một dấu hỏi ở đầu màn hình chính. Bấm 2 A 2 xuất hiện sau dấu chấm hỏi. Báo chí Dấu hỏi chấm xuất hiện trên dòng kế tiếp. Báo chí ' A 3 xuất hiện sau dấu chấm câu hỏi thứ hai. Báo chí 5 xuất hiện trên dòng thứ ba. Một vài dòng dưới đây, nó là một dấu chấm hỏi. 3 CHU KỲ ĐẦU TIÊN CỦA THỬ NGHIỆM BƯỚC 1: BẮT ĐẦU VỚI MỘTKIỂM TRA RÕ RÀNG VÀ ĐƠN GIẢNBƯỚC 1: BẮT ĐẦU VỚI MỘT BÀI KIỂM TRA RÕ RÀNG VÀ ĐƠN GIẢNMất thời gian để làm quen với chương trình. Kiểm tra xem chương trình ổn định, đủ để được kiểm tra. Chương trình được gửi đi để kiểm tra chính thức thường xuyên sụp đổ ngay lập tức. Chất thải ít thời gian trên chúng càng tốt.Thử nghiệm đầu tiên chỉ cần bổ sung thêm 2 và 3. Hình 1.1 Mô tả chuỗi các sự kiện và kết quả. Hình 1.2 cho thấy những gì màn hình trông giống như ở phần cuối của bài kiểm tra.Con trỏ chuột (nhấp nháy gạch dưới ký tự bên cạnh mark ques-tion ở dưới cùng của màn hình) cho bạn thấy nơi mà các số tiếp theo sẽ được hiển thị.BÁO CÁO VẤN ĐỀ PHÁT SINH TỪ CÁC THỬ NGHIỆM ĐẦU TIÊNChương trình làm việc, trong ý nghĩa rằng nó chấp nhận 2 và 3, và trả lại 5. Nhưng nó vẫn còn có vấn đề. Chúng được mô tả trên hình thức báo cáo vấn đề, như là một hiển thị trong hình 1.3. Thiết kế lỗi: Không có gì cho bạn thấy những gì chương trình này. Làm thế nào bạn có biết bạn đang ở trong các chương trình phù hợp? Thiết kế lỗi: Không có không có hướng dẫn trên màn hình. Làm sao anh biết phải làm gì? Nếu bạn nhập sai số? Dễ dàng hiển thị hướng dẫn OD màn hình mà họ sẽ không bị mất, là hướng dẫn ngắn in thông thường. Thiết kế lỗi: Làm thế nào để ngăn chặn chương trình? Những hướng dẫn này sẽ xuất hiện trên màn hình quá. Mã lỗi: Tổng kết (5) không phải là xếp với những con số hiển thị khác.Gửi một báo cáo vấn đề cho từng lỗi.Tất cả các lỗi bốn có thể phù hợp trong báo cáo tương tự, nhưng đó không phải là một ý tưởng tốt. Vấn đề là nhóm ed với nhau không thể được cố định cùng một lúc. Những người unfixed sẽ bị mất. Nếu các lập trình viên muốn nhóm chúng, cô ấy có thể sắp xếp các báo cáo bản thân. Để vẽ sự chú ý đến vấn đề liên quan, qua - tham chiếu báo cáo của họ. 4 5 THEFIRSTCYCLEOFTESTING _ _ _ _ _ _ _BƯỚC 2: LÀM CHO MỘT SỐ GHI CHÚ VỀ NHỮNG GÌ NGƯỜI KHÁC CẦN KIỂM TRABƯỚC 2: LÀM CHO MỘT SỐ GHI CHÚ VỀ NHỮNG GÌ NGƯỜI KHÁC CẦN KIỂM TRASau của bạn bùng nổ đầu tiên của bài kiểm tra rõ ràng, làm cho các ghi chú về những gì người khác cần kiểm tra. Một số ghi chú của bạn sẽ biến thành chính thức thử nghiệm: nhóm các tài liệu của các bài kiểm tra mà bạn sẽ có thể sử dụng mỗi khi bạn thử nghiệm phiên bản mới của chương trình. Hình 1.4 là một loạt các thử nghiệm bao gồm các đầu vào hợp lệ cho các chương trình-trong số các cặp số chương trình nên thêm một cách chính xác.Trong các thử nghiệm đầu tiên, bạn nhập vào hai số điện thoại, đã không cố gắng để thay đổi chúng, và kiểm tra kết quả. Một bài kiểm tra 39.600 là tương tự như này.' Nó sẽ là điên để chạy chúng tất cả. Hình 1.4 bao gồm chỉ tám người trong số họ. Làm thế nào đã làm chúng tôi thu hẹp nó xuống đến những tám? Một yếu tố nhỏ trong việc xác định giá trị cụ thể đã là rằng chúng tôi muốn sử dụng ít nhất một lần mỗi chữ số. Ngoài ra, chúng tôi giới hạn các lựa chọn để thử nghiệm mà chúng tôi coi là có khả năng nhất để lộ những vấn đề. Một kỹ thuật mạnh mẽ cho việc tìm kiếm vấn đề trường hợp là để tìm kiếm điều kiện biên. 1 để xác nhận rằng có những ạn văn 戴思杰 từ tiếng Anh sang tiếng Việt

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

Những công cụ giúp dịch one đo

















kiểm tra máy tính Phần mềm



Cem Kaner

Jack Falk

Hung Quoc Nguyen




































1 NỘI DUNG MỘT VÍ DỤ THI SERIES 3 MỤC TIÊU VÀ GIỚI HẠN THỬ 19 LOẠI THI VÀ NƠI HỌ TRONG PHÁT TRIỂN PHẦN MỀM TRÌNH 29 PHẦN MỀM LỖI 61 BÁO CÁO PHÂN TÍCH LỖI 67 HỆ THỐNG BÀI TOÁN THEO DÕI 89 THI TRƯỜNG HỢP THIẾT KẾ 125 kIỂM USER hướng dẫn sử dụng 144 CÔNG cỤ kIỂM 154 KẾ HOẠCH kIỂM TRA VÀ THI TÀI LIỆU 168 buộc nó kèm 219 QUẢN LÝ Một tHỬ GROUP 267 2 MỘT VÍ DỤ THI SERIES LÝ DO CHO CHƯƠNG NÀY kiểm thử phần mềm là một phần trực giác, nhưng phần lớn hệ thống. Thử nghiệm tốt Liên quan đến việc nhiều hơn chỉ là chạy chương trình một vài lần để xem liệu nó hoạt động. Phân tích kỹ lưỡng về các chương trình cho phép bạn kiểm tra hệ thống hơn và. Hiệu quả hơn chương này giới thiệu cuốn sách này bằng cách minh họa làm thế nào một người thử nghiệm có thể tiếp cận các thử nghiệm ban đầu của một chương trình đơn giản, để giữ ví dụ dễ hiểu, chúng tôi thực hiện các chương trình gần như ridiculously đơn giản . Nhưng chúng tôi đã làm cho nó một số lỗi mà bạn sẽ thấy thường xuyên trong chương trình thực tế. VÒNG ĐẦU THỬ Bạn đã cho các chương trình và các mô tả sau đây của nó: Chương trình được thiết kế để bổ sung thêm hai con số, mà bạn nhập vào. Mỗi số nên có một hoặc hai chữ số. Chương trình sẽ echo mục của bạn, sau đó in tiền. nhấn





























































































sau mỗi số. Để bắt đầu chương trình, loại ADDER.


Hình 1. 1 Một thử nghiệm đầu tiên của chương trình

Những gì bạn làm gì sẽ xảy ra Loại ADDER và nhấn Các khoảng trống màn hình. Bạn nhìn thấy một dấu hỏi ở đầu


màn hình chính.
Nhấn 2 A 2 xuất hiện sau dấu chấm hỏi.
PressMột dấu hỏi xuất hiện trên dòng tiếp theo.
Nhấn 'A 3 xuất hiện sau dấu chấm hỏi thứ hai.
PressA 5 xuất hiện trên dòng thứ ba. Một vài dòng dưới đây là
một dấu hỏi. 3 VÒNG ĐẦU THỬ Bước 1: BẮT ĐẦU VỚI AN rõ ràng và SIMPLE THI Bước 1: BẮT ĐẦU VỚI AN rõ ràng và SIMPLE THI thời gian Đưa để làm quen với chương trình. Kiểm tra xem các chương trình là đủ ổn định để được kiểm tra. Chương trình thử nghiệm chính thức thường sụp đổ ngay lập tức. Xử lý chất thải ít thời gian trên chúng càng tốt. Các thử nghiệm đầu tiên chỉ cần thêm 2 và 3. Hình 1.1 mô tả chuỗi các sự kiện và kết quả. Hình 1.2 cho thấy những gì màn hình trông giống như ở phần cuối của bài kiểm tra. Các con trỏ (nhân vật gạch dưới nhấp nháy bên cạnh dấu ques-tion ở dưới cùng của màn hình) cho bạn thấy nơi các số tiếp theo sẽ được hiển thị. BÁO CÁO VẤN ĐỀ PHÁT SINH TỪ KIỂM TRA ĐẦU chương trình làm việc, trong ý nghĩa rằng nó được chấp nhận 2 và 3, và quay trở lại 5. Nhưng nó vẫn còn có vấn đề. Chúng được mô tả trên hình thức vấn đề Báo cáo, giống như thể hiện trong hình 1.3. Thiết kế Lỗi: Không có gì cho bạn thấy những gì chương trình này là. Làm thế nào để bạn biết bạn đang ở trong chương trình phải không? Thiết kế Lỗi: Không có hướng dẫn trên màn hình. Làm thế nào để bạn biết phải làm gì? Điều gì nếu bạn nhập sai số? Hướng dẫn có thể dễ dàng được hiển thị OD màn hình, nơi họ sẽ không bị mất, như hướng dẫn ngắn in thường được. Thiết kế Lỗi: Làm thế nào để bạn ngừng chương trình? Những chỉ dẫn nên xuất hiện trên màn hình quá. Mã hóa Lỗi: sum (5) không được xếp hàng với những con số hiển thị khác. Gửi một báo cáo vấn đề cho từng lỗi. Tất cả bốn lỗi có thể phù hợp trên các báo cáo đó, nhưng đó không phải là một ý tưởng tốt . Vấn đề đó là nhóm ed cùng có thể không được cố định cùng một lúc. Những người không cố định sẽ bị mất. Nếu lập trình viên muốn nhóm chúng, cô có thể sắp xếp các báo cáo chính mình. Để gây sự chú ý đến các vấn đề liên quan, qua -reference báo cáo của họ. 4 5 THEFIRSTCYCLEOFTESTING _ _ _ _ _ _ _ BƯỚC 2: LÀM MỘT SỐ LƯU Ý VỀ GÌ KHÁC CẦN KIỂM TRA BƯỚC 2: LÀM MỘT SỐ LƯU Ý VỀ GÌ KHÁC CẦN KIỂM TRA Sau khi nổ đầu tiên của bạn kiểm tra rõ ràng, ghi chú về những gì khác cần thử nghiệm. Một số ghi chú của bạn sẽ biến thành loạt thử nghiệm chính thức: nhóm cũng như các tài liệu của các bài kiểm tra mà bạn có thể sẽ sử dụng mỗi khi bạn thử nghiệm một phiên bản mới của chương trình. Hình 1.4 là một loạt thử nghiệm bao gồm các yếu tố đầu vào hợp lệ đến -pairs chương trình của các số mà chương trình cần thêm chính xác. Trong thử nghiệm đầu tiên, bạn cho vào hai con số, đã không cố gắng để thay đổi chúng, và kiểm tra kết quả. Một 39.600 xét nghiệm tương tự như này ". Nó sẽ được điên để chạy tất cả. Hình 1.4 chỉ có tám trong số họ bao gồm. Làm thế nào mà chúng ta thu hẹp nó xuống đến tám? Một yếu tố nhỏ trong việc xác định giá trị cụ thể là chúng tôi muốn sử dụng mỗi chữ số ít nhất một lần. Ngoài ra, chúng tôi hạn chế sự lựa chọn cho các bài kiểm tra mà chúng tôi coi là nhiều khả năng để lộ vấn đề. Một kỹ thuật mạnh mẽ cho việc tìm kiếm các trường hợp vấn đề là để tìm điều kiện biên. 1 Để xác nhận rằng có một văn dài từ tiếng Anh sang tiếng Việt