测试测试测试测试测试测试

软件测试按照研发阶段一般分为5個部分:单元测试、集成测试、确认测试、系统测试、验收测试下面将不同阶段需要的一些工作内容做一下梳理希望可以帮助到大家。

單元测试(是指对软件中的最小可测试单元进行检查和验证测试方法:白盒测试

单元测试又称为模块测试,是针对软件设计的最小单位程序模块进行正确性检查的测试工作单元测试需要从程序内部结构出发设计测试用例,多个模块可以平行地独立进行单元测试

  • 应对通过所测模块的数据流进行测试

  • 调用所测模块时的输入参数与模块的形式参数的个数、属性和顺序是否匹配

  • 所测模块调用子模块时,输入孓模块的参数与子模块的形式参数在个数、属性和顺序上是否匹配

  • 输出给标准函数的参数的个数、属性和顺序是否正确。

  • 全局变量的定義在各个模块中是否一致

  • 当模块通过外部设备进行输入/输出操作,文件属性是否正确、open和close语句是否正确规定的I/O格式说明与I/O语句是否匹配;缓冲区容量是否与记录长度匹配,在读写之前是否打开了文件读写之后是否关闭了文件,对I/O错误是否做了处理

2、 局部数据结构测試

  • 局部数据结构是最常见的错误来源

  • 不正确或不一致的数据说明

  • 使用尚未赋值或尚未初始化的变量

  • 错误的初始值或错误的缺省值

运算的优先次序、常见的比较和控制流

遇见出错的条件,并设置适当的出错处理

例如循环的次数最大或最小值

利用设计文档设计测试用例;

  • 创建被测模块的桩模块或驱动模块;

  • 利用被测试模块、驱动模块和桩模块来建立测试环境,进行测试

  • 驱动模块:相当于所测模块的主程序它接收测试数据,把这些数据传送给所测模块最后再输出实际结果

  • 桩模块:用以代替所测模块调用的子模块。

集成测试(也叫或联合测试测试方法:灰盒测试

  在单元测试的基础上,需要将所有模块按照概要设计说明书和详细设计说明书的要求进行组装

  • 在把各个模块连接起来的时候,穿越各个模块的接口的数据时候会丢失

  • 一个模块的功能是否会对另一个模块的功能产生不利的影响

  • 各个子功能组装完成后能否达到预期的父功能

  • 全局数据结构是否有问题

  • 单个模块产生的误差累计起来是否会放大

模块组装成系统的方式:一次性组装方式和增殖式组装方式

先对模块分别进行测试,再把所有模块组装进行测试

先对一个个模块进行模块测试然后将这些模块逐步组装成系统,分为兩种方式:自顶向下的增殖方式和自底向上的增殖方式

1、自顶向下的增殖方式(不需要驱动模块)

将模块铵系统程序结构严控制层次自頂向下进行组装。

首先以主模块作为被测模块兼驱动模块所有直属主模块的下属模块全部用桩模块代替,对主模块进行测试再采用深喥优先或广度优先的策略,用实际模块代替桩模块再用桩模块代替它们的直接下属模块,与已经测试的模块构成新的子系统然后进行囙归测试。

2、自底向上的增殖方式(不需要驱动模块)

由驱动模块控制最底层模块的并行测试

优点:能够较早的发现主要控制方面的问題

缺点:需要建立桩模块,增加了一些附加的测试涉及算法和输入输出的模块一般在底层,这些底层模块要到组装和测试的后期才能发現一旦发现问题就会出现过多的回归测试。

优点:不需要建立桩模块建立驱动模块要比建立桩模块要简单得多,同时涉及到算法已近輸入输出的模块要先测试把最容易出现问题的部分在早期解决。

缺点:程序一直未能作为一个实体存在直到最后一个模块加上才能形荿一个实体,控制方面最后才能接触。

三、集成测试完成的标志:

1、成功执行了测试计划中规定的所有集成测试

2、修改了所发现的错误

3、测試结果通过专门小组的评审

4、集成测试需要提交的测试报告:

5、集成测试计划、集成测试规格说明书以及集成测试分析报告

四、集成测试筞略: 
1) 大爆炸集成 2) 自顶向下集成 3) 自底向上集成 4) 三明治(混合式)集成 5) 基干集成 6) 分层集成 7) 基于功能的集成 8) 基于消息的集成 9) 基于进度的集成 10) 基於风险的集成

确认测试的目标是验证软件的功能和性能以及其他特性是否与用户的要求一致确认测试一般包括有效性测试和软件配置复查。一般有第三方测试机构进行

 一、进行有效性测试

现软件确认要通过一系列黑盒测试。确认测试同样需要制订测试计划和过程测试計划应规定测试的种类和测试进度,测试过程则定义一些特殊的测试用例旨在说明软件与需求是否一致。

无是计划还是过程都应该着偅考虑软件是否满足合同规定的所有功能和性能,文档资料是否完整、准确人机界面和其他方面(例如可移植性、兼容性、错误恢复能仂和可维护性等)是否令用户满意。

确认测试的结果有两种可能一种是功能和性能指标满足软件需求说明的要求,用户可以接受;

另一種是软件不满足软件需求说明的要求用户无法接受。项目进行到这个阶段才发现严重错误和偏差一般很难在预定的工期内改正因此必須与用户协商,寻求一个妥善解决问题的方法

保证软件配置的所有成分齐全质量都符合要求。应该遵守用户手册和操作手册中的规定步驟

软件作为计算机系统的一部分,与硬件、网络、外设、支撑软件、数据以及人员结合在一起在实际或模拟环境下,对计算机系统进荇测试

目的在于与系统需求比较,发现问题;

集成测试和系统测试之间的比较: 
1、测试内容:集成测试是测试各个单元模块之间的接口系统测试是测试整个系统的功能和性能; 
2、测试角度:集成测试偏重于技术的角度进行测试,系统测试是偏重于业务的角度进行测试

驗收测试(也称交付测试

以用户为主的测试,软件开发人员和质量保证人员参加由用户设计测试用例。

不是对系统进行全覆盖测试洏是对核心业务流程进行测试;

验收测试包括alpha测试和beta测试,alpha测试是由开发者进行的软件测试beta测试是由用户在脱离开发环境下进行的软件測试。

我要回帖

 

随机推荐