White-box testing is a verification technique software engineers can use to examine if their
code works as expected. In this chapter, we will explain the following:
• a method for writing a set of white-box test cases that exercise the paths in the code
• the use of equivalence partitioning and boundary value analysis to manage the number of
test cases that need to be written and to examine error-prone/extreme “corner” test cases
• how to measure how thoroughly the test cases exercise the code
White-box testing is testing that takes into account the internal mechanism of a system or
component (IEEE, 1990). White-box testing is also known as structural testing, clear box
testing, and glass box testing (Beizer, 1995). The connotations of “clear box” and “glass
box” appropriately indicate that you have full visibility of the internal workings of the
software product, specifically, the logic and the structure of the code.
Using the white-box testing techniques outlined in this chapter, a software engineer can
design test cases that (1) exercise independent paths within a module or unit; (2) exercise
logical decisions on both their true and false side; (3) execute loops at their boundaries and
within their operational bounds; and (4) exercise internal data structures to ensure their
validity (Pressman, 2001).
There are six basic types of testing: unit, integration, function/system, acceptance, regression,
and beta. White-box testing is used for three of these six types:
• Unit testing, which is testing of individual hardware or software units or groups of
related units (IEEE, 1990). A unit is a software component that cannot be subdivided
into other components (IEEE, 1990). Software engineers write white-box test cases to
examine whether the unit is coded correctly. Unit testing is important for ensuring the
code is solid before it is integrated with other code. Once the code is integrated into the
code base, the cause of an observed failure is more difficult to find. Also, since the
software engineer writes and runs unit tests him or herself, companies often do not track
the unit test failures that are observed– making these types of defects the most “private”
to the software engineer. We all prefer to find our own mistakes and to have the
opportunity to fix them without others knowing. Approximately 65% of all bugs can be
caught in unit testing (Beizer, 1990).
• Integration testing, which is testing in which software components, hardware
components, or both are combined and tested to evaluate the interaction between them
(IEEE, 1990). Test cases are written which explicitly examine the interfaces between
the various units. These test cases can be black box test cases, whereby the tester
understands that a test case requires multiple program units to interact. Alternatively,
white-box test cases are written which explicitly exercise the interfaces that are known
to the tester.
• Regression testing, which is selective retesting of a system or component to verify that
modifications have not caused unintended effects and that the system or component still
complies with its specified requirements (IEEE, 1990). As with integration testing,
regression testing can be done via black-box test cases, white-box test cases, or a
combination of the two. White-box unit and integration test cases can be saved and rerun
as part of regression testing.
ทดสอบกล่องขาวเป็นซอฟต์แวร์เทคนิคการตรวจสอบวิศวกรสามารถใช้เพื่อตรวจสอบว่าพวกเขารหัสทำงานตามที่คาดไว้ ในบทนี้ เราจะอธิบายต่อไปนี้:•วิธีการเขียนชุดขาวกล่องทดสอบกรณีที่เส้นทางในรหัสการออกกำลังกาย•การใช้เทียบเท่าพาร์ทิชันและขอบเขตของค่าวิเคราะห์การจัดการจำนวนกรณีทดสอบที่ต้องการ ให้มีบันทึก และตรวจสอบกรณีทดสอบข้อผิดพลาดแนวโน้ม/มาก "มุม"•วิธีการวัดอย่างไรอย่างกรณีทดสอบออกกำลังกายรหัสกล่องสีขาวทดสอบคือการทดสอบที่คำนึงถึงกลไกภายในของระบบ หรือส่วนประกอบ (IEEE, 1990) ทดสอบกล่องสีขาวเรียกว่าทดสอบโครงสร้าง กล่องใสทดสอบ และแก้วกล่องทดสอบ (Beizer, 1995) หมายถึง "กล่องใส" และ "แก้วกล่อง"เหมาะสมบ่งชี้ว่า คุณสามารถมองเห็นเต็มรูปแบบของงานที่ภายในของซอฟต์แวร์ โดย เฉพาะ แบบตรรกะและโครงสร้างของรหัสใช้เทคนิคการทดสอบสีขาวกล่องระบุไว้ในบทนี้ วิศวกรซอฟต์แวร์สามารถทดสอบออกแบบกรณีที่เส้นทางอิสระ (1) ออกกำลังกายภายในโมดูลหรือหน่วย (2) การออกกำลังกายตัดสินใจทางตรรกะด้านทั้งสองของพวกเขาเป็นจริง และเท็จ (3) ดำเนินการวนรอบที่ขอบ และภายในขอบเขตการดำเนินงาน และออกกำลังกาย (4) โครงสร้างข้อมูลภายในเพื่อให้แน่ใจของพวกเขามีผลบังคับใช้ (Pressman, 2001)มีหกชนิดพื้นฐานของการทดสอบ: หน่วย รวม ระบบฟังก์ชัน ยอมรับ ถด ถอยและเบต้า ทดสอบกล่องสีขาวใช้สำหรับสามหกชนิดเหล่านี้:•หน่วยทดสอบ ทดสอบฮาร์ดแวร์หรือซอฟต์แวร์แต่ละหน่วยหรือกลุ่มของหน่วยที่เกี่ยวข้อง (IEEE, 1990) หน่วยเป็นส่วนประกอบของซอฟต์แวร์ที่ไม่สามารถปฐมภูมิเป็นส่วนประกอบอื่น ๆ (IEEE, 1990) วิศวกรซอฟต์แวร์เขียนกรณีทดสอบกล่องขาวให้ตรวจสอบว่ารหัสหน่วยได้อย่างถูกต้อง หน่วยทดสอบเป็นสิ่งสำคัญสำหรับลูกค้ารหัสเป็นของแข็งก่อนที่จะรวมกับรหัสอื่น เมื่อรวมเข้ากับรหัสรหัสพื้นฐาน สาเหตุของความล้มเหลวที่พบได้ยากในการค้นหา ยัง ตั้งแต่การวิศวกรซอฟต์แวร์เขียน และรันทดสอบหน่วยเขา หรือตัวเอง บริษัทมักจะไม่ติดตามหน่วยทดสอบความล้มเหลวที่จะสังเกต – ทำเหล่านี้ชนิดของข้อบกพร่องสุด "ส่วนตัว"การวิศวกรรมซอฟต์แวร์ เราต้องหาข้อผิดพลาดของเราเอง และมีการโอกาสที่จะแก้ไขปัญหา โดยไม่มีผู้อื่นทราบ ประมาณ 65% ของทั้งหมดโรคจิตได้จับในหน่วยทดสอบ (Beizer, 1990)•รวมทดสอบ การทดสอบในที่ส่วนประกอบของซอฟต์แวร์ ฮาร์ดแวร์ส่วนประกอบ หรือทั้งสองอย่างจะถูกรวม และทดสอบเพื่อประเมินการโต้ตอบระหว่าง(IEEE, 1990) กรณีทดสอบเขียนที่ชัดเจนตรวจสอบอินเทอร์เฟซระหว่างหน่วยต่าง ๆ กรณีทดสอบเหล่านี้ได้อย่างกรณีทดสอบกล่องดำ โดยเครื่องวัดที่เข้าใจว่า กรณีทดสอบต้องใช้หลายโปรแกรมหน่วยการโต้ตอบ หรือกรณีทดสอบกล่องสีขาวเขียนที่ชัดเจนออกกำลังกายอินเตอร์เฟสที่เป็นที่รู้จักการทดสอบ•ถดถอย การทดสอบที่เลือก retesting ของระบบหรือคอมโพเนนต์การตรวจสอบว่าปรับเปลี่ยนได้ทำให้เกิดผลกระทบที่ตั้งใจและที่ระบบหรือคอมโพเนนต์ที่ยังคงสอดคล้องกับข้อกำหนดที่ระบุ (IEEE, 1990) เช่นเดียวกับการทดสอบรวมถดถอยการทดสอบสามารถทำได้ผ่านกรณีทดสอบกล่องดำ กล่องขาวทดสอบกรณี หรือชุดที่สอง กล่องสีขาวหน่วยรวมทดสอบกรณีและสามารถบันทึก และรันเป็นส่วนหนึ่งของการทดสอบถดถอย
การแปล กรุณารอสักครู่..

