文档介绍：软件测试模型
测试策略的简介
测试策略包括:单元测试、设计测试用例、要测试哪几方面的问题,针对这几方面问题各自测试什么内容,测试的具体步骤及实用测试策略
瀑布模型、螺旋模型、圆形开发模型、增量开发模型、渐进模型、快速应用开发模型
测试分为单元测试、集成测试、系统测试和确认(验收)测试
单元测试针对程序中的模块或构件主要揭露编码阶段产生的错误
单元测试又称模块测试、逻辑测试或结构测试
单元测试的目的:发现各模块内部可能存在的各种差错
测试的方法:一般采用白盒法,以路径覆盖为最佳准则,且系统内多模块可以并行地进行测试
集成测试针对集成的软件系统主要揭露设计阶段产生的错误
集成测试也称组装测试,综合测试或联合测试
集成测试:是按设计要求把通过单元测试的各个模块组装在一起之后进行测试,以便发现与接口有关的各种错误。
集成测试需要考虑的有关问题(即为什么要进行集成测试)
数据经过接口是否会丢失;一个模块对另一个模块是否造成不应有的影响;几个子功能组合起来三能否实现主功能;误差不断积累是否达到不可接受的程度;全局数据结构是否有问题
系统测试: 主要揭露不符合系统工程中对软件要求的错误
在系统测试实施之前软件工程是应完成以下工作
为测试软件系统的输入信息设计出错处理通路
设计测试用例模拟错误数据和软件界面可能发生的错误记录
确认测试检查软件能否按合同要求进行工作,即是否满足软件需求说明书中的确认标准
验收测试又称有效性测试合格测试或确认测试
模块组装后已成为完整的软件包,消除了接口的错误确认测试主要由使用用户参加测试,检验软件规格说明的技术标准的符合程度,是保证软件质量的最后关键环节
V模型即快速应用开发模型
需求分析验收测试
系统规格系统测试
概要设计集成测试
详细设计单元测试
编码
应尽早测试才能尽快发现错误降低日后维护中的消耗
所以说需求设计也是需要测试的
V模型的优点
明确表明了测试过程中存在的不同级别
清楚的描述了测试阶段与开发过程各阶段的对应关系
V模型的测试策略包括了低层测试(代码)又包括了高层测试(需求)
V模型的缺点
他仅仅把测试过程作为需求分析概要设计详细设计编码之后的一个阶段容易让人理解为测试是软件开发的最后一个阶段
没有明确说明早期的测试,不符合越早测试和不断地测试的原则
与实际的测试活动也不符
W模型
用户需求双V验收测试设计交付验收测试
需求分析双V 系统测试设计实施系统测试
概要设计双V 集成测试设计集成集成测试
详细设计双V 单元测试设计单元测试
编码
此模型强调:测试伴随着整个软件开发周期,测试的对象不仅仅是程序,需求、功能和设计同样需要测试。测试与开发是同步进行的
优点: 符合尽早测试和不断测试的原则符合实际工作中的测试原则
符合实际工作中的测试活动
缺点: 视软件开发活动是一系列串行的活动开发和测试保持一种现行的前后关系这样就无法支持迭代
H模型
所以相应的测试之间也不存在
准备测试测试执行
测试就绪点
其他流程(如设计流程、开发流程)
说明软件测试不仅仅指测试的执行还包括很多其他的活动
软件测试是一个独立的流程,贯穿产品整个生命周期,与其他流程并发进行
只要测试条件策划能够成熟了,测试准备活动完成了,测试执行活动就可以进行了。
X模型
程序片断1 固定版本
测试设计执行测试
工具配置测试设计
执行测试工具配置
编码完成集成1…n
执行测试探索性测试
测试设计
程序片断n 执行测试
左边描述的是针对单独程序片断进行的相互分离的编码和测试以后将频繁交换最终集成为产品进行版本固定交付用户使用
软件测试设计
设计测试用例
即时贴程序
程序功能
便签的数量最多为50个
标题字数最多40字节
便签正文字数最多200个
年份只能设置在1900-2100之间
测试用例
为实施测试面向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定集合
解决要测什么,怎么测和如何衡量的问题
测试用例的目的:
执行测试,发现缺陷
重复执行测试,重现缺陷
管理测试过程
回归测试、验证缺陷是否修复
优点:使测试更加方便的执行;提高测试效率;节省测试时间;使测试更能按时间计划进行;使测试过程更方便管理
准备工作
收集资料
需求文档
设计文档
遗留系统的相关文档
与相关人员讨论
探索性测试
探索性测试与经过深思熟虑的、计划好的的测试过程有所不同,它依靠的是测试人员的知识水平和创造力。
可用于重现和分析缺陷、研究缺陷和程序其他模块的相关性
是测试用例有利的补充
具体问题具体分析