วิธีการของการทดสอบซอฟต์แวร์และเปรียบเทียบ วิธีการทดสอบของ "กล่องดำ" การทดสอบและวิธีการ "กล่องสีขาวที่"

การทดสอบซอฟต์แวร์ (SW) ระบุช่องว่างข้อบกพร่องและข้อผิดพลาดในรหัสที่จำเป็นต้องได้รับการแก้ไข นอกจากนี้ยังสามารถกำหนดเป็นกระบวนการของการประเมินผลการทำงานและความถูกต้องของซอฟแวร์ด้วยความช่วยเหลือของการวิเคราะห์ที่ วิธีการขั้นพื้นฐานของการรวมกลุ่มและการทดสอบการใช้งานซอฟต์แวร์ที่มีคุณภาพและให้แน่ใจว่าคือการทดสอบเปค, การออกแบบและการเข้ารหัสการประเมินความน่าเชื่อถือของการตรวจสอบและการตรวจสอบ

วิธีการ

วัตถุประสงค์หลักของการทดสอบซอฟต์แวร์ - ยืนยันคุณภาพของระบบซอฟแวร์ผ่านการใช้งานการแก้จุดบกพร่องระบบภายใต้สภาวะควบคุมอย่างระมัดระวังเพื่อตรวจสอบความสมบูรณ์และความถูกต้องของพวกเขาเช่นเดียวกับการตรวจสอบข้อผิดพลาดที่ซ่อนอยู่

วิธีการตรวจสอบ (การทดสอบ) โปรแกรม สามารถแบ่งออกเป็นแบบคงที่และแบบไดนามิก

อดีตรวมถึงทางการตรวจสอบและทบทวนเทคนิคการตรวจสอบขั้นตอนโดยการวิเคราะห์ขั้นตอนการตรวจสอบรวมทั้งการวิเคราะห์การไหลของข้อมูลแบบคงที่และการจัดการ

เทคนิคแบบไดนามิกที่มี:

1. การทดสอบกล่องสีขาว นี่คือการศึกษารายละเอียดของตรรกะภายในและโครงสร้างของโปรแกรม มันเป็นสิ่งจำเป็นเพื่อความรู้ของรหัสที่มา
2. การทดสอบกล่องดำ เทคนิคนี้ไม่จำเป็นต้องมีความรู้ใด ๆ เกี่ยวกับการทำงานภายในของแอพลิเคชัน เราพิจารณาเฉพาะด้านพื้นฐานของระบบที่ไม่เกี่ยวข้องหรือเชื่อมโยงกับบางส่วนของโครงสร้างเชิงตรรกะภายใน
3. วิธีกล่องสีเทา มันรวมสองวิธีก่อนหน้านี้ การแก้ไขข้อบกพร่องที่มีความรู้ จำกัด ของการทำงานภายในของแอพลิเคชันจะถูกรวมกับความรู้ในด้านพื้นฐานของระบบ

การทดสอบความโปร่งใส

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

การทดสอบโปรแกรมโดยกล่องสีขาวมีข้อดีดังต่อไปนี้:

• จะช่วยให้การตรวจสอบข้อผิดพลาดในรหัสที่ซ่อนอยู่โดยการถอดสายโดยไม่จำเป็น
• การใช้งานของผลข้างเคียง;
• คุ้มครองสูงสุดจะทำได้โดยการเขียนบททดสอบ

ข้อเสีย:

• กระบวนการที่มีต้นทุนสูงต้องมีทักษะการดีบักเกอร์;
• ลู่ทางมากมายยังคงสำรวจเพราะตรวจสอบอย่างละเอียดของข้อผิดพลาดที่ซ่อนไว้ทั้งหมดเป็นไปได้ที่มีความซับซ้อนมาก
• บางส่วนของรหัสจะถูกส่งผ่านไม่มีใครสังเกตเห็น

การทดสอบกล่องสีขาวบางครั้งจะเรียกโดยการทดสอบมีความโปร่งใสหรือเปิดกล่องโครงสร้างการทดสอบตรรกะตามรหัสที่มาและสถาปัตยกรรมตรรกะ

พันธุ์หลัก:

