11.9.1 The Debugging ProcessDebuggi

11.9.1 The Debugging Process
Debugging is not testing but always occurs as a
consequence of testing. Referring to Figure in the next page, the
debugging process begins with the execution or a test case.
Results are assessed and a lack or correspondence between
expected and actual performance is encountered. In many cases,
the non-corresponding data are a symptom of an underlying cause
as yet hidden. The debugging process attempts to match symptom
with cause thereby leading to error correction.
The debugging process will always have one or two outcomes:
1. The cause will be found and corrected, or
2. The cause will not be found.
In the latter case, the person performing debugging may
suspect a cause, design a test case to help validate that suspicion,
and work toward error correction in an iterative fashion.

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

11.9.1 ตรวจแก้จุดบกพร่องกระบวนการดีบักไม่ทดสอบ แต่เกิดขึ้นเสมอเป็นการสัจจะของการทดสอบ อ้างอิงจากรูปในหน้าถัดไป การตรวจแก้จุดบกพร่องกระบวนการเริ่มต้น ด้วยการดำเนินการหรือกรณีทดสอบมีประเมินผล และขาดหรือติดต่อระหว่างพบประสิทธิภาพที่คาดไว้ และเกิดขึ้นจริง ในหลายกรณีข้อมูลไม่ตรงมีอาการสาเหตุเป็นต้นที่ยังซ่อนอยู่ กระบวนการตรวจแก้จุดบกพร่องพยายามให้ตรงกับอาการมีสาเหตุจึงนำไปสู่การแก้ไขข้อผิดพลาดกระบวนการตรวจแก้จุดบกพร่องจะมีหนึ่ง หรือสองผลลัพธ์:1. สาเหตุจะพบ และ แก้ไข หรือ2. สาเหตุจะไม่พบในกรณีหลัง ผู้ที่จะทำการตรวจแก้จุดบกพร่องอาจสงสัยสาเหตุ การออกแบบกรณีทดสอบเพื่อช่วยตรวจสอบว่าความสงสัยและทำงานการแก้ไขข้อผิดพลาดในการซ้ำ

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

11.9.1 การแก้จุดบกพร่องกระบวนการ
แก้จุดบกพร่องไม่ได้ทดสอบ แต่มักจะเกิดขึ้นเป็น
ผลมาจากการทดสอบ หมายถึงรูปในหน้าถัดไป
แก้จุดบกพร่องกระบวนการเริ่มต้นด้วยการดำเนินการหรือกรณีทดสอบ.
มีการประเมินผลและการขาดหรือความสอดคล้องระหว่าง
ผลการดำเนินงานที่เกิดขึ้นจริงและคาดว่าจะพบ ในหลายกรณี
ข้อมูลที่ไม่สอดคล้องกันเป็นอาการของสาเหตุ
ที่ยังซ่อนอยู่ กระบวนการแก้จุดบกพร่องพยายามที่จะตรงกับอาการ
. ด้วยสาเหตุที่จะนำไปสู่การแก้ไขข้อผิดพลาด
ในกระบวนการตรวจแก้จุดบกพร่องมักจะมีหนึ่งหรือสองผล:
1 สาเหตุที่จะพบและการแก้ไขหรือ
2 สาเหตุที่จะไม่พบ.
ในกรณีหลังนี้คนดำเนินการแก้จุดบกพร่องอาจ
สงสัยว่าสาเหตุการออกแบบกรณีทดสอบที่จะช่วยให้การตรวจสอบความสงสัยว่า
และทำงานต่อแก้ไขข้อผิดพลาดในแฟชั่นซ้ำ

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

11.9.1 ขั้นตอนการแก้จุดบกพร่องการดีบักไม่ได้ทดสอบแต่เสมอ

ผลที่เกิดขึ้นจากการทดสอบ หมายถึงรูปในหน้าถัดไป
แก้จุดบกพร่องกระบวนการเริ่มต้นด้วยการประหาร หรือเป็นกรณีทดสอบ .
ผลการประเมินและการขาดหรือการติดต่อระหว่าง
ที่คาดหวังและการปฏิบัติจริงพบ ในหลายกรณีไม่ตรงกัน
ข้อมูลอาการของสาเหตุ
เป็นการซ่อนอยู่เลย ขั้นตอนการแก้จุดบกพร่องพยายามให้ตรงกับอาการ
สาเหตุจึงนำไปสู่การแก้ไขข้อผิดพลาด .
ขั้นตอนการแก้จุดบกพร่องมักจะมีหนึ่งหรือสองผล :
1 สาเหตุจะพบและการแก้ไขหรือ
2 สาเหตุก็ไม่พบ
ในกรณีหลัง คนที่แสดงการดีบักอาจ
สงสัยเพราะการออกแบบกรณีทดสอบเพื่อช่วยตรวจสอบว่าสงสัย
และงานเกี่ยวกับการแก้ไขข้อผิดพลาดในแฟชั่น
ซ้ำ