Test and debug. Even though you hav

Test and debug. Even though you have no compiler syntax errors and you receive output, your results might be incorrect. You must test the program to ensure that you get consistent results. The testing phases are often shortchanged. Only after thoroughly testing can you be sure that your program is running correctly.
Plan your testing. Good programmers often build test plans at the same time they are analyzing and designing their solutions. This test plan should include testing extreme values, identifying possible problem cases, and ensuring that these cases are tested. After syntax errors are eliminated and results are being produced, you should implement the test plan verifying that the results are accurate. If the application is interacting with a user for input of data, run the program multiple times with the planned test values. For calculations, per- form the same operations using a calculator, much as you did during the design phase when you desk checked your algorithm. There are software development methodologies built around test development. For example, Test Driven Development (TDD) is a programming methodology that emphasizes fast, incremental development and writing tests before writing code. With TDD, additional functionality is added only after the first tests are passed. The first cycle normally deals with very simple cases. After you have these very simple tests working, you add more functionality, a bit at a time.
During testing, logic errors are often uncovered. Logic errors might cause an abnormal termination of the program or just produce incorrect results. These types of errors are often more difficult to locate and correct than syntax errors. A run-time error is one form of logic error. Run- time errors normally cause program crashes (stopping execution) and the reporting of error messages. For example, if you attempt to divide by zero, your program might crash. To further complicate matters, a program might sometimes work properly with most test data, but crash when a certain value is entered. This is why it is so important to make sure you thoroughly test all applications. When a logic error is detected, it might be necessary to go back to Step 1, reanalyze the problem specifications, and redesign a solution. As you look back at Figure 1-2, notice the figure shows that the software development process is iterative. As errors are discovered, it is often necessary to cycle back to a previous phase or step.

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

Kiểm tra và gỡ lỗi. Mặc dù bạn có không có lỗi cú pháp compiler và bạn nhận được đầu ra, kết quả của bạn có thể là không chính xác. Bạn phải kiểm tra chương trình để đảm bảo rằng bạn nhận được kết quả phù hợp. Các giai đoạn thử nghiệm thường được shortchanged. Chỉ sau khi triệt để thử nghiệm có thể bạn hãy chắc chắn rằng chương trình của bạn đang chạy một cách chính xác.Kế hoạch thử nghiệm của bạn. Lập trình tốt thường xây dựng kế hoạch kiểm tra cùng một lúc họ được phân tích và thiết kế giải pháp của họ. Kế hoạch thử nghiệm này nên bao gồm thử nghiệm giá trị cực, xác định các trường hợp có thể có vấn đề, và đảm bảo rằng các trường hợp được kiểm tra. Sau khi lỗi cú pháp được loại bỏ và kết quả đang được sản xuất, bạn nên thực hiện các kế hoạch kiểm tra xác minh rằng kết quả là chính xác. Nếu ứng dụng là tương tác với người dùng cho các đầu vào dữ liệu, chạy chương trình nhiều lần với các giá trị kế hoạch thử nghiệm. Cho tính toán, mỗi mẫu đó hoạt động bằng cách sử dụng một máy tính, nhiều càng tốt, bạn đã làm trong giai đoạn thiết kế khi bạn bàn kiểm tra thuật toán của bạn. Không có phương pháp phát triển phần mềm được xây dựng xung quanh thành phố thử nghiệm phát triển. Ví dụ, kiểm tra lái xe phát triển (TDD) là một phương pháp lập trình nhấn mạnh nhanh, gia tăng phát triển và viết bài kiểm tra trước khi viết mã. Với TDD, chức năng bổ sung được thêm vào chỉ sau khi các cuộc thử nghiệm đầu tiên được thông qua. Chu kỳ đầu tiên thường đề với trường hợp rất đơn giản. Sau khi bạn có các bài kiểm tra rất đơn giản, làm việc, bạn thêm nhiều chức năng, một chút tại một thời điểm.Trong thời gian thử nghiệm, logic lỗi thường được phát hiện. Logic lỗi có thể gây ra một kết thúc bất thường của chương trình hoặc chỉ tạo ra kết quả không chính xác. Các loại lỗi thường có nhiều khó khăn để xác định vị trí và chính xác hơn lỗi cú pháp. Một lỗi thời gian chạy là một hình thức của lỗi logic. Thời gian chạy lỗi thường gây ra tai nạn chương trình (dừng thực hiện) và báo cáo trong thông báo lỗi. Ví dụ, nếu bạn cố gắng để chia cho 0, chương trình của bạn có thể sụp đổ. Để biết thêm phức tạp vấn đề, một chương trình có thể đôi khi hoạt động đúng với hầu hết các dữ liệu thử nghiệm, nhưng tai nạn khi một giá trị nhất định được nhập. Đây là lý do tại sao nó là rất quan trọng để đảm bảo rằng bạn hoàn toàn kiểm tra tất cả các ứng dụng. Khi một lỗi logic được phát hiện, nó có thể là cần thiết để đi quay lại bước 1, reanalyze thông số kỹ thuật của vấn đề, và thiết kế lại một giải pháp. Khi bạn nhìn lại lúc con số 1-2, nhận thấy các con số cho thấy rằng quá trình phát triển phần mềm là lặp đi lặp lại. Khi lỗi được phát hiện, nó thường là cần thiết để chu kỳ trở lại giai đoạn trước đó hoặc bước.

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

