Testing presents an interesting dil

Testing
presents
an
interesting
dilemma
for
software
engineers,
who
by
their
nature
are
constructive
people.
Testing
requires that developer discard preconceived notions of the "correctness " of software just developed and then work hard to design test cases to "break" the software. Beizer describes this situation effectively when he states:
There's a myth that if we were really good at programming, there would be no bugs to catch. if only we could really concentrate, if only everyone used structured programming top down design then there would be no bugs, So goes the myth There are bugs, the myth says, because we are bad at what we do; and if we are bad at it. we should feel guilty about it Therefore testing and test case design is an admission

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

การทดสอบ นำเสนอ มี ที่น่าสนใจ คาย สำหรับ ซอฟต์แวร์ วิศวกร ที่ โดย ของพวกเขา ธรรมชาติ มี สร้างสรรค์ คน การทดสอบ ต้องพัฒนาละทิ้งข้อสังเกตความความ "ถูกต้อง" ของซอฟต์แวร์ที่พัฒนาขึ้น และจากนั้น ทำงานหนักการออกแบบกรณีทดสอบซอฟต์แวร์ "ทำลาย" Beizer อธิบายสถานการณ์นี้ได้อย่างมีประสิทธิภาพเมื่อเขาระบุ: มีตำนานว่า ถ้าเราดีจริง ๆ ที่เขียนโปรแกรม จะมีข้อบกพร่องไม่จับ ถ้าเพียงเราสามารถจ่อ ถ้าเพียงทุกคนใช้การเขียนโปรแกรมแบบมีโครงสร้างด้านลงออก แล้วจะมีข้อบกพร่อง เพื่อไปตำนานมีข้อบกพร่อง ตำนานกล่าวว่า เพราะเราเป็นในสิ่งที่เราทำการ และถ้าเราไม่ได้ เราควรรู้สึกเกี่ยวกับมันดังนั้น การทดสอบ และทดสอบการออกแบบ การยอม

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

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

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

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