1) การทดสอบการควบคุมการไหล - กลยุทธ์โครงสร้างโดยใช้รูปแบบการควบคุมการไหลของโปรแกรมและเป็นที่นิยมมากขึ้นวิธีง่ายๆที่จะซับซ้อนมากขึ้นน้อยลง;

2) สาขาการออกแบบมาเพื่อศึกษาการแก้จุดบกพร่องแต่ละตัวเลือก (จริงหรือเท็จ) ของแต่ละผู้ประกอบการควบคุมซึ่งยังรวมถึงวิธีการแก้ปัญหาร่วมกัน;

3) การทดสอบของเส้นทางหลักซึ่งจะช่วยให้ผู้ทดสอบเพื่อสร้างวัดซับซ้อนตรรกะโครงการขั้นตอนสำหรับการแยกฐานตั้งของเส้นทางการดำเนินการ;

4) ตรวจสอบกระแสข้อมูล - กลยุทธ์การควบคุมการไหลของการวิจัยโดยคำอธิบายประกอบนับข้อมูลเกี่ยวกับการโฆษณาและใช้ตัวแปรโปรแกรม;

5) รอบของการทดสอบ - มุ่งเน้นอย่างเต็มที่ในการดำเนินการที่ถูกต้องของกระบวนการวงจร

แก้จุดบกพร่องพฤติกรรม

การทดสอบกล่องดำถือว่าซอฟต์แวร์เป็น "กล่องดำ" - ข้อมูลเกี่ยวกับการทำงานภายในของโปรแกรมจะไม่นับและตรวจสอบเฉพาะด้านพื้นฐานของระบบ ในกรณีนี้ผู้ทดสอบต้องรู้สถาปัตยกรรมระบบไม่สามารถเข้าถึงรหัสที่มา

ข้อดีของวิธีนี้:

• ประสิทธิภาพในส่วนของรหัสขนาดใหญ่
• ความสะดวกในการทดสอบการรับรู้;
• มุมมองของผู้ใช้จะถูกแยกออกจากกันอย่างชัดเจนจากมุมมองของนักพัฒนาซอฟต์แวร์ (โปรแกรมเมอร์และการทดสอบความเป็นอิสระของแต่ละอื่น ๆ );
• สร้างขึ้นอย่างรวดเร็วของการทดสอบ

ซอฟแวร์การทดสอบวิธีการกล่องดำมีข้อเสียต่อไปนี้:

• ดำเนินการแน่นอนเลือกหมายเลขของกรณีทดสอบผลในการคุ้มครอง จำกัด ;
• ขาดข้อกำหนดที่ชัดเจนยากที่จะพัฒนาสคริปต์ทดสอบ;
• มีประสิทธิภาพต่ำ

ชื่ออื่น ๆ สำหรับเทคโนโลยีนี้ - พฤติกรรมไม่โปร่งใส, การทดสอบการทำงาน และวิธีการในการแก้จุดบกพร่องของกล่องปิด

ประเภทนี้อาจรวมถึงเทคนิคการทดสอบซอฟต์แวร์ต่อไปนี้:

1) เทียบเท่ากับพาร์ทิชันซึ่งสามารถลดการตั้งค่าของข้อมูลการทดสอบเป็นข้อมูลซอฟต์แวร์โมดูลป้อนข้อมูลถูกทำลายลงไปแยกชิ้นส่วนนั้น

2) การวิเคราะห์ค่าขอบเขตมุ่งเน้นไปที่การตรวจสอบของขอบเขตหรือค่าขีด จำกัด มาก - ต่ำสุดสูงสุดและค่าทั่วไปของข้อผิดพลาด;

3) fuzzing - ใช้ในการดำเนินการค้นหาโดยการป้อนข้อผิดพลาดหรือความเสียหาย poluiskazhennyh ข้อมูลในโหมดอัตโนมัติหรือกึ่งอัตโนมัติ;

4) นับจากเวรกรรม - เทคนิคที่อยู่บนพื้นฐานของการสร้างกราฟและการกำหนดความสัมพันธ์ระหว่างการกระทำและเหตุผลของมันเป็นตัวตนปฏิเสธหรือตรรกะและเหตุผลและ - สี่ตัวละครหลักแสดงความสัมพันธ์ระหว่างเหตุและผล;