Kiểm tra và gỡ lỗi. Ngay cả khi bạn không có lỗi cú pháp biên dịch và bạn nhận được đầu ra, kết quả của bạn có thể không chính xác. Bạn phải kiểm tra các chương trình để đảm bảo rằng bạn sẽ có được kết quả phù hợp. Các giai đoạn thử nghiệm thường shortchanged. Chỉ sau khi triệt để thử nghiệm, bạn có thể chắc chắn rằng chương trình của bạn đang chạy một cách chính xác.
Kế hoạch kiểm tra của bạn. Lập trình viên giỏi thường xây dựng kế hoạch kiểm tra cùng một lúc họ đang phân tích và thiết kế các giải pháp của họ. Kế hoạch kiểm tra này nên bao gồm kiểm tra các giá trị cực đoan, xác định các trường hợp vấn đề có thể, và đảm bảo rằng những trường hợp được kiểm tra. Sau khi các lỗi cú pháp được loại bỏ và kết quả đang được sản xuất, bạn nên thực hiện các kế hoạch kiểm tra xác minh rằng kết quả là chính xác. Nếu các ứng dụng tương tác với người sử dụng cho đầu vào của dữ liệu, chạy các chương trình nhiều lần với các giá trị kiểm tra theo kế hoạch. Đối với các tính toán, trăm thành các hoạt động tương tự sử dụng một máy tính, giống như bạn đã làm trong giai đoạn thiết kế khi bạn bàn kiểm tra thuật toán của bạn. Có phương pháp phát triển phần mềm được xây dựng xung quanh phát triển thử nghiệm. Ví dụ, Test Driven Development (TDD) là một phương pháp lập trình nhấn mạnh nhanh chóng, phát triển gia tăng và viết các bài kiểm tra trước khi viết code. Với TDD, chức năng bổ sung được thêm vào sau khi các bài kiểm tra đầu tiên được thông qua. Các chu kỳ đầu tiên thường tiếp xúc với những trường hợp rất đơn giản. Sau khi bạn đã có những bài kiểm tra rất đơn giản làm việc, bạn có thêm nhiều chức năng hơn, một chút tại một thời gian.
Trong thời gian thử nghiệm, các lỗi logic thường được phát hiện. Các lỗi logic có thể gây ra một kết thúc bất thường của các chương trình hoặc chỉ tạo ra kết quả không chính xác. Các loại lỗi thường khó khăn hơn để xác định vị trí và chính xác hơn so với các lỗi cú pháp. Một lỗi thời gian chạy là một trong những hình thức lỗi logic. Lỗi thời gian chạy thường gây treo chương trình (dừng thực hiện) và các báo cáo của các thông báo lỗi. Ví dụ, nếu bạn cố gắng để chia cho số không, chương trình của bạn có thể sụp đổ. Để vấn đề phức tạp, một chương trình có thể đôi khi làm việc đúng với hầu hết các dữ liệu thử nghiệm, nhưng sụp đổ khi một giá trị nhất định được nhập vào. Đây là lý do tại sao nó là rất quan trọng để đảm bảo rằng bạn kiểm tra kỹ lưỡng tất cả các ứng dụng. Khi một lỗi logic được phát hiện, nó có thể là cần thiết để đi trở lại bước 1, phân tích lại các thông số kỹ thuật vấn đề, ​​và thiết kế lại một giải pháp. Khi bạn nhìn lại hình 1-2, thông báo con số này cho thấy rằng quá trình phát triển phần mềm là lặp đi lặp lại. Khi lỗi được phát hiện, nó thường là cần thiết để chu kỳ trở lại một giai đoạn trước hoặc bước.