《web应用开发测试指南(valtestguiweb)》由会员分享，可在线阅读，更多相关《web应用开发测试指南(valtestguiweb)（18页珍藏版）》请在金锄头文库上搜索。
1、VAL_TEST_GUI_WEB1/18WEB 应用开发测试指南应用开发测试指南文档编号文档编号：VAL_TEST_GUI_WEB文档信息文档信息：公司级别指南文件文档名称文档名称：WEB 应用开发测试指南文档类别文档类别：工程管理类密密级级：内部版本信息版本信息：1.3建立日期建立日期：创创 建建 人人：审审 核核 者者：批批 准准 人人：批准日期批准日期：保保 管管 人人：存放位置存放位置：VAL_TEST_GUI_WEB2/18文档修订记录版本编号或者更改记录编号*变化状态简要说明（变更内容和变更范围）日期变更人批准日期批准人1.0A原单元/集成/验收测试相关文档整合编写而成1.1M根据
2、黄蒙修改意见修改1.2M根据 SPI 计划修改文档名称和格式等1.3M修改附录相关文档*变化状态：A增加，M修改，D删除文档审批信息序号审批人角色审批日期签字备注目目 录录VAL_TEST_GUI_WEB3/181简介.41.1目的.41.2适用范围.41.3背景描述.41.4引用文件.41.5术语表.41.6参考资料.42WEB 应用开发测试.42.1软件测试的分类.42.2白盒测试.52.3黑盒测试.82.3.1如何设计等价类划分测试用例92.3.2如何设计边界值分析测试用例92.3.3如何根据因果图设计测试用例102.4单元测试.112.4.1单元测试目标.112.4.2单元测试的主要内
3、容 132.5集成测试.142.5.1编写集成测试计划 142.5.2执行集成测试 142.5.3集成测试完成标准 142.6验收测试.142.6.1编写验收测试计划和测试用例142.6.2验收测试准入准则 152.6.3工具.162.6.4执行验收测试 162.6.5验收测试通过准则 163附录.173.1附录 A相关过程.173.2附录 B相关规程.173.3附录 C相关指南.173.4附录 D相关模板列表.17VAL_TEST_GUI_WEB4/181 1 简介简介1.11.1 目的目的本文详细阐述了WEB应用开发测试流程，包括单元测试、集成测试以及验收测试，同时介绍了黑盒和白盒两种测试
4、技术。用于指导相关人员开展软件测试活动。1.21.2 适用范围适用范围本文适用于公司 WEB 应用开发类型的软件项目。1.31.3 背景描述背景描述单元测试是对最小的可测试软件元素（单元）实施的测试，它所测试的内容包括单元的内部结构（如逻辑和数据流）以及单元的功能和可观测的行为。集成测试确保各单元组合在一起能够按既定意图协作运行，确保增量的行为正确。它所测试的内容包括单元间的接口以及集成后的功能。并且对以前的集成进行回归测试。验收测试主要是确认软件的功能、性能及其他特性是否满足软件需求规格说明书中列出的需求，是否符合软件开发商与用户签订的合同的要求。1.41.4 引用文件引用文件测试过程（NF
5、S-CHINA-QM_VV_TST_PRS） 1.51.5 术语表术语表1.61.6 参考资料参考资料2 2 WEBWEB 应用开发测试应用开发测试2.12.1 软件测试的分类软件测试的分类从测试的类型来看，测试分为 2 种：黑盒测试和白盒测试。黑盒测试又称为功能测试或数据驱动测试， 把系统看成一个黑盒子， 不考虑程序的内在逻辑，只根据需求规格说明书的要求来检查程序的功能是否符合它的功能说明。白盒测试又称为结构测试和逻辑驱动测试，允许测试人员对程序内部逻辑结构及有关信息来设计和选择测试用例，对程序的逻辑路径进行测试。从测试实际的前后过程来看，软件测试上是由一系列的不同测试所组成，这些软件测试V
6、AL_TEST_GUI_WEB5/18的步骤分为：单元测试、集成测试、验收测试（确认测试） 。单元测试针对每个模块进行的测试，通常在编码阶段进行，必要的时候要制作驱动模块和桩模块。集成测试在单元测试的基础上，将所有模块按照设计要求组装成为系统，在计划阶段应提交集成测试计划、集成测试规格说明；在测试结束时应提供集成测试分析报告（可使用 BUG 管理工具提供的自动分析报告） 。验收测试验证软件的功能和性能及其它特性是否与用户的要求一致。通常情况下，验收测试也作为用户验收和接收产品的一个步骤。本节将以这两个分类角度介绍测试技术及方法。2.22.2 白盒测试白盒测试白盒测试的目的：通过检查软件内部的逻
7、辑结构，对软件中的逻辑路径进行覆盖测试；在程序不同地方设立检查点，检查程序的状态，以确定实际运行状态与预期状态是否一致。白盒测试的特点：1） 依据软件设计说明书进行测试2） 对程序内部细节的严密检验3） 针对特定条件设计测试用例4） 对软件的逻辑路径进行覆盖测试。白盒测试测试用例一般采用逻辑覆盖法和基本路径法进行设计。一、逻辑覆盖法逻辑覆盖是以程序内部的逻辑结构为基础的测试用例设计技术，这一方法要求测试人员对程序的逻辑结构有清楚的了解。逻辑覆盖可分为：1. 语句覆盖。设计若干个测试用例，运行所测程序，使得每一可执行语句至少执行一次。2. 判定覆盖。设计若干个测试用例，运行所测程序，使得程序中每
8、个判断的取真分支和取假分支至少经历一次。3. 条件覆盖。设计若干个测试用例，运行所测程序，使得程序中每个判断的每个条件的可能取值至少执行一次。4. 判定-条件覆盖。设计足够的测试用例，使得判断中每个条件的所有可能取值至少执行一次，同时每个判断的所有可能判断结果也至少执行一次。5. 条件组合覆盖。设计足够的测试用例，运行所测程序，使得每个判断的所有可能的条件取值组合至少执行一次。6. 路径测试。设计足够的测试用例，覆盖程序中所有可能的路径。通常在设计测试用例时应该根据代码模块的复杂度， 选择覆盖方法。 以上6中逻辑覆盖方法发现错误的能力呈由弱至强的变化：VAL_TEST_GUI_WEB6/181
9、.语句覆盖是很弱的逻辑覆盖，其效果有限，必须与其它方法交互使用；2.判定覆盖只比语句覆盖稍强一些，但实际效果表明，只是判定覆盖，还不能保证一定能查出在判断的条件中存在的错误。因此，还需要更强的逻辑覆盖准则去检验判断内部条件；3.条件覆盖深入到判定中的每个条件，但可能不能满足判定覆盖的要求；4.判定/条件覆盖有缺陷。从表面上来看，它测试了所有条件的取值。但是事实并非如此。往往某些条件掩盖了另一些条件。会遗漏某些条件取值错误的情况。为彻底地检查所有条件的取值，需要将判定语句中给出的复合条件表达式进行分解，形成由多个基本判定嵌套的流程图。这样就可以有效地检查所有的条件是否正确了；5.条件组合覆盖是一
10、种相当强的覆盖准则，可以有效地检查各种可能的条件取值的组合是否正确。它不但可覆盖所有条件的可能取值的组合，还可覆盖所有判断的可取分支，但可能有的路径会遗漏掉。测试还不完全；6.路径测试可以对程序进行彻底的测试，比前面五种的覆盖面都广。注释：一般的代码的复杂度与测试用例设计的复杂度成正比。为了提高测试用例设计的容易程度和覆盖程度，因此，设计人员必须做到模块或方法功能的单一性、高内聚性，使得方法或函数代码尽可能的简单。二、基本路径法由于实际问题中，程序的路径是庞大的，因此要将覆盖的路径压缩到一定限度才能解决这个问题。基本路径测试法就是在程序控制流图的基础上，通过分析控制构造的环路复杂性，导出基本可
11、执行路径集合，从而设计测试用例。设计出的测试用例要保证在测试中程序的每个可执行语句至少执行一次。基本路径测试法包括以下5个方面：1. 程序的控制流图：描述程序控制流的一种图示方法。2. 程序环境复杂性： McCabe复杂性度量； 从程序的环路复杂性可导出程序基本路径集合中的独立路径条数，这是确定程序中每个可执行语句至少执行依次所必须的测试用例数目的上界。3. 导出测试用例。4. 准备测试用例，确保基本路径集中的每一条路径的执行。5. 图形矩阵： 是在基本路径测试中起辅助作用的软件工具， 利用它可以实现自动地确定一个基本路径集。基本路径法实例先介绍流图符号：VAL_TEST_GUI_WEB7/1
12、8如上图所示，每一个圆，称为流图的节点，代表一个或多个语句，流程图中的处理方框序列和菱形决策框可映射为一个节点，流图中的箭头，称为边或连接，代表控制流，类似于流程图中的箭头。一条边必须终止于一个节点，即使该节点并不代表任何语句，例如，下图中两个处理方框交汇处是一个节点，边和节点限定的范围称为区域。任何过程设计表示法都可被翻译成流图，下面显示了一段流程图以及相应的流图。流程图（a）流图(b)注意，程序设计中遇到复合条件（逻辑or, and, nor 等）时，生成的流图变得更为复杂，如(c)流图所示。此时必须为语句IF a OR b 中的每一个a 和b 创建一个独立的节点。VAL_TEST_GUI
13、_WEB8/18流图(c)独立路径是指程序中至少引进一个新的处理语句集合，采用流图的术语，即独立路径必须至少包含一条在定义路径之前不曾用到的边。例如图(b)中所示流图的一个基本路径集合为：路径1：1-11路径2：1-2-3-4-5-10-1-11路径3：1-2-3-6-8-9-10-11路径4：1-2-3-6-7-9-10-1-11上面定义的路径1，2，3 和4 包含了(b)流图的一个基本集，如果能将测试设计为强迫运行这些路径，那么程序中的每一条语句将至少被执行一次，每一个条件执行时都将分别取true 和false（分支覆盖） 。应该注意到基本集并不唯一，实际上，给定的过程设计可派生出任意数量
14、的不同基本集。 如何才能知道需要寻找多少条路径呢？可以通过如下三种方法之一来计算独立路径的上界：1. V=E-N+2，E 是流图中边的数量，N 是流图节点数量。2. V=P+1，P 是流图G 中判定节点的数量3. V=R，R 是流图中区域的数量例如，(b)流图可以采用上述任意一种算法来计算独立路径的数量：1. 流图有4 个区域，所以V=42. V=11 条边-9 个节点+2=43. V=3 个判定节点+1=4由此为了覆盖所有程序语句，必须设计至少4个测试用例使程序运行于这4条路径。2.32.3 黑盒测试黑盒测试黑盒测试注重于测试软件的功能性需求，试图发现以下类型的错误：1）功能不正确或遗漏、2
15、）界面错误、VAL_TEST_GUI_WEB9/183）数据结构或外部数据库访问错误、4）性能错误、5）初始化和终止错误。黑盒测试技术通常分为等价划分、边界值分析、因果图等。等价划分法是把所有可能的输入数据,即程序的输入域划分成若干子集,然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的且常用的黑盒测试用例设计方法。边界值分析方法是对等价类划分方法的补充.测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误。前面两种方法都是着重考虑输入条件而未考虑输入条件之间的联系,这通常会
16、产生一些新的情况， 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 一般采用因果图方法。2.3.12.3.1如何设计等价类划分测试用例如何设计等价类划分测试用例所谓等价类划分是指一套被选择的值，这些值分别代表了许多众多的可能输入值，程序对其处理的方式都是一样的。等价类划分基于功能项的输入和输出，将其划分成等价类，通常包括以下几种组合：a) 合法/非法的输入和输出b) 对数值型的值分为正数、负数和0c) 对于字符串型的分为空串和非空串d) 例如，学生成绩等级评定（A-D）：总分（0-100）=考试分（0-75）+上课分（0-25）总分=70， Grade=”A”总分=50 and =30 and =0 and 30， Grade=”D”2.3.22.3.2如何设计边界值分析测试用例如何设计边界值分析测试用例边界值分析是等价划分的扩展，包括等价类+划分的边界值，边界值通常是等价类的界限，以正好小于、等于和大于界限的指作为边界值。边界值的例子如下所示：VAL_TEST_GUI_WEB10/18对16-bi
