第一章
测试驱动开发的软件过程
第二章
软件缺陷产生的原因
1、技术问题
开发人员技术、新技术的使用、逻辑复杂、系统结构的设计、接口参数太多、需求规格说明书、系统崩溃等
2、软件本身
不完善的软件开发标准或流程
文档错误、内容不正确或拼写错误
没考虑大量数据使用的场合
程序逻辑路径或数据范围的边界考虑不周全、缺乏整体考虑、与硬件、第三方系统软件之间存在接口或依赖性
3、团队工作
团队文化、与用户沟通、不同阶段的开发人员的理解不一致、设计或编程上的一些假定等
软件缺陷的构成
基于逻辑覆盖的方法（白盒测试）： 判定覆盖 判定条件覆盖 基本路径测试法
动态测试（运行测试）： 驱动程序：也称驱动模块，用来模拟被测模块的上级模块，能够调用被测模块。 桩程序：也称桩模块，用以模拟被测模块工作中所调用的下层模块。 集成测试模式：渐增式测试模式与非渐增式测试模式 非渐增式测试模式：先分别测试每个模块，再把所有模块按设计要求放在一起结合成所要的程序。 渐增式测试模式：把下一个要测试的模块同已经测试好的模块结合起来进行测试，测试完以后再把下一个应该测试的模块结合进来测试。 各自的优缺点 渐增式测试模式需要编写的软件较多，工作量大，而非渐增式测试开销小 渐增式测试模式发现模块间接口错误早，而非渐增式测试模式晚 非渐增式测试模式发现错误，较难诊断；而使用渐增式测试模式，如果发生错误则往往和最近加进来的模块有关 渐增式测试模式测试更彻底 渐增式测试模式需要较多的机器时间 使用非渐增式测试模式，可以并行测试 自顶向下和自底向上集成方法 自顶向下集成方法，从主模块开始，沿着软件的控制层次向下移动，从而逐渐把各个模块结合起来。 自底向上集成方法，从原子模块开始集成进行测试。 第六章 系统功能测试：根据产品规格说明书，来检验被测试的系统是否满足各方面功能的使用要求 回归测试定义：无论在进行系统测试还是功能测试，当发现一些严重的缺陷而需要修正时，会构造一个新的软件包或新的软件补丁包，然后进行测试 目的：在程序修改的情况下保证原有功能正常的一种测试策略和方法 与一般测试的区别： 系统的性能指标包括：系统资源的使用率和系统行为表现。 系统负载
成熟性度量可以通过验收测试是由用户完成的吗，为什么
7
9 手工测试和自动化测试有什么主要区别P214 P215
5) 还要对文化、宗教、喜好等进行适用性测试 6) 要对相关手册进行验证，包括联机文件、在线帮助等 声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！