Thus, a more appropriate definition

Thus, a more appropriate definition is this:
Testing is the process of executing a program with the intent of finding errors.
Although this may sound like a game of subtle semantics, it’s really an important distinction. Understanding the true definition of software testing can make a profound difference in the success of your efforts. Human beings tend to be highly goal-oriented, and establishing the proper goal has an important psychological effect. If our goal is to demonstrate that a program has no errors, then we will subconsciously be steered toward this goal; that is, we tend to select test data that have a low probability of causing the program to fail. On the other hand, if our goal is to demonstrate that a program has errors, our test data will have a higher probability of finding errors. The latter approach will add more value to the program than the former.
This definition of testing has myriad implications, many of which are scattered throughout this book. For instance, it implies that testing is a destructive process, even a sadistic process, which explains why most people find it difficult. That may go against our grain;with good fortune, most of us have a constructive, rather than a destructive, outlook on life. Most people are inclined toward making objects rather than ripping them apart. The definition also has implications for how test cases (test data) should be designed and who should and who should not test a given program. Another way of reinforcing the proper definition of testing is to analyze the use of the words “successful” and “unsuccessful”—in particular, their use by project managers in categorizing the results of test cases. Most project managers call a test case that did not find an error a “successful test run,” whereas a test that discovers a new error is usually called “unsuccessful.” Once again, this is upside-down. “Unsuccessful” denotes something undesirable or disappointing. To our way of thinking, a wellconstructed and -executed test of a piece of software is successful when it finds errors that can be fixed. And that same test is also successful when it eventually establishes that there are no more errors to be found. The only unsuccessful test is one that does not properly examine the software and, in the majority of cases, a test that found no errors would likely be considered unsuccessful, since the concept of a program without errors is basically unrealistic. A test case that finds a new error can hardly be considered unsuccessful; rather, it has proven to be a valuable investment. An unsuccessful test case is one that causes a program to produce the correct result without finding any errors. Consider the analogy of a person visiting a doctor because of an overall feeling of malaise. If the doctor runs some laboratory tests that do not locate the problem, we do not call the laboratory tests “successful”;they were unsuccessful tests in that the patient’s net worth has been reduced by the expensive laboratory fees, the patient is still ill, and the patient may question the doctor’s ability as a diagnostician. However, if a laboratory test determines that the patient has a peptic ulcer, the test is successful because the doctor can now begin the appropriate treatment. Hence, the medical profession seems to use these words in the proper sense. The analogy, of course, is that we should think of the program, as we begin testing it, as the sick patient.

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

