debug/test thesoftware. It is speci

debug/test the
software. It is specifically applicable to Bohrbugs,
which by definition manifest consistently. The
Bohrbugs that caused failures in the testing phase can
thus rather easily be isolated and removed from the
code. Likewise, if a failure due to a Bohrbug occurs in
production, it can be reproduced in the original testing
environment, and a patch correcting the bug or a
workaround can be issued. Due to their seemingly nondeterministic
nature Mandelbugs are much more
difficult to understand and detect in the software code.
Therefore, run-time techniques to recover from failures
caused by Mandelbugs (or to even prevent such
failures) are usually more cost- and time-effective than
debug/test approaches. We will discuss these
techniques below.

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

ตรวจแก้จุดบกพร่องและการทดสอบการซอฟต์แวร์ มันเป็น Bohrbugs โดยเฉพาะซึ่งได้แสดงรายการอย่างต่อเนื่อง การBohrbugs ที่เกิดจากความล้มเหลวในขั้นตอนการทดสอบจึง ค่อนข้างง่ายจะแยก และลบออกจากการรหัส ในทำนองเดียวกัน ความล้มเหลวจากการ Bohrbug เกิดขึ้นในการผลิต จะสามารถทำซ้ำได้ในการตรวจต้นฉบับและสิ่งแวดล้อม แพทช์แก้ไขข้อผิดพลาดหรือสามารถออกวิธีแก้ปัญหา เนื่องจากพวกเขาดูเหมือนถูกธรรมชาติ Mandelbugs มีมากยากที่จะเข้าใจ และตรวจสอบในรหัสซอฟต์แวร์ดังนั้น เทคนิคการทำการกู้คืนจากความล้มเหลวเกิด โดย Mandelbugs (หรือแม้แต่ป้องกันดังกล่าวความล้มเหลว) มักมีต้นทุน - และเวลามีประสิทธิภาพมากกว่าวิธีการตรวจแก้จุดบกพร่อง/ทดสอบ เราจะกล่าวถึงเหล่านี้เทคนิคด้านล่าง

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

การแก้ปัญหา / ทดสอบ
ซอฟต์แวร์ มันเป็นเฉพาะที่ใช้บังคับกับ Bohrbugs,
ซึ่งโดยความหมายประจักษ์อย่างต่อเนื่อง
Bohrbugs ที่ทำให้เกิดความล้มเหลวในขั้นตอนการทดสอบสามารถ
จึงค่อนข้างง่ายและถูกแยกออกจาก
รหัส ในทำนองเดียวกันถ้าเป็นความล้มเหลวเนื่องจากการ Bohrbug เกิดขึ้นใน
การผลิตก็สามารถทำซ้ำในการทดสอบเดิม
สภาพแวดล้อมและแพทช์แก้ไขข้อผิดพลาดหรือ
การแก้ปัญหาจะสามารถออก เนื่องจากพวกเขาดูเหมือน nondeterministic
Mandelbugs ธรรมชาติมีมาก
ยากที่จะเข้าใจและตรวจสอบในรหัสซอฟต์แวร์.
ดังนั้นเวลาทำงานเทคนิคการกู้คืนจากความล้มเหลว
ที่เกิดจาก Mandelbugs (หรือแม้กระทั่งการป้องกันเช่น
ความล้มเหลว) มักจะมีค่าใช้จ่ายมากขึ้นและใช้เวลาที่มีประสิทธิภาพ มากกว่า
การแก้ปัญหา / วิธีการทดสอบ เราจะหารือเหล่านี้
เทคนิคด้านล่าง

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

ตรวจสอบ / ทดสอบซอฟต์แวร์ มันเป็นเฉพาะ bohrbugs ใช้ได้ ,ซึ่งจากคำนิยามปรากฏอย่างต่อเนื่อง ที่bohrbugs ที่เกิดความล้มเหลวในขั้นตอนการทดสอบสามารถจึงค่อนข้างง่ายสามารถแยกและลบออกจากรหัส อนึ่ง หากล้มเหลวเนื่องจากการ bohrbug เกิดขึ้นในการผลิต สามารถทำซ้ำในการทดสอบเดิมสิ่งแวดล้อม และแพทช์แก้บั๊ก หรือการแก้ปัญหาที่สามารถออก เนื่องจากพวกเขาดูเหมือน nondeterministicmandelbugs ธรรมชาติมากขึ้นยากที่จะเข้าใจและตรวจสอบในซอฟต์แวร์รหัสดังนั้นเรียกใช้เทคนิคการกู้คืนจากความล้มเหลวเกิดจาก mandelbugs ( หรือแม้แต่จะป้องกัน เช่นความล้มเหลว ) เป็นค่าใช้จ่ายและเวลาที่มีประสิทธิภาพมากขึ้นกว่าปกติวิธีการตรวจสอบ / ทดสอบ เราจะหารือเกี่ยวกับเหล่านี้เทคนิคด้านล่าง