TAILIEUCHUNG - Visual Basic 2005 Design and Development - Chapter 16

Bug Proofing Bất kỳ ứng dụng không tầm thường là rất có khả năng chứa lỗi. Nếu bạn viết nhiều hơn một trăm vài dòng mã, lỗi thực tế không thể tránh khỏi. Ngay cả sau khi một chương trình được kiểm tra kỹ lưỡng và đã được sử dụng một thời gian, nó có thể vẫn còn chứa lỗi chờ đợi để xuất hiện sau đó. Mặc dù lỗi gần như được đảm bảo, bạn có thể thực hiện các bước để giảm thiểu tác động của họ vào ứng dụng. Thiết kế và lập kế hoạch cẩn thận. | Bug Proofing Any non-trivial application is extremely likely to contain bugs. If you write more than a few hundred lines of code bugs are practically inevitable. Even after a program is thoroughly tested and has been in use for awhile it probably still contains bugs waiting to appear later. Although bugs are nearly guaranteed you can take steps to minimize their impact on the application. Careful design and planning can reduce the total number of bugs that are introduced into the code to begin with. Offensive programming techniques that emphasize bugs rather than hiding them and verified design by contract DBC can detect bugs quickly after they are introduced. Thorough testing can detect bugs before they affect customers. Together these techniques can reduce the probability of a user finding a bug to an extremely small level. No matter how small that probability however users are likely to eventually stumble across the improbable conditions that bring out the bug. This chapter discusses some of the techniques you can use to make an application more robust in the face of bugs. It shows how a program can detect bugs when they reveal themselves at runtime and explains the actions that you might want the program to take in response. Catching Bugs Suppose you have built a large application and tested repeatedly until you can no longer find any bugs. Chances are there are still bugs in the code you just haven t found them yet. Eventually a user will load the right combination of data perform the right sequence of actions or use up the right amount of memory with other applications and a bug will appear. Just about any resource that the program needs and that lies outside of your code can cause problems that are difficult to predict. Part III Development Modern networked applications have their own whole set of unique problems. If the network is heavily loaded requests may time out. If a network resource such as a Web site or a Web Service is unavailable or just plain .

TỪ KHÓA LIÊN QUAN
TÀI LIỆU MỚI ĐĂNG
TAILIEUCHUNG - Chia sẻ tài liệu không giới hạn
Địa chỉ : 444 Hoang Hoa Tham, Hanoi, Viet Nam
Website : tailieuchung.com
Email : tailieuchung20@gmail.com
Tailieuchung.com là thư viện tài liệu trực tuyến, nơi chia sẽ trao đổi hàng triệu tài liệu như luận văn đồ án, sách, giáo trình, đề thi.
Chúng tôi không chịu trách nhiệm liên quan đến các vấn đề bản quyền nội dung tài liệu được thành viên tự nguyện đăng tải lên, nếu phát hiện thấy tài liệu xấu hoặc tài liệu có bản quyền xin hãy email cho chúng tôi.
Đã phát hiện trình chặn quảng cáo AdBlock
Trang web này phụ thuộc vào doanh thu từ số lần hiển thị quảng cáo để tồn tại. Vui lòng tắt trình chặn quảng cáo của bạn hoặc tạm dừng tính năng chặn quảng cáo cho trang web này.