Vì vậy, một định nghĩa thích hợp hơn là điều này:Kiểm tra là quá trình thực hiện một chương trình với mục đích của việc tìm kiếm lỗi.Mặc dù điều này có thể âm thanh như một trò chơi của ngữ nghĩa tinh tế, nó thực sự là một sự phân biệt quan trọng. Tìm hiểu về định nghĩa thật sự của kiểm thử phần mềm có thể làm cho một sự khác biệt sâu sắc trong sự thành công của những nỗ lực của bạn. Con người có xu hướng đánh giá cao mục tiêu, định hướng, và thiết lập các mục tiêu thích hợp có tác dụng tâm lý quan trọng. Nếu mục tiêu của chúng tôi là để chứng minh rằng một chương trình đã không có lỗi, sau đó chúng tôi subconsciously sẽ được điều hướng tới mục tiêu này; đó là, chúng ta có xu hướng chọn dữ liệu thử nghiệm có một xác suất thấp gây ra chương trình thất bại. Mặt khác, nếu mục tiêu của chúng tôi là để chứng minh rằng một chương trình có lỗi, kiểm tra dữ liệu của chúng tôi sẽ có một xác suất cao của việc tìm kiếm lỗi. Cách tiếp cận thứ hai sẽ thêm nhiều giá trị cho các chương trình hơn so với trước đây.Định nghĩa này của thử nghiệm có ý nghĩa vô số, nhiều trong số đó đang nằm rải rác trong cuốn sách này. Ví dụ, nó ngụ ý rằng thử nghiệm là một quá trình phá hoại, thậm chí là một quá trình tàn bạo, điều này giải thích lý do tại sao hầu hết mọi người tìm thấy nó khó khăn. Đó có thể đi ngược lại các hạt của chúng tôi; tài sản tốt, hầu hết chúng ta có một xây dựng, chứ không phải là phá hoại, nhìn về cuộc sống. Hầu hết mọi người đang nghiêng về hướng làm cho các đối tượng chứ không phải là tách chúng apart. Định nghĩa này cũng có tác động đối với trường hợp kiểm tra (dữ liệu thử nghiệm) nên được thiết kế như thế nào và ai nên và những người không nên thử nghiệm một chương trình. Một cách khác để tăng cường định nghĩa đúng đắn của thử nghiệm là để phân tích việc sử dụng các từ "thành công" và "không thành công"-đặc biệt, sử dụng của họ bằng cách quản lý dự án trong phân loại các kết quả của trường hợp thử nghiệm. Hầu hết các quản lý dự án gọi cho một trường hợp kiểm tra không tìm thấy lỗi một "thử thành công chạy," trong khi một thử nghiệm phát hiện ra một lỗi mới thường được gọi là "không thành công." Một lần nữa, điều này là ngược xuống. "Không thành công" biểu thị một cái gì đó không mong muốn hoặc thất vọng. Chúng tôi cách suy nghĩ, một wellconstructed - thực hiện thử nghiệm và của một phần mềm là thành công khi nó tìm thấy lỗi mà có thể được cố định. Và rằng thử nghiệm cùng cũng thành công khi nó cuối cùng đã thiết lập rằng không có không có lỗi hơn được tìm thấy. Thử nghiệm không thành công chỉ là một trong đó không đúng cách kiểm tra phần mềm, và trong đa số trường hợp, một bài kiểm tra tìm thấy không có lỗi nào có khả năng được coi là không thành công, từ các khái niệm về một chương trình mà không có lỗi là không thực tế về cơ bản. Một trường hợp thử nghiệm tìm thấy một lỗi mới khó có thể được coi là không thành công; thay vào đó, nó đã chứng minh là một đầu tư có giá trị. Một trường hợp thử nghiệm không thành công là một trong đó gây ra một chương trình để sản xuất kết quả chính xác mà không tìm thấy bất kỳ lỗi nào. Hãy xem xét các tương tự của một người đến thăm một bác sĩ vì một cảm giác tổng thể của khó chịu. Nếu bác sĩ chạy một số phòng thí nghiệm các bài kiểm tra mà không xác định các vấn đề, chúng tôi không gọi các cuộc thử nghiệm phòng thí nghiệm "thành công"; họ đã không thành công thử nghiệm trong đó giá trị ròng của bệnh nhân đã được giảm học phí đắt tiền phòng thí nghiệm, bệnh nhân là vẫn còn bị bệnh, và bệnh nhân có thể đặt câu hỏi của bác sĩ khả năng như một diagnostician. Tuy nhiên, nếu một thử nghiệm phòng thí nghiệm xác định bệnh nhân có một loét, các thử nghiệm là thành công bởi vì bác sĩ bây giờ có thể bắt đầu điều trị thích hợp. Do đó, ngành y tế dường như sử dụng những từ này trong đúng nghĩa. Tương tự, tất nhiên, là rằng chúng ta nên suy nghĩ của chương trình, khi chúng tôi bắt đầu thử nghiệm nó, như là bệnh nhân bị bệnh.

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

