02 软件测试技术.pptVIP

4.2.5 程序插桩 在软件测试中，常常要用到一种“插桩”技术，通过在源代码中加入记录信息语句，以便进行运行信息的追踪和调试，统计有关的运行资源状况。 程序插桩……续 ??想做插桩，可以思考以下几点： ???（1）如果出现在语句中包含了return语句，怎么在它前面插入指定语句？同时保证语句的语法合法性？ ???例如：???for?(?j=0;j10000;j++) ??? { ????? if?(?j?==?k) ???????? return?;???-----?不能直接在之前插入，否则意义全变了； ??? } 程序插桩……续2 ???（2）当出现需要在for?循环语句、while循环语句中进行插入信息时候，很可能会导致程序运行时间非常长，是否有办法改进“插桩”机制？ ???（3）是否可以由用户进行指定，比如for?语句、while语句或者指定的语句前不允许进行“插桩”，怎么实现？ ???（4）如果对于一个庞大的系统软件，我们需要进行对所运行的程序的每个函数记录其运行的有关参数，如：运行开始时间、退出时间、运行总时间、调用次数等等的统计，您有什么更好的建议与想法呢？ 本章小结 白盒测试是软件测试技术中最基本的方法之一，白盒测试的核心是针对被测单元内部是如何进行工作的测试，是以覆盖测试与路径测试为基本策略。 白盒测试是一种被广泛使用的逻辑测试方法，是由程序内部逻辑驱动的一种单元测试方法。只有对程序内部十分了解才能进行适度有效的白盒测试。但是贯穿在程序内部的逻辑存在着不确定性和无穷性，尤其对于大规模复杂软件。因此我们不能穷举所有的逻辑路径，即使穷举也未必会带来好运（穷举不能查出程序逻辑规则错误，不能查出数据相关错误，不能查出程序遗漏的路径）。 那么正确使用白盒测试，就要先从代码分析入手，根据不同的代码逻辑规则、语句执行情况，选用适合的覆盖方法。任何一个高效的测试用例，都是针对具体测试场景的。逻辑测试不是片面的测试正确的结果或是测试错误的结果，而是尽可能全面地覆盖每一个逻辑路径。 本章内容 软件测试概述 测试的分类 测试用例的设计 黑盒测试用例设计 白盒测试用例设计 缺陷报告 * 报告所发现的软件缺陷 清晰、准确的软件缺陷描述可以减少软件缺陷从开发人员返回的数量 提高软件缺陷修复的速度，使每一个小组都能够有效地工作 提高测试人员地信任度，可以得到开发人员对清晰地软件缺陷描述有效地响应 加强开发人员、测试人员和管理人员之间偕同工作能力，让他们可以更好地工作 软件缺陷的属性 开发人员需要修复每一个软件缺陷，但是不是每个软件缺陷都需要开发人员紧急修复呢？这需要定义软件缺陷属性，以提供开发人员作为参考，按照优先等级、严重程度去修复软件缺陷，不至于遗漏严重的软件缺陷。 软件缺陷属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷产生可能性、缺陷优先级、缺陷状态、缺陷起源、缺陷来源、缺陷原因。 缺陷标识 缺陷标识是标记某个缺陷唯一的标识，可以使用数字序号表示 缺陷类型 缺陷类型 描 述 功能 影响了各种系统功能、逻辑的缺陷 用户界面 影响了用户界面、人机交互特性，包括屏幕格式、用户输入灵活性、结果输出格式等方面的缺陷 文档 影响发布和维护，包括注释、用户手册、设计文档 软件包 由于软件配置库、变更管理或版本控制引起的错误 性能 不满足系统可测量的属性值、如执行时间事务处理速率等 系统/模块接口 与其它组件、模块或设备驱动程序、调用参数、控制快或参数列表等不匹配、冲突 是根据缺陷的自然属性划分缺陷种类，如下表 缺陷严重程度 缺陷严重等级 描述 致命 系统任何一个主要功能完全丧失，用户数据受到破坏，系统崩溃、悬挂、死机，或者危及人身安全 严重 系统主要功能部分丧失，数据不能保存，系统的次要功能完全丧失或者服务受到明显的影响 一般 系统的次要功能没有完全实现，但不影响用户的正常使用。例如：提示信息不太准确或用户界面差，操作时间长等一些问题 较小 使操作者不方便或遇到麻烦，但它不影响功能的操作和执行，如个别不影响产品理解的错别字，文字排列不整齐等一些小问题。 是指因缺陷引起的故障对软件产品的影响程度，所谓“严重性”指的是在测试条件下，一个错误在系统中的绝对影响，如下表所示： 缺陷产生的可能性 缺陷产生可能性 描述 总是 总是产生这个缺陷，其产生的频率是100％ 通常 按照测试用例，通常情况下会产生这个缺陷，其产生的频率是90％ 有时 按照测试用例，有时候情况下会产生这个缺陷，其产生的频率是30％～50％ 很少 按照测试用例，很少产生这个缺陷，其产生的频率是1％～5％ 指缺陷在产品中发生的可能性，通常可以用频率来表示，如下表所示： 缺陷优先级 缺陷优先级 描述 立即解