1 / 19

ซอฟต์แวร์พัฒนาระบบ ฐานข้อมูล บท ที่ 7 การทดสอบโปรแกรม

ซอฟต์แวร์พัฒนาระบบ ฐานข้อมูล บท ที่ 7 การทดสอบโปรแกรม. ปริญญา น้อยดอนไพร สาขาวิชาวิทยาการคอมพิวเตอร์ คณะวิทยาศาสตร์และเทคโนโลยี มหาวิทยาลัยราช ภัฏ สุราษฎร์ธานี. การทดสอบโปรแกรม. กระบวนการในการทดสอบ กระบวนการในการหาข้อผิดพลาดของโปรแกรม กลยุทธ์การทดสอบ เครื่องมือช่วยในการทดสอบ

shanta
Télécharger la présentation

ซอฟต์แวร์พัฒนาระบบ ฐานข้อมูล บท ที่ 7 การทดสอบโปรแกรม

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. ซอฟต์แวร์พัฒนาระบบฐานข้อมูลบทที่ 7 การทดสอบโปรแกรม ปริญญา น้อยดอนไพร สาขาวิชาวิทยาการคอมพิวเตอร์ คณะวิทยาศาสตร์และเทคโนโลยี มหาวิทยาลัยราชภัฏสุราษฎร์ธานี

  2. การทดสอบโปรแกรม • กระบวนการในการทดสอบ • กระบวนการในการหาข้อผิดพลาดของโปรแกรม • กลยุทธ์การทดสอบ • เครื่องมือช่วยในการทดสอบ • แบบต่าง ๆ ของการทดสอบ

  3. Testing phases

  4. The defect testing process

  5. Black-box testing

  6. Equivalence partitioning

  7. Equivalence partitioning • Partition system inputs and outputs into ‘equivalence sets’ • If input is a 5-digit integer between 10,000 and 99,999, equivalence partitions are <10,000, 10,000-99, 999 and > 10, 000 • Choose test cases at the boundary of these sets • 00000, 09999, 10000, 99999, 10001

  8. Equivalence partitions

  9. White-box testing

  10. Path testing • The objective of path testing is to ensure that the set of test cases is such that each path through the program is executed at least once • The starting point for path testing is a program flow graph that shows nodes representing program decisions and arcs representing the flow of control • Statements with conditions are therefore nodes in the flow graph

  11. Binary search flow graph

  12. Independent paths • 1, 2, 3, 8, 9 • 1, 2, 3, 4, 6, 7, 2 • 1, 2, 3, 4, 5, 7, 2 • 1, 2, 3, 4, 6, 7, 2, 8, 9 • Test cases should be derived so that all of these paths are executed • A dynamic program analyser may be used to check that paths have been executed

  13. Integration testing • Tests complete systems or subsystems composed of integrated components • Integration testing should be black-box testing with tests derived from the specification • Main difficulty is localising errors • Incremental integration testing reduces this problem

  14. Incremental integration testing

  15. Approaches to integration testing • Top-down testing • Start with high-level system and integrate from the top-down replacing individual components by stubs where appropriate • Bottom-up testing • Integrate individual components in levels until the complete system is created • In practice, most integration involves a combination of these strategies

  16. Top-down testing

  17. Bottom-up testing

  18. เครื่องมือช่วยในการทดสอบเครื่องมือช่วยในการทดสอบ • เครื่องมือสร้างกรณีทดสอบ • เครื่องมือทดสอบการ Coverage • เครื่องมือการประมวลผลการทดสอบ • เครื่องมือจัดการกับกรณีทดสอบ

  19. แบบต่าง ๆ ของการทดสอบ • Unit Test • Integration Test • Functional Test (Features Test, Acceptance Test) • Stress Test • Performance Test • Qualification Test • Loading Test • Compatibility Test • Installation Test • Regression Test

More Related