Debugging is not testing but often

Debugging is not testing but often occurs as a consequence of testing.5 Referring to
Figure 17 .7 the debugging process begins with the execution of a test case. Results
are assessed and a lack of correspondence between expected and actual perlorm
ance is encountered. In many cases, the noncorresponding data are a sl,mptom of
an underlying cause as yet hidden. The debugging process attempts to match sy,rnptom
with cause, thereby leading to error correction.
The debugging process will usually have one of two outcomes: (1) the cause r,vill
be found and corrected or (2) the cause will not be found. In the latter case, the person
perlorming debugging may suspect a cause, design a test case to help validate
that suspicion, and work toward error correction in an iterative fashion.
why is debugging so diflficult? In all likelihood, human psychology (see section 17.8.2) has more to do with an answer than software technology. However, a few characteristics of bugs provide some clues:l. The symptom and the cause may be geographically remote. ThaI is, the
symptom may appear in one part of a program, while the cause may actually
be located at a site that is lar remov(id. Hlghly coupled components
(Chapter 8) exacerbate this situation.
2. The slrnptom may disappear (temporarily) when another error is corrected.
3. The synptom may actually be caused by nonerrors (e.g., round_off
inaccuracies).
4' The symptom may be caused by human error that is not easily traced

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

ดีบักไม่ทดสอบ แต่มักจะเกิดขึ้นเป็นลำดับ testing.5 อ้างอิงรูปที่ 17 .7 กระบวนการตรวจแก้จุดบกพร่องเริ่มต้น ด้วยการทดสอบกรณี ผลลัพธ์มีราคาประเมิน และขาดการติดต่อระหว่าง perlorm จริง และที่คาดไว้พบ ance ในหลายกรณี ข้อมูล noncorresponding มี sl, mptom ของสาเหตุพื้นฐานที่เป็นซ่อน กระบวนการตรวจแก้จุดบกพร่องพยายามตรงซี่ rnptomด้วยสาเหตุ จึงนำไปสู่การแก้ไขข้อผิดพลาดกระบวนการตรวจแก้จุดบกพร่องมักจะมีผลสองอย่างใดอย่างหนึ่ง: (1) สาเหตุ r ควิลล์สามารถพบ และแก้ไข หรือ (2) จะพบสาเหตุไม่ ในกรณีหลัง บุคคลดีบัก perlorming อาจสงสัยสาเหตุ ออกแบบกรณีทดสอบเพื่อช่วยตรวจสอบที่สงสัยต่าง ๆ และการทำงานแก้ไขข้อผิดพลาดในการซ้ำทำไมเป็น diflficult ดังนั้นการดีบักหรือ ในทุกโอกาส จิตวิทยามนุษย์ (ดูส่วน 17.8.2) ได้ มีคำตอบมากกว่าเทคโนโลยีซอฟต์แวร์เพิ่มเติม อย่างไรก็ตาม บางลักษณะของข้อบกพร่องให้บางปม: l อาการและสาเหตุอาจจะไกลกันทางภูมิศาสตร์ ไทยคือ การอาการอาจปรากฏในส่วนหนึ่งของโปรแกรม สาเหตุอาจจริงจะอยู่ที่ไซต์ที่ lar remov(id. ส่วนประกอบควบคู่ Hlghly(บทที่ 8) ทำให้สถานการณ์นี้รุนแรงขึ้น2. slrnptom อาจหายไป (ชั่วคราว) เมื่อข้อผิดพลาดอีกจะแก้ไขได้3 synptom.อาจจะเกิดจาก nonerrors (เช่น round_offผิดพลาดใด ๆ)4' อาการอาจเกิดจากข้อผิดพลาดของมนุษย์ที่ยังไม่ได้ติดตาม

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

การแก้จุดบกพร่องไม่ได้ทดสอบ แต่มักจะเกิดขึ้นเป็นผลมาจาก testing.5 หมายถึง
รูปที่ 17 0.7 การแก้จุดบกพร่องกระบวนการเริ่มต้นด้วยการดำเนินการกรณีทดสอบ ผล
การประเมินและการขาดการติดต่อระหว่าง perlorm คาดว่าเกิดขึ้นจริงและ
ance พบ ในหลายกรณีข้อมูล noncorresponding เป็น SL, mptom ของ
สาเหตุที่ยังซ่อนอยู่ กระบวนการแก้จุดบกพร่องพยายามที่จะตรงกับสัญลักษณ์, rnptom
. ด้วยสาเหตุจึงนำไปสู่การแก้ไขความผิดพลาด
ในกระบวนการตรวจแก้จุดบกพร่องมักจะมีหนึ่งในสองผลลัพธ์ที่: (1) R สาเหตุที่วิลล์
จะพบและการแก้ไขหรือ (2) สาเหตุที่จะไม่ พบ ในกรณีหลังนี้คน
แก้จุดบกพร่อง perlorming อาจสงสัยว่าสาเหตุการออกแบบกรณีทดสอบที่จะช่วยให้การตรวจสอบ
ความสงสัยนั้นและทำงานต่อแก้ไขข้อผิดพลาดในแฟชั่นซ้ำ.
ทำไมการแก้จุดบกพร่องเพื่อ diflficult? ในโอกาสทุกจิตวิทยาของมนุษย์ (ดูหัวข้อ 17.8.2) มีมากขึ้นจะทำอย่างไรกับคำตอบกว่าเทคโนโลยีซอฟแวร์ อย่างไรก็ตามลักษณะบางส่วนของข้อบกพร่องให้เบาะแสบางลิตร อาการและสาเหตุที่อาจจะห่างไกลทางภูมิศาสตร์ ไทยเป็น
อาการที่อาจปรากฏขึ้นในส่วนหนึ่งของโปรแกรมในขณะที่สาเหตุที่จริงอาจ
จะอยู่ที่เว็บไซต์ที่เป็น Lar remov (id. ส่วนประกอบ Hlghly คู่
(บทที่ 8) ทำให้รุนแรงสถานการณ์เช่นนี้.
2. slrnptom อาจหายไป (ชั่วคราว ) เมื่อข้อผิดพลาดอื่นได้รับการแก้ไข.
3. synptom อาจจะเกิดขึ้นจริงโดย nonerrors (เช่น round_off
ไม่ถูกต้อง).
4 'อาการอาจเกิดจากการผิดพลาดของมนุษย์ที่ไม่ได้สืบได้อย่างง่ายดาย

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

การดีบักไม่ได้ทดสอบแต่มักจะเกิดขึ้นเป็นผลมาจากการทดสอบที่ 5 หมายถึง
รูปที่ 17 7 ขั้นตอนการแก้จุดบกพร่องเริ่มต้นด้วยการดำเนินการของการทดสอบกรณี ผลลัพธ์
จะมีการประเมิน และการขาดการติดต่อ ระหว่างความคาดหวังและ ance perlorm
จริงพบ ในหลายกรณี noncorresponding ข้อมูลเป็น SL mptom ของ
มีสาเหตุพื้นฐานเป็นซ่อนอยู่เลยขั้นตอนการแก้จุดบกพร่องพยายามที่จะตรงกับไซ rnptom
ด้วยสาเหตุ จึงนำไปสู่การแก้ไขข้อผิดพลาด .
ขั้นตอนการแก้จุดบกพร่องมักจะมีหนึ่งหรือสองด้าน ( 1 ) เพราะ R , วิลล์
สามารถพบ และแก้ไข หรือ ( 2 ) เพราะจะไม่พบ ในกรณีหลังนี้คน
perlorming การดีบักอาจสงสัยเพราะการออกแบบกรณีทดสอบเพื่อช่วยตรวจสอบ
ความสงสัยและงานเกี่ยวกับการแก้ไขข้อผิดพลาดในแฟชั่นซ้ำ ดังนั้น diflficult ดีบัก
ทำไม ? ในความเป็นไปได้ทั้งหมด จิตวิทยามนุษย์ ( ดู มาตรา 17.8.2 ) มีมากขึ้นจะทำอย่างไรกับคำตอบมากกว่าเทคโนโลยีซอฟต์แวร์ แต่ไม่กี่ลักษณะของแมลงให้เบาะแสบางอย่าง : L . อาการและสาเหตุอาจจะห่างไกลทางภูมิศาสตร์ ไทย ,
อาการอาจปรากฏในส่วนหนึ่งของโปรแกรมในขณะที่สาเหตุจริงอาจ
อยู่ที่ไซต์ที่ลาร์เ ( ID hlghly คู่ส่วนประกอบ
( บทที่ 8 ) ส่งผลให้สถานการณ์นี้ .
2 การ slrnptom อาจหายไป ( ชั่วคราว ) เมื่อเกิดข้อผิดพลาดอีกประการหนึ่ง คือ การแก้ไข
3 การ synptom จริงอาจจะเกิดจาก nonerrors ( เช่น round_off
เที่ยง )
4 ' อาการอาจจะเกิดจากความผิดพลาดของมนุษย์ที่ไม่สามารถสืบ