Như vậy, một định nghĩa thích hợp hơn là thế này:
Thử nghiệm là quá trình thực hiện một chương trình với mục đích của việc tìm kiếm lỗi.
Mặc dù điều này nghe có vẻ giống như một trò chơi của ngữ nghĩa tinh tế, nó thực sự là một khác biệt quan trọng. Hiểu các định nghĩa thực sự của kiểm thử phần mềm có thể làm cho một sự khác biệt sâu sắc trong sự thành công của những nỗ lực của bạn. Con người có xu hướng được đánh giá cao mục tiêu định hướng, và thiết lập các mục tiêu thích hợp có tác dụng tâm lý quan trọng. Nếu mục tiêu của chúng tôi là để chứng minh rằng một chương trình không có lỗi, sau đó chúng tôi sẽ vô thức được chỉ đạo hướng tới mục tiêu này; đó là, chúng ta có xu hướng chọn dữ liệu thử nghiệm có một xác suất thấp gây ra chương trình để thất bại. Mặt khác, nếu mục tiêu của chúng tôi là để chứng minh rằng một chương trình có lỗi, dữ liệu thử nghiệm của chúng tôi sẽ có một xác suất cao hơn của việc tìm kiếm lỗi. Cách tiếp cận thứ hai sẽ tăng thêm giá trị của chương trình so với trước đây.
Định nghĩa này của thử nghiệm có vô số ý nghĩa, nhiều trong số đó nằm rải rác trong suốt cuốn sách này. Ví dụ, nó ngụ ý rằng thử nghiệm là một quá trình phá hoại, ngay cả một quá trình tàn bạo, điều này giải thích lý do tại sao hầu hết mọi người cảm thấy khó khăn. Điều đó có thể đi ngược lại hạt của chúng tôi, với sự may mắn, hầu hết chúng ta có tính xây dựng, chứ không phải là phá hoại, triển vọng về cuộc sống. Hầu hết mọi người đều nghiêng về hướng làm cho đối tượng chứ không phải là tách chúng ra xa nhau. Định nghĩa này cũng có ý nghĩa như thế nào đối với trường hợp kiểm tra (kiểm tra dữ liệu) phải được thiết kế và những người cần và người không nên thử nghiệm một chương trình nhất định. Một cách khác để củng cố các định nghĩa đúng đắn của thử nghiệm là để phân tích việc sử dụng các từ "thành công" và "không thành công" -in Đặc biệt, việc sử dụng các nhà quản lý dự án trong phân loại các kết quả của các trường hợp thử nghiệm. Hầu hết các nhà quản lý dự án gọi là một trường hợp thử nghiệm mà không tìm thấy một lỗi một "chạy thử nghiệm thành công", trong khi một bài kiểm tra mà phát hiện ra một lỗi mới thường được gọi là "không thành công." Một lần nữa, điều này là ngược lại. "Không thành công" biểu thị một cái gì đó không mong muốn hoặc thất vọng. Để cách chúng ta suy nghĩ, một thử nghiệm wellconstructed và thực hiên của một phần của phần mềm là thành công khi nó tìm thấy lỗi có thể được cố định. Và đó là thử nghiệm tương tự cũng là thành công khi nó cuối cùng xác định rằng không có nhiều lỗi được tìm thấy. Các thử nghiệm không thành công chỉ là một trong những điều đó không đúng cách kiểm tra các phần mềm, và trong đa số trường hợp, một thử nghiệm mà không tìm thấy lỗi có khả năng sẽ được coi là không thành công, vì khái niệm của một chương trình mà không có lỗi về cơ bản là không thực tế. Một trường hợp thử nghiệm mà tìm thấy một lỗi mới khó có thể được coi là không thành; đúng hơn, nó đã chứng tỏ là một đầu tư có giá trị. Một trường hợp thử nghiệm không thành công là một trong đó gây ra một chương trình để tạo ra các kết quả chính xác mà không tìm thấy bất kỳ lỗi nào. Hãy xem xét sự tương tự của một người ghé thăm một bác sĩ vì một cảm giác tổng thể của tình trạng bất ổn. Nếu bác sĩ chạy một số xét nghiệm trong phòng thí nghiệm mà không tìm thấy vấn đề, ​​chúng tôi không gọi các xét nghiệm trong phòng thí nghiệm "thành công", họ đã thử nghiệm thành công trong đó giá trị tài sản của bệnh nhân đã được giảm lệ phí xét nghiệm đắt tiền, bệnh nhân vẫn còn bị bệnh, và bệnh nhân có thể đặt câu hỏi về khả năng của bác sĩ như một thầy thuốc đoán bịnh. Tuy nhiên, nếu xét nghiệm và xác định rằng các bệnh nhân có loét dạ dày tá tràng, thử nghiệm thành công vì bác sĩ bây giờ có thể bắt đầu điều trị thích hợp. Do đó, các chuyên gia y tế dường như sử dụng những từ này theo đúng nghĩa. Sự tương tự, tất nhiên, là chúng ta nên suy nghĩ của chương trình, khi chúng ta bắt đầu kiểm tra nó, như bệnh nhân bị bệnh.