Figure 2.6.1.2B: Data flow dependen

Figure 2.6.1.2B: Data flow dependencies between the modules of U1
2.6.1.2.1 White-box unit tests
The objective of white-box testing is to check the internal logic of the
software. White-box tests are sometimes known as 'path test s', 'structure
tests' or 'logic tests'. A more appropriate title for this kind of test is 'glassbox
test', as the engineer can see almost everything that the code is doing.
White-box unit tests are designed by examining the internal logic of
each module and defining the input data sets that force the execution of
different paths through the logic. Each input data set is a test case.
Traditionally, programmers used to insert diagnostic code to follow
the internal processing (e.g. statements that print out the values of program
variables during execution). Debugging tools that allow programmers to
observe the execution of a program step-by-step in a screen display make
the insertion of diagnostic code unnecessary, unless manual control of
execution is not appropriate, such as when real-time code is tested.
When debugging tools are used for white-box testing, prior
preparation of test cases and procedures is still necessary. Test cases and
procedures should not be invented during debugging. The Structured
Testing method (see Section 3.6) is the best known method for white-box
unit testing. The cyclomatic complexity value gives the number of paths that
must be executed, and the 'baseline method' is used to define the paths.
Lastly, input values are selected that will cause each path to be executed.
This is called 'sensitising the path'.
A limitation of white-box testing is its inability to show missing logic.
Black-box tests remedy this deficiency

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

รูป 2.6.1.2B: ข้อมูลที่ไหลระหว่างโมดูลของ U12.6.1.2.1 การทดสอบหน่วยกล่องสีขาววัตถุประสงค์ของการทดสอบกล่องขาวจะตรวจสอบตรรกะภายในของซอฟต์แวร์ ทดสอบกล่องสีขาวบางครั้งจะเรียกว่า 's เส้นทางทดสอบ', ' โครงสร้างทดสอบหรือ 'ทดสอบตรรกะ' ชื่อเรื่องที่เหมาะสมสำหรับชนิดของการทดสอบนี้เป็น ' glassboxทดสอบ ', ตามที่วิศวกรได้เห็นเกือบทุกอย่างที่รหัสกำลังทำงานการทดสอบหน่วยกล่องขาวออกแบบ ด้วยการตรวจสอบตรรกะภายในของแต่ละโมดูล และการกำหนดชุดข้อมูลเข้าที่บังคับการเส้นทางที่แตกต่างกัน โดยตรรกะ กรณีทดสอบแต่ละชุดข้อมูลอินพุตได้ประเพณี โปรแกรมเมอร์ใช้เพื่อแทรกรหัสวินิจฉัยตามการประมวลผลภายใน (เช่นคำสั่งที่พิมพ์ค่าของโปรแกรมตัวแปรในระหว่างการดำเนินการ) เครื่องมือดีบักที่ยอมให้โปรแกรมเมอร์ไปสังเกตการดำเนินการของโปรแกรมแต่ละขั้นตอนในการแสดงหน้าจอให้แทรกรหัสไม่จำเป็น วินิจฉัยเว้นแต่ควบคุมด้วยตนเองการดำเนินการไม่เหมาะสม เช่นเมื่อมีทดสอบรหัสแบบเรียลไทม์เมื่อใช้เครื่องมือตรวจแก้จุดบกพร่องสำหรับขาวกล่องทดสอบ ทราบยังจำเป็นต้องเตรียมกรณีทดสอบและกระบวนการ กรณีทดสอบ และขั้นตอนไม่ควรจะคิดค้นในระหว่างการตรวจแก้จุดบกพร่อง การจัดโครงสร้างวิธีทดสอบ (ดูหัวข้อ 3.6) เป็นวิธีรู้จักกันดีในกล่องสีขาวการทดสอบหน่วย ค่าความซับซ้อนของ cyclomatic ให้หมายเลขของเส้นทางที่ต้องดำเนินการ และใช้ 'พื้นฐานวิธี' การกำหนดเส้นทางสุดท้าย มีเลือกค่าป้อนเข้าที่จะทำให้แต่ละเส้นทางจะดำเนินการนี้จะเรียกว่า 'sensitising เส้นทาง'ข้อจำกัดของการทดสอบกล่องสีขาวเป็นมันไม่สามารถแสดงขาดตรรกะทดสอบกล่องดำแก้ไขขาดนี้

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

