软件测试技术及应用_04需求测试方法

1、软件测试技术详解及应用17.1 引 言7.2 需求测试的概念7.2.1 为什么要引入需求测试7.2.2 需求工程师对用户需求的误解2 客户是这样描述需求的 项目经理是这么理解的 分析师是这么设计的 程序员是这么编写的 商业顾问是这么描绘的 项目书写出来是这样的 操作中用了这样的工具 客户是这么建造的 提供的支持就这个样子 而这才是 客户真正需要的 图7-1 关于信息传递的漫画7.2.3 软件缺陷的主要来源7.3 如何实施需求测试7.3.1 需求测试的手段7.3.2 需求评审7.3.3 需求测试3 5 6 % 2 7 % 1 0 % 7 % 需 求 设 计 编 码 其 他 图7-2 来源于错误的

2、需求导致的缺陷所占的比例7.3.4 需求规格说明书的检查步骤需求规格说明书的测试步骤如图7-3所示。4 需求规格说明 原始需求文档 检查列表 尝试理解 讨论、评审、修订 图7-3 需求规格说明书测试步骤第1步：获取最新版本的软件需求规格说明书，同时尽量取得用户原始需求文档。第2步：阅读和尝试理解软件需求规格说明书描述的所有需求项。第3步：对照软件需求规格说明书评审检查单（SRS Review Checklist）进行检查并记录。第4步：针对检查结果进行讨论、修订软件需求规格说明书后回到第1步，直到评审检查单的所有项通过。57.4 其他测试需求的方法7.4.1 通过用户调查来测试需求7.4.2

3、通过设计测试用例来测试需求7.4.3 利用现存的产品对需求进行测试软件测试技术详解及应用78.1 引 言8.2 单元测试的定义8.2.1 单元测试的目标 8.2.2 单元测试的过程8.2.3 单元测试的内容8.2.4 单元测试的意义8.2.5 单元测试用例设计 1）设计一个能使系统运行的测试用例：该测试用例一般使用最简单的方法测试被测单元。通过执行这个用例，能够确定测试环境和测试单元是否具有可用性。2）设计测试功能的正向测试用例：阅读相关的设计说明，每一个测试用例都是有针对性的测试说明书中的一项或者多项内容，用以验证设计说明书所对应的功能是否实现。3）设计测试功能的反向测试用例：用可能导致模块

4、功能失效的无效数据，测试模块对无效数据的反应是否合理，对异常或错误的处理后，模块反应如何，验证模块是否做了不应该做的工作。4）设计其他的测试用例验证设计对模块的要求。5）加载测试用例运行程序，查看和记录测试结果，尤其注意测试结果与预期结果不一致的情况。6）补充测试用例，执行前面测试用例运行没有覆盖到的分支和语句。8.2.6 单元测试评审 8.3 单元测试规程单元测试规程包括静态的代码审查和动态测试两个阶段。代码审查是按照代码审查单中的条项对单元模块进行逐项检查，并填写单元测试缺陷清单。8.3 单元测试规程动态测试阶段首先编写驱动模块（或主类）和桩模块后，在驱动模块和桩模块中设计相应的测试用例，

5、对所有的测试用例进行统一编号，在源代码中进行注释标识。测试用例应该覆盖单元模块的所有功能项，如果单元模块有性能、余量等其他测试特性要求，则必须设计相应的测试用例测试这些特性，编制完测试用例后，把测试用例提交给配置管理员或测试主管进行审查，审查没有通过则根据审查意见进行修改，直到审查通过后测试人员加载测试用例，编译运行得到测试结果，比对测试结果，如果发现错误或缺陷则需要填写单元测试缺陷清单并提交给测试经理和配置管理人员。8.3 单元测试规程在进行功能测试时，可以利用其他测试工具进行内存溢出分析、代码覆盖率分析、代码性能测试等。软件测试技术详解及应用139.1 引 言在上一章介绍单元测试的方法时，

6、已经提到，静态测试技术是单元测试阶段常用的早期测试技术之一。通过静态测试，可以发现程序代码中隐藏的问题，在这一章将具体介绍软件静态测试技术。9.2 静态测试与动态测试静态测试1.动态测试9.3 桌 面 检 查9.3.1 桌面检查的概念 桌面检查是一种传统的检查方法，由程序员自己检查自己编写的程序。程序员在程序通过编译之后，进行单元测试设计之前，对源程序代码进行分析，对照错误列表进行检查，对程序推演测试数据，并补充相关的文档。目的是发现程序中的错误。9.3.2 桌面检查的项目9.4 代 码 检 查9.4.1 代码检查的概念9.4.2 角色和职责9.4.3 代码检查的过程9.4.4 用于代码检查的

7、错误列表9.5 走 查9.5.1 走查的概念 走查与代码检查很相似，是以小组为单位进行的，是一系列规程和错误检查技术的集合。走查的过程与代码检查大体相同，但是规程稍微有所不同，采用的错误检查技术也不一样。 走查的目的是要评价一个产品，通常是程序代码。走查一直以来都与代码检查联系在一起，其实走查也可以应用到产品的其他阶段，如结构设计、详细设计、测试计划等文档上。走查最主要的目标是要发现缺陷、遗漏和矛盾的地方；改进产品；考虑可替换的实现方法。 走查还有其他的一些目的，包括技术交流、参与人员的技术培训、设计思想的介绍等。走查可以指出代码中效率和可读性方面的问题，设计或不可测试设计规格中的构件应用问题

8、。9.5.2 角色和职能9.5.3 走查的过程9.5.4 走查中的静态分析技术 READY A Y0? XXY XY B C D 真 假 图9-1 一个典型的控制流程图 Y0? XY X0? 调用函数 P READY A 真 假 B 假 E 真 D C 图9-2 调用图分析 q 能整除 p? 假 t?; p?; q?; READ(p); READ(q);?; tq;mod q; 假 打印 q; tp; pq? pq;qt; 真 真 1: 2: 3: 4: 5: 6: 7: 图9-3 数据流分析9.6 同 行 评 审9.6.1 同行评审的概念9.6.2 角色和职能9.6.3 同行评审的内容1. 管理评审 质量部门制定管理评审计划 管理评审计划的公告、下发 按管理评审计划，组织相关部门， 组织相应材料 召开管理评审会议，指出纠正预防措施 相关部门按照纠正预防措施，实施