1Testing Computer SoftwareCem Kaner

1
Testing Computer Software
Cem Kaner
Jack Falk
Hung Quoc Nguyen
2
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
3
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.
4
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 question 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.
1. Design Error: Nothing shows you what program this is. How do you know you're in the right
program?
2. 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.
3. Design Error: How do you stop the program? These instructions should appear onscreen too.
4. 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 grouped
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.
5
6
THEFIRSTCYCLEOFTESTING _ _ _ _ _ _ _
STEP2: 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

1
Testing Computer Software
Cem Kaner
Jack Falk
Hung Quoc Nguyen
2
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
3
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.
4
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 question 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.
1. Design Error: Nothing shows you what program this is. How do you know you're in the right
program?
2. 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.
3. Design Error: How do you stop the program? These instructions should appear onscreen too.
4. 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 grouped
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.
5
6
THEFIRSTCYCLEOFTESTING _ _ _ _ _ _ _
STEP2: 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

0/5000

Từ: -

Sang: -

Kết quả (Việt) 1: [Sao chép]

Sao chép!

1Kiểm thử phần mềm máy tínhCem KanerJack FalkHung Quoc Nguyen2NỘI DUNGAN EXAMPLE TEST SERIES .................................................................................................. 3CÁC GIỚI HẠN CỦA THỬ NGHIỆM VÀ MỤC TIÊU... 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... 29SOFTWARE ERRORS ...................................................................................................... 61BÁO CÁO VÀ PHÂN TÍCH LỖI... 67HỆ THỐNG THEO DÕI VẤN ĐỀ... 89TEST CASE DESIGN ..................................................................................................... 125TESTING USER MANUALS ................................................................................................. 144TESTING TOOLS ............................................................................................................ 154TÀI LIỆU HƯỚNG DẪN LẬP KẾ HOẠCH KIỂM TRA VÀ THỬ NGHIỆM... 168TYING IT TOGETHER ................................................................................................... 219MANAGING A TESTING GROUP .................................................................................... 2673MỘ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. Thử nghiệm tốt liên quan đến nhiều hơn nữaso với chỉ chạy chương trình một vài lần để thấy cho dù nó hoạt động. Các phân tích kỹ lưỡng của cácchươ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 những thử nghiệm đầu tiênmộ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 cácchương trình, 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 raGõ 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.4CHU 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 tracho dù chương trình này là ổn định, đủ để được kiểm tra. Chương trìnhđệ trình chính thức thử nghiệm thường xuyên sụp đổ ngay lập tức. Lãng phí nhưí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ả cácChuỗi các sự kiện và kết quả. Hình 1.2 cho thấy những gì cácmà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 dấu chấm hỏi ở dưới cùng của màn hình) cho bạn thấy nơi mà cácsố 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 đề. Nhữ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.1. 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 biết bạn đang ở bên phảichương trình?2. 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 vàomột số sai? Dễ dàng hiển thị hướng dẫn OD màn hình mà họ sẽ không bị mất, nhưhướng dẫn in ngắn thường có.3. 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á.4. mã lỗi: Tổng kết (5) không phải là 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ả 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 đề được phân nhómcùng có thể không được cố định cùng một lúc. Những người unfixed sẽ bị mất. Nếu muốn các lập trình viênNhó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 những vấn đề liên quan đến, tham khảo qua của họbáo cáo.56THEFIRSTCYCLEOFTESTING _ _ _ _ _ _ _STEP2: 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ếnthà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 một mớiPhiên bản 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-cặpsố điện thoại mà

đang được dịch, vui lòng đợi..

Kết quả (Việt) 2:[Sao chép]

Sao chép!

1
Kiểm thử phần mềm máy tính
Cem Kaner
Jack Falk
Hung Quoc Nguyen
2
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ẦN MỀM QUÁ TRÌNH PHÁT TRIỂN .................... 29
LỖI PHẦN MỀM ......................... .................................................. ........................... 61
BÁO CÁO PHÂN TÍCH VÀ LỖI .................. .................................................. ............ 67
HỆ THỐNG BÀI TOÁN THEO DÕI ................................. .................................................. 0,89
THI TRƯỜNG HỢP THIẾT KẾ ............................................. .................................................. ...... 125
hướng dẫn sử dụng THỬ USER ........................................ .................................................. ....... 144
KIỂM TRA CÔNG cỤ ........................................ .................................................. .................. 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
3
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 là chỉ 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ấnsau mỗi số. Để khởi động
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.
4
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 như
í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ả các
chuỗi các sự kiện và kết quả. Hình 1.2 cho thấy những gì các
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 hỏi ở 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Ừ THI FIRST
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 đề. Nhữ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.
1. 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 ở đúng
chương trình?
2. 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
một số sai lầm? 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.
3. Thiết kế Lỗi: Làm thế nào để bạn ngừng chương trình? Những hướng dẫn sẽ xuất hiện trên màn hình quá.
4. Mã lỗi:. Số tiền (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. Những vấn đề đó được nhóm
lại với nhau 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, tham khảo của họ
báo cáo.
5
6
THEFIRSTCYCLEOFTESTING _ _ _ _ _ _ _
STEP2: ĐẶT 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 rõ ràng kiểm tra, ghi chép 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 mới
phiên bản 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ệ cho chương trình cặp
số mà

đang được dịch, vui lòng đợi..

Kết quả (Việt) 3:[Sao chép]

Sao chép!

đ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ữ.