软件测试()完整版.ppt

软件测试;6.1软件测试的基本概念;二、软件测试的特点;二、软件测试的特点 — 结论;三、软件测试的基本原则;四、测试的基本步骤;6.2 软件测试方法;① 调用图;② 数据流分析图;二、动态测试方法（1）;白盒法;① 语句覆盖： 选择足够的测试用例，使得程序中每个语句至少都能被执行一次。 ② 判定覆盖： 执行足够的测试用例，使得程序中每个判定至少都获得一次“真”值和“假”值。 ③ 条件覆盖：执行足够的测试用例，使得判定中的每个条件获得各种可能的结果。 ④ 判定/条件覆盖： 执行足够的测试用例，使得判定中每个条件取到各种可能的值，并使每个判定取到各种可能的结果。 ⑤ 条件组合覆盖： 执行足够的例子，使得每个判定中条件的各种可能组合都至少出现一次。;白盒法步骤：;白盒法举例;1、语句覆盖;2、判定覆盖;3、条件覆盖;4、判定/条件覆盖;5、条件组合覆盖;作业：;作业：;二、动态测试方法（2）;1、等价分类法;等价分类法步骤;2、边值分析法; A、按照输入值范围的边界。 例如：输入值的范围是-1.0至1.0，则可选择用例 –1.0、1.0、-1.001、1.001。 B、按照输入/输出值个数的边界。 例如：输入文件可有1-255个记录，则 设计用例：文件的记录数为 0个、1个、255个、256个。 C、输出值域的边界。 例如：检索文献摘要，最多4篇。设计用例：可检索0篇、1篇、4篇，和5篇（错误）。 D、输入/输出有序集（如顺序文件、线性表）的边界。 应选择第一个元素和最后一个元素。;黑盒法应用实例;3、错误推测法;4、因果图法（cause effcet graphicei）;4、因果图法（cause effcet graphicei）;⑵ 因果图法的步骤;⑶ 因果图法应用举例;②画出因果图;③将因果图转换为判断表;6.3 软件测试的步骤;一、模块测试（Module Testing）;2、模块测试步骤;二、组装测试（Integration Testing）;2、渐增式组装测试;自顶而下增值;自底而上增值;深度优先与宽度优先;问 题;确定集成过程的原则;3、混合增值;三、确认测试(validation testing);2、确认测试步骤;（3）?测试和?测试;四、系统测试（system testing ）;2、软件工程课程设计验收表;3、软件测试文档;6.4 面向对象的测试;6.4.1 分析模型测试的重要性;6.4.2 测试方法;　　　 正式 —— 承担责任，写出评审报告 评审 非正式;　　测试的目的是发现代码中的错误，测试的关键是确定高效的测试用例。测试的主要步骤有： 　１、面向对象的单元测试 　　测试单元为封装的类和对象，但不能孤立地测试单个操作，应把操作作为类的一部分来测试。 　２、面向对象的集成测试 　　集成测试的策略有： 　　①基于线程的测试(Thread-based testing) 　　②基于使用的测试(Use-based testing) 　3、面向对象的确认测试 　　类似传统的确认测试和系统测试，根据动态模型和描述系统行为的脚本来设计测试用例，可用黑盒法。 ;　　一、评审计划需要列出的项目(解决测什么，什么时候测，谁来测)： 　　哪些人将参加评审会，各自的职责是什么； 需要准备哪些材料； 必须满足什么条件； 要完成的检查单或其他的指标； 评审会完成所必须满足的条件或准则； 评审会结束后需要保留归档的记录和文档。; 测试实际上也是一个项目。 测试也有需求、设计和实现，并且测试本身也会有测试(测试中的测试)。 测试作为项目开发活动中的一部分，在时间上应该有明确的要求，测试计划对于测试来说也是至关重要的。 UML分析模型的每个模式，从严格意义上说都应该经过测试。实际上，通常对用例模型、类对象模型以及用例中典型场景进行测试。;　 1、用例模型测试 重点是检查用例模型作为整体是否实现了用户需求。相当于系统测试。通过系统的用户对系统的功能需求来设计测试用例。; 用例模型的测试相当于系统测试，测试的主要目标是用例模型对于用户需求的可跟踪性。 用例模型的测试可以通过系统的可能用户对系统的功能要求来设计测试用例。 以系统的用户为主要的出发点设计测试用例，通过模拟某个系统用户的行为来测试整个系统，对于该用户的服务提供情况，从而检查系统功能的完整性，用户需求可跟踪性等情况。 用例模型的测试从系统用户的角度测试系统的服务，并不关心每个测试用例所实现的功能如何，所以应该是黑盒测试。;下面以一个订货中心系统的用例模型为例说明测试用例的设计。