4.5.1 Error guessing Error guessing

4.5.1 Error guessing



Error guessing is a technique that should always be used as a complement to more formal techniques. The success of error guessing is very much gdier den endent on the skill of the tester, as good testers know where the defects are likely to lurk Some people seem to be naturally good at testing and others are prod testers because they have a lot of experience either as a tester or working with a particular system and so are able to pi point its an error guessing approach, used after more formal techniques have nwhy been applied to some extent, can be In using more formal tech niques, the is likely to gain a better understanding of the system what it does and how it works. With this better understanding, he or she is likely to be Beamer a guessing ways in which the system may not work properly. There are no rules for ercor guessing. The tester is encouraged to think of in which the sofeware may not be able to cope. Typical conditions to indude division by zero, blank (or no) input, empty files and the wrong kind of teg alphabetic characters where numeric are required). If anyone ever says of a system or the environment in which it is to operate That could never happens it might be a good idea to test that condition, as such assumptions anour what will and will not happen in the live environment are often the cause of Sailiares A structured approach to the error-guessing technique is to list pos- sible defects or failiares and to design tests that attempt to produce them. Thesc defecr and failiere less can be built based on the tester's own experience or that of other perplic asailable defecLand failure data, and from common knowledge about why software fails.

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

4.5.1 คาดเดาผิดพลาด คาดเดาผิดพลาดมีเทคนิคที่ควรใช้เป็นส่วนเติมเต็มเพื่อเพิ่มเติมทางเทคนิค ความสำเร็จของการคาดเดาผิดพลาดเป็นเดนมาก gdier endent ในทักษะของการทดสอบ ทดสอบดีรู้ข้อบกพร่องมีแนวโน้มการ lurk บางคนดูเหมือนจะเป็นธรรมชาติดีที่ทดสอบ และอื่น ๆ จะกระทุ้งทดสอบเนื่องจากพวกเขามีมากมายเป็นการทดสอบ หรือทำงานกับระบบใดและจะจุด pi ที่เป็นข้อผิดพลาดในการคาดเดาวิธีการ หลังขึ้นทางเทคนิคมี nwhy การใช้บ้าง สามารถใช้เพิ่มเติมทางเทคนิค niques เป็นไปเพื่อความเข้าใจของระบบอะไรได้บ้างและวิธีการทำงานได้ มีความเข้าใจดีกว่านี้ เขาหรือเธอคือ Beamer วิธี guessing ในซึ่งระบบอาจไม่ทำงานอย่างถูกต้อง ไม่มีกฎสำหรับ ercor คาดเดา เครื่องวัดที่จะขอแนะนำคิดว่า ในที่ sofeware อาจไม่สามารถรับมือ สภาพปกติการป้อน indude หาร ด้วยศูนย์ ว่าง (หรือไม่) ล้างแฟ้มและชนิดของแรมเท็กอักษรไม่ถูกต้องเป็นตัวเลขจำเป็น) ถ้าใครเคยกล่าวว่า ระบบ หรือสภาพแวดล้อมที่มีการใช้งานที่ไม่เคยเกิดขึ้นอาจเป็นความคิดที่ดีในการทดสอบเงื่อนไขที่ เช่น anour สมมติฐานอะไรจะ และจะไม่เกิดขึ้นในสภาพแวดล้อมสดมักของ A Sailiares โครงสร้างวิธีการเทคนิคการคาดเดาผิดพลาดคือรายการ pos sible บกพร่องหรือ failiares และ การทดสอบการออกแบบที่พยายามผลิตให้ Thesc defecr และ failiere สามารถสร้างน้อยขึ้นอยู่กับประสบการณ์ของ tester หรือที่อื่น ๆ ข้อมูลล้มเหลว defecLand perplic asailable และจากความรู้ทั่วไปเกี่ยวกับเหตุการล้มเหลวของซอฟต์แวร์

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