5) การตรวจสอบของอาร์เรย์มุมฉากนำไปใช้ในการแก้ไขปัญหาที่มีพื้นที่การป้อนข้อมูลที่ค่อนข้างเล็กเกินความเป็นไปได้ของการวิจัยครบถ้วนสมบูรณ์นั้น

6) การทดสอบทุกคู่ - เทคนิคที่ชุดของค่าการทดสอบประกอบด้วยชุดที่ไบนารีทั้งหมดเป็นไปได้ของคู่ป้อนพารามิเตอร์แต่ละ;

7) การเปลี่ยนแปลงรัฐแก้จุดบกพร่อง - เทคนิคที่มีประโยชน์สำหรับการตรวจสอบสถานะของเครื่องเช่นเดียวกับเพื่อนำทางไปยังที่ GUI ใช้

การทดสอบกล่องดำ: ตัวอย่าง

เทคนิคกล่องดำจะขึ้นอยู่กับข้อกำหนดเอกสารและรายละเอียดของอินเตอร์เฟซซอฟแวร์หรือระบบ นอกจากนี้คุณสามารถใช้แบบจำลอง (ที่เป็นทางการหรือไม่เป็นทางการ) คิดเป็นพฤติกรรมที่คาดหวังของซอฟต์แวร์

โดยปกติวิธีนี้จะใช้สำหรับการแก้จุดบกพร่องอินเตอร์เฟซผู้ใช้และต้องมีปฏิสัมพันธ์กับการประยุกต์ใช้โดยการแนะนำการเก็บรวบรวมข้อมูลและผล - จากหน้าจอจากรายงานหรืองานพิมพ์

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

หลายวิธีการทดสอบจะต้องทำเพื่อที่จะตรวจสอบค่าที่เป็นไปได้ทั้งหมดสำหรับหน้าต่าง 4 ธงและเขต one-off ตั้งเวลาในไม่กี่วินาที? ในการคำนวณแรกเห็นเป็นเรื่องง่าย: 4 เขตข้อมูลที่มีสองรัฐเป็นไปได้ - 24 = 16 ซึ่งจะต้องคูณด้วยจำนวนของตำแหน่งที่เป็นไปได้ 00-99 นั่นคือ 1600 การทดสอบที่เป็นไปได้

อย่างไรก็ตามการคำนวณนี้เป็นความผิดที่เราสามารถกำหนดได้ว่าสนามสองจุดยังสามารถมีช่องว่างคือมันประกอบด้วยตัวอักษรและตัวเลขสองตำแหน่งและอาจรวมถึงตัวอักษรและตัวเลข, ตัวอักษรพิเศษช่องว่าง ฯลฯ ดังนั้นหาก .... ระบบคอมพิวเตอร์ 16 บิตเปิด 216 = 65536 หนึ่งสำหรับแต่ละตำแหน่งในผลลัพธ์ 4294967296 กรณีทดสอบที่จะคูณด้วย 16 การรวมกันของธงที่ให้รวมเป็น 68,719,476 736. หากพวกเขาดำเนินการ วันที่ 1 การทดสอบต่อวินาทีต่อทั้งหมด ทดสอบ olzhitelnost คือ 2 ปีที่ 177.5 สำหรับระบบ 32 หรือ 64 บิตระยะเวลามากยิ่งขึ้น

ดังนั้นจึงมีความจำเป็นที่จะลดเวลานี้ให้อยู่ในระดับที่ยอมรับได้ ดังนั้นเทคนิคที่ควรจะนำมาใช้เพื่อลดจำนวนของกรณีทดสอบโดยไม่ต้องลดขอบเขตของการทดสอบ

Equivalence แบ่งพาร์ทิชัน

พาร์ทิชันเทียบเท่าเป็นวิธีที่ง่ายที่จะใช้สำหรับตัวแปรใด ๆ ที่มีอยู่ในซอฟแวร์ไม่ว่าจะเป็น input หรือ output ค่าสัญลักษณ์ตัวเลขและอื่น ๆ . มันขึ้นอยู่กับหลักการที่ว่าข้อมูลทั้งหมดจากหนึ่งเทียบเท่าของพาร์ทิชันจะได้รับการปฏิบัติเหมือนกันและโดย คำแนะนำเดียวกัน

