TAILIEUCHUNG - Visual Basic 2005 Design and Development - Chapter 17

Testing Chương trước đã đề cập đến thử nghiệm trong quá khứ, nhưng đã không thực sự giải thích những loại kiểm tra là có thể và bạn nên thực hiện các loại xét nghiệm những gì. Ví dụ, phần phát triển testdrive trong Chương 3, "Các phương pháp Agile", giả định rằng bạn viết bài kiểm tra cho mã trước khi bạn viết mã thực tế, nhưng nó không giải thích làm thế nào để làm điều đó. Chương này cung cấp một số thông tin bổ sung về thử nghiệm. Nó mô tả các loại xét nghiệm bạn. | Testing Previous chapters have mentioned testing in passing but have not really explained what kinds of tests are possible and what kinds of tests you should perform. For example the section on testdrive development in Chapter 3 Agile Methodologies assumes that you write tests for code before you write the actual code but it doesn t explain how to do that. This chapter provides some additional information about testing. It describes the kinds of tests you can perform and their purposes. It explains when you should test different parts of an application and what you should do when tests detect a problem. Testing Philosophy The way you think about testing shapes the application s progress. Too many developers think of testing as an annoying half-unnecessary process that should be performed at the end of development and only as time permits. The result is an application full of known and unknown bugs that may be shipped to meet some preset deadline. The users develop an unfavorable perception of your development team and believe the application is frustrating and has low quality. I m sure you can think of a few major commercial applications that satisfy that description. To produce a stable application programmers must have the idea from the start that testing is an important necessary and helpful part of development that occurs throughout the application lifecycle. They should understand that testing happens for a reason to find bugs before the users do. Bugs found by tests are generally much easier to fix than those found by users. A well-designed test can give you much better information about what was happening when the error occurred than the user can. A test can often lead you directly to the code that caused the error whereas a user has no idea what the code is doing internally when the problem surfaces. Part III Development Finding a bug with a test not only saves you time it saves your users the time they would otherwise spend reporting and tracking bugs. It

• Kỹ thuật lập trình
• ngôn ngữ lập trình
• thiết kế phần mềm
• thiết kế hướng đối tượng
• lập trình máy tính
• thiết kế giao diện
• Ngôn ngữ lập trình C
• giáo trình Ngôn ngữ lập trình C
• bài giảng Ngôn ngữ lập trình C
• tài liệu Ngôn ngữ lập trình C
• lý thuyết Ngôn ngữ lập trình C
• hướng dẫn lập trình C
• Bài giảng Ngôn ngữ lập trình C++
• Ngôn ngữ lập trình C++
• Lập trình C
• Lập trình C++
• Lập trình mạng
• Học lập trình C
• Lập trình Mobile
• Lý thuyết ngôn ngữ lập trình
• Bài giảng lý thuyết ngôn ngữ lập trình
• Đề thi Ngôn ngữ lập trình C++
• Ngân hàng đề thi Ngôn ngữ lập trình C++
• Trắc nghiệm Ngôn ngữ lập trình C++
• Ôn thi Ngôn ngữ lập trình C++
• kinh nghiệm lập trình
• giáo trình Ngôn ngữ lập trình C#
• bài giảng Ngôn ngữ lập trình C#
• tài liệu Ngôn ngữ lập trình C#
• lý thuyết Ngôn ngữ lập trình C#
• hướng dẫn lập trình C#
• ngôn ngữ C++
• kỹ thuật phần mềm
• chương trình lập trình
• lập trình căn bản
• tài liệu lập trình
• ngôn ngữ lập trình bậc cao
• giáo trình Ngôn ngữ lập trình
• bài giảng Ngôn ngữ lập trình
• tài liệu Ngôn ngữ lập trình
• hướng dẫn lập trình
• Công cụ lập trình C
• Tìm hiểu ngôn ngữ lập trình C
• Giới thiệu ngôn ngữ C
• Ngôn ngữ C
• Các ngôn ngữ lập trình bậc cao
• Lịch sử ngôn ngữ C
• Lớp và đối tượng
• Đề thi Ngôn ngữ lập trình C
• Ngân hàng đề thi Ngôn ngữ lập trình C
• Trắc nghiệm Ngôn ngữ lập trình C
• Ôn thi Ngôn ngữ lập trình C
• Câu hỏi Ngôn ngữ lập trình C
• Nguyên lý ngôn ngữ lập trình
• Bài giảng Nguyên lý ngôn ngữ lập trình
• Ngôn ngữ lập trình hàm
• Hàm toán học
• Lập trình hàm
• Bản chất của lập trình hàm
• Ngôn ngữ LISP