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

第七章 需求测试方法;7.1 引 言 7.2 需求测试的概念 7.2.1 为什么要引入需求测试 7.2.2 需求工程师对用户需求的误解 ;7.2.3 软件缺陷的主要来源 7.3 如何实施需求测试 7.3.1 需求测试的手段 7.3.2 需求评审 7.3.3 需求测试 ;7.3.4 需求规格说明书的检查步骤 需求规格说明书的测试步骤如图7-3所示。;第1步：获取最新版本的软件需求规格说明书，同时尽量取得用户原始需求文档。 第2步：阅读和尝试理解软件需求规格说明书描述的所有需求项。 第3步：对照软件需求规格说明书评审检查单（SRS Review Checklist）进行检查并记录。 第4步：针对检查结果进行讨论、修订软件需求规格说明书后回到第1步，直到评审检查单的所有项通过。;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 走查的概念 走查与代码检查很相似，是以小组为单位进行的，是一系列规程和错误检查技术的集合。走查的过程与代码检查大体相同，但是规程稍微有所不同，采用的错误检查技术也不一样。 走查的目的是要评价一个产品，通常是程序代码。走查一直以来都与代码检查联系在一起，其实走查也可以应用到产品的其他阶段，如结构设计、详细设计、测试计划等文档上。走查最主要的目标是要发现缺陷、遗漏和矛盾的地方；改进产品；考虑可替换的实现方法。 走查还有其他的一些目的，包括技术交流、参与人员的技术培训、设计思想的介绍等。走查可