ในระหว่างการทดสอบเลือกหนึ่งในตัวแทนของพาร์ทิชันที่เท่าเทียมกันในแต่ละโดยเฉพาะอย่างยิ่ง นี้ช่วยให้คุณมีระบบลดจำนวนของกรณีทดสอบที่เป็นไปได้โดยไม่สูญเสียความคุ้มครองของคำสั่งและฟังก์ชั่น

ผลมาจากการแบ่งพาร์ทิชันนี้ก็คือการลดการระเบิด combinatorial ระหว่างตัวแปรที่แตกต่างกันและการลดลงของการเชื่อมโยงของกรณีทดสอบ

ยกตัวอย่างเช่นใน (1 / x) ^1/2 ใช้สามลำดับข้อมูลสามพาร์ทิชันเทียบเท่า:

1. ตัวเลขทั้งหมดในเชิงบวกจะได้รับการปฏิบัติในทางเดียวกันและควรจะให้ผลลัพธ์ที่ถูกต้อง

2. สินค้าที่ได้รับการจัดการเชิงลบในทางเดียวกันกับผลเดียวกัน นี้ไม่ถูกต้องเพราะรากของจำนวนลบคือจินตนาการ

3. ศูนย์จะได้รับการจัดการแยกและให้ข้อผิดพลาด "หารด้วยศูนย์" นี้เป็นส่วนที่มีค่าเดียว

ดังนั้นเราจะเห็นสามส่วนที่แตกต่างกันซึ่งหนึ่งในนั้นจะลดลงไปค่าเดียว มีส่วนหนึ่งที่ "ถูกต้อง" ซึ่งจะช่วยให้ผลลัพธ์ที่น่าเชื่อถือและเป็นสอง "ผิด" กับผลที่ไม่ถูกต้อง

การวิเคราะห์ค่าขอบเขต

การประมวลผลบนพรมแดนของการแบ่งเทียบเท่าสามารถทำแตกต่างกันกว่าที่คาดไว้ การสืบสวนของค่าขีด จำกัด - วิธีการที่รู้จักกันดีของการวิเคราะห์พฤติกรรมของซอฟแวร์ในพื้นที่ดังกล่าว เทคนิคนี้จะทำให้มันเป็นไปได้ที่จะระบุข้อผิดพลาดดังกล่าว

• ใช้ที่ไม่เหมาะสมของผู้ประกอบการเชิงสัมพันธ์ (<,> =, ≠, ≥, ≤);
• ข้อผิดพลาดเดียว;
• ปัญหาที่เกิดขึ้นในรอบและทำซ้ำ
• ผิดประเภทหรือขนาดของตัวแปรที่ใช้สำหรับการจัดเก็บข้อมูล
• ข้อ จำกัด เทียมที่เกี่ยวข้องกับชนิดข้อมูลและตัวแปร

ทดสอบโปร่งแสง

วิธีกล่องสีเทาเพิ่มความคุ้มครองการทดสอบคุณสามารถมุ่งเน้นในทุกระดับที่ยากของระบบผ่านการรวมกันของเทคนิคสีดำและสีขาว

ใช้เทคนิคนี้ทดสอบสำหรับการพัฒนาของค่าการทดสอบควรมีความรู้ข้อมูลภายในโครงสร้างและขั้นตอนวิธี ตัวอย่างของวิธีการทดสอบสีเทากล่องมีดังนี้

• รูปแบบสถาปัตยกรรม
• Unified Modeling Language (UML);
• รูปแบบของรัฐ (เครื่องจักรสถานะ จำกัด )

ในวิธีการของกล่องสีเทาเพื่อพัฒนากรณีทดสอบการศึกษาในโมดูลรหัสวิศวกรรมสีขาวและทดสอบจริงจะดำเนินการในอินเตอร์เฟซของโปรแกรมเทคโนโลยีสีดำ

วิธีการทดสอบเหล่านี้มีข้อดีดังต่อไปนี้:

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

ข้อเสีย:

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

อีกชื่อหนึ่งในเทคนิคที่กล่องสีเทา - การแก้จุดบกพร่องโปร่งแสง

ประเภทนี้รวมถึงวิธีการดังกล่าวของการทดสอบ:

1) อาร์เรย์มุมฉาก - การใช้งานของชุดย่อยของชุดที่เป็นไปได้ทั้งหมดนั้น