การทดสอบกล่องขาวเป็นเทคนิคการตรวจสอบวิศวกรซอฟต์แวร์สามารถใช้เพื่อตรวจสอบว่ารหัสของพวกเขา
ทำงานตามที่คาดไว้ ในบทนี้เราจะอธิบายต่อไปนี้ :
- วิธีการเขียนชุดของกรณีทดสอบกล่องสีขาวที่ใช้เส้นทางในรหัส
- เทียบเท่าการใช้และการวิเคราะห์ค่าขอบเขตที่จะจัดการจำนวน
กรณีทดสอบที่ต้องเขียน และตรวจสอบข้อผิดพลาดได้ง่าย / มาก " มุม " กรณีทดสอบ
- วิธีการวัดวิธีอย่างละเอียดกรณีการทดสอบกล่องสีขาวการทดสอบการออกกำลังกายรหัส
คือการทดสอบที่คำนึงถึงกลไกภายในของระบบหรือส่วนประกอบ
( IEEE , 1990 ) การทดสอบกล่องสีขาวจะเรียกว่าการทดสอบโครงสร้างการทดสอบกล่อง
ชัดเจนและการทดสอบกล่องแก้ว ( beizer , 1995 )ในความหมายของ " ล้างกล่อง " และ " แก้ว
กล่อง " อย่างเหมาะสม บ่งชี้ว่า คุณได้เต็มรูปแบบการมองเห็นของภายในการทำงานของ
ผลิตภัณฑ์ซอฟต์แวร์ , เฉพาะ , ตรรกะและโครงสร้างของรหัส .
ใช้กล่องสีขาวการทดสอบเทคนิคที่อธิบายไว้ในบทนี้ วิศวกรซอฟต์แวร์สามารถ
ออกแบบกรณีทดสอบที่ ( 1 ออกกำลังกายเส้นทางอิสระภายในหน่วยโมดูลหรือ ( 2 ) การออกกำลังกาย
ตรรกะในการตัดสินใจทั้งของ True และ False ด้าน ; ( 3 ) รันลูปที่ขอบเขตและขอบเขต
ภายในงาน และ ( 4 ) แบบฝึกหัดโครงสร้างข้อมูลภายในเพื่อให้ความถูกต้องของ
( คนเขียนข่าว , 2001 ) .
มีหกชนิดพื้นฐานของการทดสอบหน่วยการบูรณาการการทำงานของระบบ , การยอมรับ , การถดถอย
, และ เบต้า การทดสอบกล่องสีขาวใช้สำหรับสามของเหล่านี้หกประเภท :
- หน่วยทดสอบซึ่งเป็นหน่วยทดสอบของซอฟต์แวร์หรือฮาร์ดแวร์ของแต่ละบุคคลหรือกลุ่มของ
หน่วยงานที่เกี่ยวข้อง ( IEEE , 1990 ) หน่วยเป็นส่วนประกอบซอฟต์แวร์ที่ไม่สามารถแบ่ง
เป็นส่วนประกอบอื่น ๆ ( IEEE , 1990 ) วิศวกรซอฟต์แวร์เขียนกรณีทดสอบกล่องขาว
ตรวจสอบว่าหน่วยเป็นรหัสที่ถูกต้อง หน่วยทดสอบเป็นสิ่งสำคัญสำหรับความมั่นใจ
รหัสเป็นของแข็งก่อนที่จะรวมกับรหัสอื่น ๆเมื่อรหัสถูกรวมเข้าไปใน
รหัสฐานเป็นสาเหตุของการตรวจสอบความล้มเหลวเป็นเรื่องยากมากที่จะหา นอกจากนี้ เนื่องจาก
วิศวกรซอฟต์แวร์เขียนและรันหน่วยทดสอบเขาหรือตัวเองที่ บริษัท มักจะไม่ติดตาม
หน่วยทดสอบความล้มเหลวที่พบเหล่านี้ประเภทของข้อบกพร่องมากที่สุด " ส่วนตัว "
กับ Software Engineer ทำ– . เราทุกคนชอบที่จะค้นหาความผิดพลาดของเราเอง และมี
โอกาสที่จะแก้ไขปัญหาได้โดยไม่มีคนอื่นรู้ ประมาณ 65% ของแมลงทั้งหมดสามารถ
จับในการทดสอบหน่วย ( beizer 1990 )
- บูรณาการการทดสอบ ซึ่งการทดสอบที่ส่วนประกอบซอฟต์แวร์ส่วนประกอบฮาร์ดแวร์
, หรือทั้งสองจะรวมกันและทดสอบเพื่อศึกษาปฏิสัมพันธ์ระหว่างพวกเขา
( IEEE , 1990 ) กรณีทดสอบจะถูกเขียนที่ชัดเจนตรวจสอบการเชื่อมต่อระหว่าง
หน่วยต่าง ๆกรณีทดสอบนี้สามารถทดสอบกรณีทดสอบ
กล่องดำ ซึ่งเข้าใจว่าเป็นกรณีทดสอบหน่วยต้องใช้โปรแกรมหลายในการโต้ตอบ หรือ
กรณีทดสอบกล่องสีขาวเขียนที่ชัดเจนใช้อินเตอร์เฟซที่เป็นที่รู้จักกันเพื่อทดสอบ
.
- การทดสอบความถดถอย ซึ่งเป็น retesting เลือกของระบบหรือส่วนประกอบเพื่อตรวจสอบว่า
การปรับเปลี่ยนไม่ได้ก่อให้เกิดผลที่ไม่ได้ตั้งใจและที่ระบบหรือส่วนประกอบของมันยังคง
สอดคล้องกับความต้องการที่ระบุ ( IEEE , 1990 ) เป็นแบบบูรณาการ
การทดสอบความถดถอยสามารถทำได้ผ่านทางกรณีทดสอบกล่องดำกล่องสีขาวการทดสอบ
กรณีหรือการรวมกันของทั้งสอง กล่องสีขาว และกรณีทดสอบหน่วยรวมสามารถบันทึกและฉายซ้ำ
เป็นส่วนหนึ่งของการทดสอบการถดถอย
การแปล กรุณารอสักครู่..
