软件测试技术详解及应用_04需求测试方法.pptVIP

7.4 其他测试需求的方法 7.4.1 通过用户调查来测试需求 7.4.2 通过设计测试用例来测试需求 7.4.3 利用现存的产品对需求进行测试 8.1 引 言 8.2 单元测试的定义 8.2.1 单元测试的目标 8.2.2 单元测试的过程 8.2.3 单元测试的内容 8.2.4 单元测试的意义 8.2.5 单元测试用例设计 1）设计一个能使系统运行的测试用例：该测试用例一般使用最简单的方法测试被测单元。通过执行这个用例，能够确定测试环境和测试单元是否具有可用性。 2）设计测试功能的正向测试用例：阅读相关的设计说明，每一个测试用例都是有针对性的测试说明书中的一项或者多项内容，用以验证设计说明书所对应的功能是否实现。 3）设计测试功能的反向测试用例：用可能导致模块功能失效的无效数据，测试模块对无效数据的反应是否合理，对异常或错误的处理后，模块反应如何，验证模块是否做了不应该做的工作。 4）设计其他的测试用例验证设计对模块的要求。 5）加载测试用例运行程序，查看和记录测试结果，尤其注意测试结果与预期结果不一致的情况。 6）补充测试用例，执行前面测试用例运行没有覆盖到的分支和语句。 8.2.6 单元测试评审 8.3 单元测试规程 单元测试规程包括静态的代码审查和动态测试两个阶段。 代码审查是按照《代码审查单》中的条项对单元模块进行逐项检查，并填写《单元测试缺陷清单》。 8.3 单元测试规程 动态测试阶段首先编写驱动模块（或主类）和桩模块后，在驱动模块和桩模块中设计相应的测试用例，对所有的测试用例进行统一编号，在源代码中进行注释标识。测试用例应该覆盖单元模块的所有功能项，如果单元模块有性能、余量等其他测试特性要求，则必须设计相应的测试用例测试这些特性，编制完测试用例后，把测试用例提交给配置管理员或测试主管进行审查，审查没有通过则根据审查意见进行修改，直到审查通过后测试人员加载测试用例，编译运行得到测试结果，比对测试结果，如果发现错误或缺陷则需要填写《单元测试缺陷清单》并提交给测试经理和配置管理人员。 8.3 单元测试规程 在进行功能测试时，可以利用其他测试工具进行内存溢出分析、代码覆盖率分析、代码性能测试等。 9.1 引 言 在上一章介绍单元测试的方法时，已经提到，静态测试技术是单元测试阶段常用的早期测试技术之一。通过静态测试，可以发现程序代码中隐藏的问题，在这一章将具体介绍软件静态测试技术。 9.2 静态测试与动态测试 静态测试 动态测试 9.3 桌 面 检 查 9.3.1 桌面检查的概念 桌面检查是一种传统的检查方法，由程序员自己检查自己编写的程序。程序员在程序通过编译之后，进行单元测试设计之前，对源程序代码进行分析，对照错误列表进行检查，对程序推演测试数据，并补充相关的文档。目的是发现程序中的错误。 9.3.2 桌面检查的项目 9.4 代 码 检 查 9.4.1 代码检查的概念 9.4.2 角色和职责 9.4.3 代码检查的过程 9.4.4 用于代码检查的错误列表 9.5 走 查 9.5.1 走查的概念 走查与代码检查很相似，是以小组为单位进行的，是一系列规程和错误检查技术的集合。走查的过程与代码检查大体相同，但是规程稍微有所不同，采用的错误检查技术也不一样。 走查的目的是要评价一个产品，通常是程序代码。走查一直以来都与代码检查联系在一起，其实走查也可以应用到产品的其他阶段，如结构设计、详细设计、测试计划等文档上。走查最主要的目标是要发现缺陷、遗漏和矛盾的地方；改进产品；考虑可替换的实现方法。 走查还有其他的一些目的，包括技术交流、参与人员的技术培训、设计思想的介绍等。走查可以指出代码中效率和可读性方面的问题，设计或不可测试设计规格中的构件应用问题。 9.5.2 角色和职能 9.5.3 走查的过程 9.5.4 走查中的静态分析技术 9.6 同 行 评 审 9.6.1 同行评审的概念 9.6.2 角色和职能 9.6.3 同行评审的内容 1. 管理评审 2. 技术评审 3. 文档评审 4. 过程评审 9.6.4 对程序代码作静态错误分析 生成各种引用表 静态错误分析 （1）类型和单位分析 （2）引用分析 第七章 需求测试方法 软件测试技术详解及应用 * 7.1 引 言 7.2 需求测试的概念 7.2.1 为什么要引入需求测试 7.2.2 需求工程师对用户需求的误解 * 图7-1 关于信息传递的漫画 7.2.3 软件缺陷的主要来源 7.3