2) เมทริกซ์แก้จุดบกพร่องโดยใช้สถานะของข้อมูลโปรแกรมนั้น

3) การตรวจสอบถอยหลังดำเนินการที่เปลี่ยนแปลงใหม่กับซอฟต์แวร์;

4) การทดสอบแม่แบบที่ช่วยวิเคราะห์การออกแบบและสถาปัตยกรรมของแอพลิเคชันที่ดี

การเปรียบเทียบวิธีการทดสอบซอฟต์แวร์

การใช้วิธีการแบบไดนามิกจะนำไปสู่การระเบิด combinatorial จำนวนของการทดสอบที่จำเป็นต้องได้รับการพัฒนาและนำมาใช้ดำเนินการ เทคนิคทุกคนควรนำมาใช้ในทางปฏิบัติการข้อ จำกัด ของมันเข้าบัญชี

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

นี่คือความแตกต่างที่สำคัญระหว่างสามเทคนิคการทดสอบแบบไดนามิก - จะได้รับตารางเปรียบเทียบระหว่างสามรูปแบบของซอฟแวร์การแก้จุดบกพร่อง

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

ระบบอัตโนมัติ

วิธีการอัตโนมัติของการทดสอบซอฟต์แวร์มากลดความซับซ้อนของกระบวนการของการตรวจสอบโดยไม่คำนึงถึงสภาพแวดล้อมทางเทคนิคและบริบทของ พวกเขาจะใช้ในกรณีที่สอง:

1) ได้โดยอัตโนมัติน่าเบื่อซ้ำหรือพิถีพิถันงานต่างๆเช่นการเปรียบเทียบแฟ้มไปหลายพันแถวเพื่อที่จะปล่อยเวลาสำหรับความเข้มข้นของการทดสอบในจุดที่สำคัญมากขึ้น

2) สำหรับการดำเนินการติดตามหรืองานที่ไม่สามารถดำเนินการได้อย่างง่ายดายโดยคนเช่นการตรวจสอบประสิทธิภาพการทำงานหรือเวลาตอบสนองการวิเคราะห์ที่สามารถวัดได้ในร้อยของวินาที

เครื่องมือทดสอบสามารถจัดในรูปแบบที่แตกต่างกัน ส่วนต่อไปจะขึ้นอยู่กับงานที่พวกเขาสนับสนุน:

• การจัดการทดสอบซึ่งรวมถึงการสนับสนุนการบริหารจัดการโครงการรุ่นการกำหนดค่าการวิเคราะห์ความเสี่ยง, การติดตามการทดสอบข้อผิดพลาดบกพร่องและเครื่องมือการรายงาน;
• การจัดการความต้องการซึ่งรวมถึงความต้องการจัดเก็บข้อมูลและรายละเอียดตรวจสอบพวกเขาเพื่อความสมบูรณ์และความคลุมเครือ, ความสำคัญของพวกเขาและตรวจสอบย้อนกลับของการทดสอบแต่ละ;
• การตรวจสอบที่สำคัญและการวิเคราะห์แบบคงที่รวมทั้งการตรวจสอบการไหลและงานการบันทึกและจัดเก็บข้อมูลความคิดเห็นของการตรวจสอบข้อบกพร่องและการวางแผนการเชื่อมโยงการจัดการแก้ไขรายการตรวจสอบและกฎระเบียบในการติดตามเอกสารแหล่งที่มาการสื่อสารและรหัสการวิเคราะห์แบบคงที่จะตรวจสอบข้อบกพร่องเพื่อให้มั่นใจว่าการปฏิบัติตามมาตรฐานของรหัสที่เขียน การวิเคราะห์โครงสร้างและการอ้างอิงการคำนวณของพารามิเตอร์ตัวชี้วัดของรหัสและสถาปัตยกรรม นอกจากนี้การใช้คอมไพเลอร์วิเคราะห์กำเนิดและความสัมพันธ์ของการอ้างอิงข้าม;
• การสร้างแบบจำลองซึ่งรวมถึงเครื่องมือสำหรับการสร้างแบบจำลองพฤติกรรมทางธุรกิจและการทดสอบรูปแบบ;
• การพัฒนาการทดสอบเพื่อให้แน่ใจว่าการสร้างข้อมูลที่คาดว่าบนพื้นฐานของเงื่อนไขและรูปแบบอินเตอร์เฟซผู้ใช้และรหัสการจัดการเพื่อสร้างหรือแก้ไขไฟล์และฐานข้อมูล, ข้อความ, การตรวจสอบข้อมูลบนพื้นฐานของกฎของการจัดการการวิเคราะห์ทางสถิติของเงื่อนไขและความเสี่ยงนั้น
• มุมมองที่สำคัญโดยการป้อนข้อมูลผ่านอินเตอร์เฟซที่ใช้งาน API บรรทัดคำสั่งกราฟิกโดยใช้ตัวเปรียบเทียบเพื่อช่วยระบุการทดสอบประสบความสำเร็จและไม่ประสบความสำเร็จ;
• การสนับสนุนสภาพแวดล้อมการแก้จุดบกพร่องที่ช่วยให้คุณเปลี่ยนฮาร์ดแวร์หายไปหรือซอฟแวร์ในฉบับ h.. อุปกรณ์การจำลองตามย่อยมุ่งมั่นเอาท์พุทเลียนแบบ terminal, โทรศัพท์มือถือและอุปกรณ์เครือข่ายสิ่งแวดล้อมสำหรับการตรวจสอบภาษาระบบปฏิบัติการและ ฮาร์ดแวร์ โดยการเปลี่ยนไดรเวอร์ส่วนประกอบที่ขาดหายไปสมมติ โมดูล ฯลฯ เช่นเดียวกับเครื่องมือสำหรับการจับและการปรับเปลี่ยนระบบปฏิบัติการขอจำลอง CPU ข้อ จำกัด , RAM, ROM หรือเครือข่าย .;
• .. การเปรียบเทียบแฟ้มข้อมูลฐานข้อมูลการตรวจสอบผลที่คาดหวังในระหว่างและหลังการทดสอบเสร็จสมบูรณ์แบบไดนามิกและการเปรียบเทียบสินค้ารวมชุดอัตโนมัติ "ออราเคิล";
• เคลือบวัดสำหรับการแปลของการรั่วไหลของหน่วยความจำและไม่ถูกต้องควบคุมพฤติกรรมของระบบการประเมินภายใต้การใช้งานในการโหลดที่ก่อให้เกิดภาระจำลองฐานข้อมูลเครือข่ายหรือเซิร์ฟเวอร์ในสถานการณ์จริงของการเจริญเติบโตสำหรับการวัดการวิเคราะห์และการตรวจสอบรายงานของทรัพยากรระบบ;
• การรักษาความปลอดภัย
• การทดสอบประสิทธิภาพการโหลดและการวิเคราะห์แบบไดนามิก;
• เครื่องมืออื่น ๆ ในฉบับ h.. เพื่อตรวจสอบการสะกดและไวยากรณ์, การรักษาความปลอดภัยเครือข่าย ความพร้อมของทุกหน้าเว็บไซต์และอื่น ๆ

มุมมอง

ด้วยแนวโน้มการเปลี่ยนแปลงในอุตสาหกรรมซอฟต์แวร์กระบวนการของการแก้จุดบกพร่องนอกจากนี้ยังอาจมีการเปลี่ยนแปลง มีวิธีการใหม่ของการทดสอบซอฟต์แวร์เช่นสถาปัตยกรรมบริการ orientirovannae (SOA) เทคโนโลยีไร้สาย, บริการโทรศัพท์มือถือและอื่น ๆ . อีจะได้เปิดขึ้นวิธีการใหม่ของการทดสอบซอฟต์แวร์ บางส่วนของการเปลี่ยนแปลงที่คาดว่าในอุตสาหกรรมในช่วงไม่กี่ปีข้างหน้ามีการระบุไว้ด้านล่าง:

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

จะถูกแทนที่ด้วยใหม่วิธีการทดสอบซอฟต์แวร์ธุรกิจที่มุ่งเน้นที่จะเปลี่ยนวิธีการปฏิสัมพันธ์กับระบบและข้อมูลที่พวกเขาให้ในขณะที่ลดความเสี่ยงและเพิ่มผลประโยชน์ของการเปลี่ยนแปลงทางธุรกิจที่