รูป 2.6.1.2B: การไหลของข้อมูลอ้างอิงระหว่างโมดูลของ U1
2.6.1.2.1 หน่วยกล่องสีขาวทดสอบ
วัตถุประสงค์ของการทดสอบกล่องสีขาวคือการตรวจสอบตรรกะภายในของ
ซอฟแวร์ การทดสอบกล่องสีขาวเป็นที่รู้จักกันเป็นบางครั้ง 'เส้นทางทดสอบ s' 'โครงสร้าง
การทดสอบ 'หรือ' การทดสอบตรรกะ ' ชื่อที่เหมาะสมมากขึ้นสำหรับชนิดของการทดสอบนี้คือ 'GlassBox
ทดสอบ ', เป็นวิศวกรสามารถดูเกือบทุกอย่างที่ว่ารหัสจะทำ.
กล่องสีขาวการทดสอบหน่วยได้รับการออกแบบโดยการตรวจสอบตรรกะภายในของ
แต่ละโมดูลและการกำหนดชุดข้อมูลเข้าที่ บังคับให้การดำเนินการของ
เส้นทางที่แตกต่างผ่านตรรกะ ข้อมูลชุดแต่ละอินพุตเป็นกรณีทดสอบ.
ตามเนื้อผ้าเขียนโปรแกรมที่ใช้ในการใส่รหัสการวินิจฉัยที่จะปฏิบัติตาม
การประมวลผลภายใน (เช่นข้อความที่พิมพ์ออกค่าของโปรแกรม
ตัวแปรระหว่างการดำเนินการ) เครื่องมือการแก้จุดบกพร่องที่ช่วยให้การเขียนโปรแกรมเพื่อ
สังเกตการทำงานของโปรแกรมขั้นตอนโดยขั้นตอนในหน้าจอแสดงผลทำให้
การแทรกของรหัสการวินิจฉัยที่ไม่จำเป็นเว้นแต่คู่มือการควบคุมของ
การดำเนินการที่ไม่เหมาะสมเช่นเมื่อรหัสเรียลไทม์ได้รับการทดสอบ.
เมื่อการแก้จุดบกพร่อง เครื่องมือที่ใช้ในการทดสอบกล่องสีขาวก่อนที่
การจัดทำกรณีทดสอบและวิธีการยังคงเป็นสิ่งที่จำเป็น กรณีทดสอบและ
ขั้นตอนไม่ควรที่จะคิดค้นในช่วงการแก้จุดบกพร่อง โครงสร้าง
วิธีการทดสอบ (ดูมาตรา 3.6) เป็นวิธีที่รู้จักกันดีที่สุดสำหรับกล่องสีขาว
การทดสอบหน่วย ค่าความซับซ้อน cyclomatic ให้จำนวนของเส้นทางที่
จะต้องดำเนินการและ 'วิธีการพื้นฐาน' ถูกนำมาใช้ในการกำหนดเส้นทาง.
สุดท้ายค่าของท่านจะถูกเลือกที่จะทำให้แต่ละเส้นทางที่จะดำเนินการ.
นี้เรียกว่า 'sensitizing เส้นทาง' .
ข้อ จำกัด ของการทดสอบกล่องสีขาวคือไม่สามารถที่จะแสดงตรรกะที่ขาดหายไป.
การทดสอบสีดำกล่องแก้ไขข้อบกพร่องนี้

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

รูป 2.6.1.2b : การไหลของข้อมูลการอ้างอิงระหว่างโมดูลของการทดสอบกล่องสีขาว 2.6.1.2.1 หน่วย U1

วัตถุประสงค์ของการทดสอบกล่องสีขาวคือการตรวจสอบตรรกะภายในของ
ซอฟต์แวร์ การทดสอบกล่องสีขาวการทดสอบเป็นที่รู้จักกันบางครั้งก็เป็น ' เส้นทาง ' s '
' หรือ ' ตรรกะโครงสร้างการทดสอบการทดสอบ ' ที่เหมาะสมกว่า ชื่อ นี้ ชนิดของการทดสอบ glassbox
' ทดสอบ 'เป็นวิศวกรที่สามารถเห็นได้เกือบทุกอย่างที่เป็นรหัสทำ .
การทดสอบกล่องสีขาวที่ออกแบบโดยหน่วยตรวจสอบตรรกะภายในของ
แต่ละโมดูลและการกำหนดข้อมูลชุดนั้นบังคับประหาร
เส้นทางที่แตกต่างกันผ่านทางตรรกะ แต่ละชุดข้อมูล คือ การทดสอบกรณี .
ผ้า โปรแกรมเมอร์ใช้ในการแทรกรหัสวินิจฉัยตาม
การประมวลผลภายใน ( เช่นข้อความที่พิมพ์ค่าของตัวแปรโปรแกรม
ในระหว่างการดำเนินการ ) การแก้จุดบกพร่องเครื่องมือที่ช่วยให้โปรแกรมเมอร์
สังเกตการทำงานของโปรแกรม ขั้นตอนในหน้าจอแสดงให้
แทรกของรหัสไม่จำเป็นการวินิจฉัย นอกจากการควบคุมคู่มือ
ปฏิบัติการไม่เหมาะสม เช่น เมื่อรหัสแบบทดสอบ .
เมื่อแก้จุดบกพร่องเครื่องมือที่ใช้สำหรับการทดสอบกล่องสีขาว ก่อนที่
การเตรียมการของกรณีทดสอบและขั้นตอนยังคงจำเป็น กรณีทดสอบและ
ขั้นตอนไม่ควรคิดค้นในการดีบั๊ก โครงสร้าง
วิธีการทดสอบ ( ดูมาตรา 3.6 ) เป็นที่รู้จักกันวิธีที่ดีที่สุดสำหรับการทดสอบหน่วย
กล่องสีขาว ค่าความซับซ้อนไซโคลเมติกให้หมายเลขของเส้นทางที่
ต้องถูกประหารชีวิต และ ' ' ( ) จะถูกใช้เพื่อกำหนดเส้นทาง
ท้ายนี้ป้อนค่า เลือก ที่ จะทำให้แต่ละเส้นทางจะถูกประหาร
นี้เรียกว่า ' sensitising เส้นทาง ' .
ข้อจำกัดของการทดสอบกล่องสีขาวคือไม่สามารถแสดงขาดตรรกะ การทดสอบกล่องดำเยียวยานี้ขาด