Principle 7: Avoid throwaway test c

Principle 7: Avoid throwaway test cases unless the program is truly a throwaway program.
This problem is seen most often with interactive systems to test program.
A common practice is to sit at a terminal and invent test cases on the fly, and then send these test cases through the program. The major issue is that test cases represent
a valuable investment that, in this environment, disappears after the testing has been completed.
Whenever the program has to be tested again (e.g., after correcting an error or making an improvement), the test cases must be reinvented. More often than not, since this reinvention requires a considerable amount of work, people tend to avoid it. Therefore, the retest of the program is rarely as rigorous as the original test, meaning that if the modification causes a previously functional part often goes undetected. Saving test cases and running them again after changes to other components of the program is known as regression testing.
Principle 8: Do not plan a testing effort under the tacit assumption that no errors will be found.
This is a mistake project managers often make and is a sign of the use of the incorrect definition of testing-that is, the assumption that testing is the process of showing that the program functions correctly. Once again, the definition of testing is the process of executing a program with the intent of finding errors. And it should be obvious from our previous discussions that it is impossible to develop a program that is completely error free. Even after extensive testing and error correction, it is safe to assume that errors still exist; they simply have not yet been found.

ผลลัพธ์ (ไทย) 1:

หลักการที่ 7: หลีกเลี่ยงกรณีทดสอบปลิวเว้นแต่โปรแกรมเป็นโปรแกรมปลิวปัญหานี้จะเห็นบ่อยที่สุดกับระบบแบบโต้ตอบเพื่อทดสอบโปรแกรมการปฏิบัติทั่วไปคือการ นั่งที่เทอร์มินัล และสร้างกรณีทดสอบในการบิน และจากนั้น ส่งกรณีทดสอบผ่านโปรแกรม เป็นปัญหาใหญ่ซึ่งแทนกรณีทดสอบลงทุนที่มีคุณค่าที่ ใน หายไปหลังจากการทดสอบเสร็จสมบูรณ์แล้วเมื่อโปรแกรมมีการทดสอบอีกครั้ง (เช่น หลังจากแก้ไขข้อผิดพลาด หรือทำการปรับปรุง), ต้องดิษฐ์กรณีทดสอบ บ่อยกว่าไม่ เพราะคิดค้นสิ่งใหม่นี้ต้องใช้งานจำนวนมาก คนมักจะ หลีกเลี่ยงได้ ดังนั้น ย้ายของโปรแกรมจึงไม่ค่อยเข้มงวดเป็นการทดสอบเดิม ซึ่งหมายความว่า ที่ถ้าการแก้ไขทำให้เป็นส่วนหนึ่งที่ทำงานก่อนหน้านี้มักไปตรวจไม่พบ บันทึกกรณีทดสอบ และเรียกใช้อีกครั้งหลังจากการเปลี่ยนแปลงกับส่วนประกอบอื่น ๆ ของโปรแกรมเรียกว่าการถดถอยการทดสอบหลักการที่ 8: ไม่ได้วางแผนความพยายามทดสอบภายใต้สมมติฐานโดยปริยายที่จะพบข้อผิดพลาดไม่ได้นี้เป็นโครงการผิดพลาดผู้จัดการมักจะทำ และเป็นสัญญาณของการใช้คำไม่ถูกต้องของการทดสอบ-นั่นคือ สมมติฐานที่ทดสอบเป็นกระบวนการแสดงว่า โปรแกรมทำงานอย่างถูกต้อง อีกครั้งหนึ่ง ความหมายของการทดสอบเป็นกระบวนการดำเนินการโปรแกรมที่ มีเจตนาในการหาข้อผิดพลาด และควรมีความชัดเจนจากการสนทนาของเราก่อนหน้านี้ว่า ไม่มีการพัฒนาโปรแกรมที่มีข้อผิดพลาดสมบูรณ์ แม้หลังจากการทดสอบและแก้ไขข้อผิดพลาด จึงสมมติว่า ข้อผิดพลาดยังคงมีอยู่ พวกเขาก็ไม่ได้พบ

ผลลัพธ์ (ไทย) 2:

หลักการที่ 7: หลีกเลี่ยงกรณีทดสอบใบปลิวเว้นแต่โปรแกรมเป็นจริงโปรแกรมใบปลิว
ปัญหานี้จะเห็นส่วนใหญ่มักจะมีระบบการโต้ตอบในการทดสอบโปรแกรม
การปฏิบัติร่วมกันคือการนั่งอยู่ที่สถานีและคิดค้นกรณีทดสอบได้ทันทีและจากนั้นส่งกรณีทดสอบเหล่านี้ผ่านทางโปรแกรม ปัญหาที่สำคัญคือกรณีทดสอบแทน
การลงทุนที่มีคุณค่าที่อยู่ในสภาพแวดล้อมนี้จะหายไปหลังจากการทดสอบเสร็จเรียบร้อยแล้ว
เมื่อใดก็ตามที่โปรแกรมจะต้องมีการทดสอบอีกครั้ง (เช่นหลังจากที่แก้ไขข้อผิดพลาดหรือการปรับปรุง) กรณีทดสอบจะต้องมีนวัตกรรมใหม่ บ่อยกว่าไม่ตั้งแต่การคิดค้นสิ่งใหม่นี้ต้องใช้จำนวนมากของการทำงานของคนมักจะหลีกเลี่ยงได้ ดังนั้นการสอบซ่อมของโปรแกรมจะไม่ค่อยเป็นที่เข้มงวดการทดสอบเดิมที่มีความหมายว่าถ้าการเปลี่ยนแปลงทำให้เกิดการมีส่วนร่วมการทำงานก่อนหน้านี้มักจะไปตรวจไม่พบ ออมทรัพย์กรณีทดสอบและใช้งานได้อีกครั้งหลังจากที่การเปลี่ยนแปลงส่วนประกอบอื่น ๆ ของโปรแกรมเป็นที่รู้จักกันทดสอบการถดถอย
หลักการที่ 8: ไม่ได้วางแผนความพยายามทดสอบภายใต้สมมติฐานโดยปริยายว่าไม่มีข้อผิดพลาดจะพบ
นี่คือความผิดพลาดของผู้จัดการโครงการและมักจะทำให้เป็นสัญญาณของการใช้ความหมายที่ถูกต้องของการทดสอบที่เป็นสมมติฐานที่ว่าการทดสอบเป็นกระบวนการของการแสดงให้เห็นว่าการทำงานของโปรแกรมได้อย่างถูกต้อง อีกครั้งหนึ่งที่ความหมายของการทดสอบเป็นกระบวนการของการรันโปรแกรมที่มีความตั้งใจที่จะหาข้อผิดพลาดที่ และมันควรจะเห็นได้ชัดจากการอภิปรายก่อนหน้าของเราว่ามันเป็นไปไม่ได้ในการพัฒนาโปรแกรมที่สมบูรณ์ข้อผิดพลาดฟรี แม้หลังจากการทดสอบอย่างกว้างขวางและการแก้ไขข้อผิดพลาดมันมีความปลอดภัยที่จะสรุปว่าข้อผิดพลาดยังคงมีอยู่; พวกเขาก็ยังไม่ได้รับการค้นพบ

ผลลัพธ์ (ไทย) 3:

หลักการที่ 7 : หลีกเลี่ยงกรณีทดสอบใบปลิวยกเว้นโปรแกรมเป็นโปรแกรมใบปลิว .ปัญหานี้พบบ่อยที่สุดกับระบบโต้ตอบเพื่อทดสอบโปรแกรมการปฏิบัติทั่วไป คือ ไปนั่งที่ terminal และคิดค้นกรณีทดสอบในการบินและจากนั้นส่งกรณีทดสอบเหล่านี้ผ่านโปรแกรม ปัญหาหลักคือกรณีทดสอบแทนที่มีค่าการลงทุนว่า ในสภาพแวดล้อมนี้จะหายไปหลังจากทดสอบเสร็จเรียบร้อยแล้วเมื่อใดก็ตามที่โปรแกรมมีให้ทดสอบอีกครั้ง ( เช่นหลังจากการแก้ไขข้อผิดพลาด หรือทำให้การปรับปรุง ) , กรณีทดสอบจะต้องเรียนรู้ . บ่อยกว่าไม่เมื่อ reinvention นี้ต้องใช้จำนวนมากของงาน ผู้คนมีแนวโน้มที่จะหลีกเลี่ยงมัน ดังนั้น การสอบซ่อมของโปรแกรมไม่ค่อยเป็นอย่างเข้มงวดเช่นการทดสอบเดิม หมายความว่า ถ้าแก้ไขสาเหตุส่วนการทำงานก่อนหน้านี้มักจะไปตรวจไม่พบ . บันทึกกรณีทดสอบและใช้พวกเขาอีกครั้งหลังจากการเปลี่ยนแปลงส่วนประกอบของโปรแกรมเรียกว่าการทดสอบการถดถอยหลักการที่ 8 : ไม่ได้วางแผนทดสอบความพยายามภายใต้สมมติฐานที่ถือได้ว่าไม่มีข้อผิดพลาดจะถูกพบนี้เป็นโครงการที่พลาดผู้จัดการมักจะทำและเป็นสัญลักษณ์ของการใช้คำนิยามที่ถูกต้องของการทดสอบคือสมมติฐานที่ทดสอบเป็นขั้นตอนที่แสดงให้เห็นว่าโปรแกรมการทำงานอย่างถูกต้อง อีกครั้ง , ความหมายของการทดสอบเป็นกระบวนการของการรันโปรแกรมด้วยความตั้งใจในการหาข้อผิดพลาด และมันควรจะเป็นที่ชัดเจนจากการอภิปรายก่อนหน้านี้ของเรา มันเป็นไปไม่ได้ที่จะพัฒนาโปรแกรมที่สมบูรณ์ปราศจากข้อผิดพลาด หลังจากการทดสอบอย่างกว้างขวางและการแก้ไขข้อผิดพลาด มันปลอดภัยที่จะถือว่าข้อผิดพลาดยังคงมีอยู่ พวกเขาก็ยังไม่พบ