4.5.1 ข้อผิดพลาดคาดเดาข้อผิดพลาดคาดเดาเป็นเทคนิคที่ควรนำมาใช้เป็นส่วนประกอบมากขึ้นเทคนิคอย่างเป็นทางการ ความสำเร็จของการคาดเดาข้อผิดพลาดเป็นอย่างมาก endent ถ้ำ gdier กับทักษะของการทดสอบที่เป็นผู้ทดสอบที่ดีทราบว่าข้อบกพร่องที่มีแนวโน้มที่จะแฝงตัวบางคนดูเหมือนจะเป็นธรรมชาติที่ดีในการทดสอบและอื่น ๆ มีการทดสอบแยงเพราะพวกเขามีจำนวนมากประสบการณ์ ไม่ว่าจะเป็นเครื่องทดสอบหรือการทำงานกับระบบโดยเฉพาะอย่างยิ่งและเพื่อให้มีความสามารถที่จะปี่ชี้ข้อผิดพลาดของการคาดเดาวิธีใช้หลังจากเทคนิคเป็นทางการมากขึ้นได้รับการ nwhy นำไปใช้บางส่วนสามารถในการใช้ niques เทคโนโลยีทางการมากขึ้นมีแนวโน้มที่จะได้รับ ความเข้าใจที่ดีของระบบสิ่งที่มันไม่และวิธีการทำงาน ด้วยเหตุนี้ความเข้าใจที่ดีเขาหรือเธอมีแนวโน้มที่จะ Beamer วิธีการคาดเดาที่ระบบอาจไม่ทำงานอย่างถูกต้อง มีกฎระเบียบที่ไม่มี ercor มีการคาดเดา ทดสอบได้รับการสนับสนุนที่จะคิดว่าที่ sofeware อาจจะไม่สามารถที่จะรับมือ เงื่อนไขทั่วไปเพื่อ indude หารด้วยศูนย์ว่างเปล่า (หรือไม่มีเลย) นำเข้าไฟล์ที่ว่างเปล่าและชนิดที่ไม่ถูกต้องของตัวอักษรตัวเลข TEG ที่จะต้อง) ถ้าใครที่เคยบอกว่าระบบหรือสภาพแวดล้อมที่มันคือการทำงานที่อาจไม่เคยเกิดขึ้นมันอาจจะเป็นความคิดที่ดีในการทดสอบสภาพที่เป็นสมมติฐานดังกล่าว anour สิ่งที่จะและจะไม่เกิดขึ้นในสภาพแวดล้อมที่อยู่มักจะเกิดจากสาเหตุใด Sailiares วิธีการที่มีโครงสร้างเทคนิคข้อผิดพลาดคาดเดาคือการแสดงรายการข้อบกพร่องหรือกฎข้อบังคับ pos- failiares และการออกแบบการทดสอบที่พยายามที่จะผลิตได้ Thesc defecr และ failiere น้อยสามารถสร้างขึ้นบนพื้นฐานของประสบการณ์ของตัวเองในการทดสอบหรือของอื่น ๆ perplic ข้อมูลความล้มเหลว defecLand asailable และจากความรู้ทั่วไปเกี่ยวกับสาเหตุที่ซอฟแวร์ล้มเหลว

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

4.5.1 ข้อผิดพลาดเดา



ผิดพลาดว่าเป็นเทคนิคที่ควรใช้เป็นส่วนเติมเต็มให้มากขึ้นทางเทคนิค ความสำเร็จของข้อผิดพลาดให้มาก gdier เดน endent ในทักษะของ testerดีทดสอบทราบว่าข้อบกพร่องที่มักจะแฝงตัวบางคนดูเหมือนจะดีตามธรรมชาติในการทดสอบและผู้อื่นทดสอบแยงเพราะพวกเขามีประสบการณ์มากมาย ไม่ว่าจะเป็น Tester หรือทำงานกับระบบโดยเฉพาะ และเพื่อให้สามารถที่จะพายมันชี้ข้อผิดพลาดคาดเดาวิธีการ ใช้หลังจากมีการใช้เทคนิคทางการอีกทำไม ในบางส่วนสามารถในการใช้เป็นทางการมากขึ้น niques เทคโนโลยี , มีแนวโน้มที่จะได้รับความเข้าใจที่ดีขึ้นของระบบ สิ่งที่มันไม่และวิธีการทำงาน เรื่องนี้เข้าใจเขาหรือเธอมีโอกาสที่จะถูกฉายเป็นการคาดเดาวิธีการที่ระบบอาจไม่ทำงานอย่างถูกต้อง ไม่มีกฎสำหรับ ercor คาดเดา ทดสอบและได้รับการส่งเสริมการคิดในที่ซอฟแวร์อาจไม่สามารถรับมือได้โดยทั่วไปสภาพกอง indude โดยศูนย์ , ว่าง ( หรือเปล่า ) ใส่แฟ้มว่างเปล่า และผิดประเภทอักขระตัวอักษรที่เป็นตัวเลขใช้ TEG ) ถ้าใครเคยบอกว่า ของระบบหรือสิ่งแวดล้อมซึ่งเป็นการใช้งานที่อาจไม่เคยเกิดขึ้น มันอาจเป็นความคิดที่ดีที่จะทดสอบ สภาพแบบนี้เช่นสมมติฐาน anour สิ่งที่จะและจะไม่เกิดขึ้นในสภาพแวดล้อมที่อยู่อาศัยมักเป็นสาเหตุของการ sailiares วิธีการโครงสร้างเพื่อข้อผิดพลาดคาดเดาเทคนิคคือ รายการ POS - ทั้งนั้นข้อบกพร่องหรือ failiares และการออกแบบการทดสอบที่พยายามที่จะผลิตพวกเขาdefecr thesc failiere น้อยลงและสามารถสร้างขึ้นบนพื้นฐานของการตรวจสอบของประสบการณ์เองหรือของอื่น ๆ perplic asailable defecland ความล้มเหลว และจากความรู้ทั่วไปเกี่ยวกับทำไม



ซอฟต์แวร์ล้มเหลว