测试:第二章 测试过程
第二章 测试过程
1.测试模型
H模型:
H模型图
优点:
1 介入早 与开发并行 更早的发现问题
2 测试过程独立于开发过程 更客观 更主动
V模型
双V模型图
㈠需求阶段
产品经理,项目经理,产品工程师写《需求规格说明书》Software Reqwirment Specaficalion(SRS)
内容:需求项(业务,主要功能)需求子项,对子项的详细描述
测试的工作:对需求进行测试和评审A系统测试计划《系统测试计划书》B系统测试计划《系统测试方案书》C系统测试实现《系统测试用例》
㈡设计阶段
开发经理,架构师,开发工程师写出《概要设计说明书》High-level design(HLD)
内容:系统程序中的模块,子模块和他们之间的关系和接口
测试的工作:对HLD进行测试和评审A集成测试计划《集成测试计划书》B集成测试设计《集成测试方案书》C集成测试实现《集成测试用例》
㈢详细设计阶段
开发工程师,架构师,写出《详细设计说明书》Low-level desragn(LLD)
内容:函数 代码 逻辑
测试工作:对LLD进行测试和评审A单元测试计划《单元测试计划书》B单元测试设计《单元测试方案书》C《单元测试用例》
㈣编码阶段
开发工程师写代码
优点:介入早,提高测试质量; 分成三个阶段,发现问题更有针对性;测试与开发并行,更好的利用项目资源。
缺点:项目成本高;技术要求高,对人员要求高;并行工作中,一方未完成就会对整个造成延误。
适用范围:规模大、软件成熟度高的项目。
2.内部测试
测试阶段 |
测试对象 |
测试方法 |
测试目的 |
经济价值 |
优点 |
缺点 |
必要性 |
资源 |
系统测试 |
整个系统 |
黑盒测试 |
验证产品是否符合需求规格说明书 |
能够保证产品以较高的的质量尽早的上市销售,从而使公司获取利润 |
1简单 |
1测试介入时间晚,修改成本高 |
必须保证 |
1对被测产品 |
集成测试 |
模块 |
灰盒测试 |
验证模块、子模块、接口是否符合 |
能够帮助更准确的 定位缺陷的所在,从而降低了定位缺陷的成本 |
定位准确快速 |
1接口测试有技术要求,技术实现难度大 |
不是必须做的, |
1被测的产品 |
单元测试 |
函数 |
白盒测试 |
验证函数代码逻辑是否符合详细设计说明书 |
能够最早的开展测试工作,降低修复成本,防止缺钱被扩大化(注意:加以重视:1公共的模块2全局性的数据结构3重要的使用频率较高的功能4以往项目经常出错的严重问题5复杂度较高的模块6当开发人员业务不熟悉编码不熟练的模块要进行单元测试) |
介入时间早,发现问题早,修改成本低。 |
1技术难度高 |
不是必须的 |
1开发环境 |
3外部测试:
使用验收测试的原因
1内部测试只能模拟用户使用却不能代替用户使用
2由于专业不同业务背景不同无法模拟用户使用的习惯
3测试人员和用户对产品的理解可能不同
验收测试:(在系统测试之后)
α测试:由用户组织一部分人在开发环境下来对产品进行测试 如网游的内侧
β测试:所有系统使用者都可以参加的测试(在实际使用环境下) 如网游的公测
分类 |
测试过程 |
参与人员 |
目的 |
过程主要内容 |
针对项目类软件 |
验收测试 |
开发人员:提供满足验收要求的软件或系统,或用户需要的相关开发文档 |
1、检查软件的功能是否与用户最初需求相一致 |
1、进行验收前准备 |
针对产品类软件 |
α测试 |
开发人员: |
明确用户的使用体验,提高产品的适用范围和使用质量标准 |
1、明确进行α测试的版本 |
β测试 |
潜在用户: |
提前占领市场 |
1、发布一个下载地址 |
回归测试:
回归测试可以发生在任何一个阶段
分为完全回归和选择回归
回归范围 |
回归分类 |
特点 |
优点 |
缺点 |
适用范围 |
完全回归 |
完全重复法 |
每次回归测试都要执行全部测试用例 |
回归测试充分,覆盖面广,不容遗漏 |
工作量大,时间长,成本高 |
时间充裕且测试资源较充分时,第一次和最后一次做回归测试的时候用这种方法 |
选择性回归 |
覆盖修改法 |
每次回归测试时只执行发现错误的用例 |
时间最短,成本最低,简单效率高 |
回归测试不充分,漏洞较多 |
时间较紧且人力资源不足时,中间版本的测试轮次可以使用,关联度比较小的模块和功能 |
周边影响法 |
每次回归除了执行发现bug的用例外,还要执行与其相关的用例 |
在考虑了测试成本的基础上有效提高了回归测试的质量 效率 |
很难确定影响的周边范围,相关用例定位较困难 |
适合于全局数据结构被修改或公共模块被修改,或核心算法业务被修改时,公用的模块,关系、关联复杂的模块 |
|
指标达成法 |
每次回归测试达到规定的语气指标 |
所有的测试都可度量 |
1指标生成需要很长的周期, |
成熟度较高的测试团队应用于指标达成法 |
|
分类 |
步骤 |
优点 |
确定周边 |
界面检查法 |
1明确被修改的功能 |
简单 |
2修改功能的上下游功能 |
|||
3调用修改功能的功能和 |
|||
4和修改功能游相同输入输出的功能 |
|||
5在测试中执行上诉关联的用例 |
|||
代码检查法 |
1明确被修改的函数和代码 |
准确,全面 |
|
2在整个系统中检查所有 |
|||
3明确上诉所有函数对应的界面 |
|||
4测试上诉界面测试用例 |
4.测试过程(干什么,怎么干)
整个系统的内容 |
需求项(业务、主要功能) |
需求项 |
测试计划 |
测试需求项 |
系统测试阶段 |
需求子项 |
测试方案 |
测试需求子项 |
|||
详细内容 |
测试用例 |
具体如何进行测试 |
|||
整个系统的集成 |
概要设计 |
概要设计项 |
测试计划 |
集成测试阶段 |
|
概要设计子项 |
测试方案 |
||||
具体内容 |
测试用例 |
||||
整个系统最小单元 |
详细设计 |
函数 |
测试计划 |
单元测试 |
|
逻辑 |
测试方案 |
||||
代码 |
测试用例 |
5.各阶段输入、输出标准以及入口、出口准则:(测试阶段过程要素)
系统测试 |
入口准则 |
输入文档 |
输出文档 |
出口准则 |
系统测试计划 |
开发计划通过评审并入基线 需求规格说明书通过评审并入基线 |
开发计划书 需求规格说明书 |
系统测试计划书 |
系统测试计划书通过评审并入基线 |
系统测试设计 |
系统测试计划书通过评审并入基线 |
需求规格说明书 开发计划书 系统测试计划书 |
系统测试方案书 |
系统测试方案书通过评审并入基线 |
系统测试实现 |
系统测试方案书通过评审并入基线 |
需求规格说明书 系统测试计划书 系统测试方案书 |
系统测试用例 预测试项 |
系统测试用例、预测试项通过评审并入基线 |
系统测试执行 |
系统测试用例、预测试项通过评审并入基线 集成测试报告通过评审并入基线 |
需求规格说明书 系统测试计划书 系统测试方案书 系统测试用例 预测试项 |
缺陷报告 预测试项报告 系统测试报告 |
系统测试报告、预测试项报告、缺陷报告通过评审并入基线 |
集成测试 |
入口准则 |
输入文档 |
输出文档 |
出口准则 |
集成测试计划 |
概要设计说明书通过评审并入基线 |
概要设计说明书 |
集成测试计划书 |
集成测试计划书通过评审并入基线 |
集成测试设计 |
集成测试计划书通过评审并入基线 |
集成测试计划书 概要设计说明书 |
集成测试方案书 |
集成测试方案书通过评审并入基线 |
集成测试实现 |
集成测试方案书通过评审并入基线 |
集成测试计划书 集成测试方案书 概要设计说明书 |
集成测试用例 |
集成测试用例通过评审并入基线 |
集成测试执行 |
集成测试用例通过评审并入基线 单元测试报告通过评审并入基线 |
集成测试计划书 集成测试方案书 集成测试用例 概要设计说明书 |
集成测试报告 缺陷报告 |
集成测试报告、缺陷报告通过评审并入基线 |
单元测试 |
入口准则 |
输入文档 |
输出文档 |
出口准则 |
单元测试计划 |
详细设计说明书通过评审并入基线 |
详细设计说明书 |
单元测试计划 |
单元测试计划通过评审并入基线 |
单元测试设计 |
单元测试计划通过评审并入基线 |
详细设计说明书 单元测试计划书 |
单元测试方案书 |
单元测试方案书通过评审并入基线 |
单元测试实现 |
单元测试方案书通过评审并入基线 |
详细设计说明书 单元测试计划书 单元测试方案书 |
单元测试用例 |
单元测试用例通过评审并入基线 |
单元测试执行 |
单元测试用例通过评审并入基线 |
详细设计说明书 单元测试计划书 单元测试方案书 单元测试用例 |
单元测试报告 缺陷报告 |
单元测试报告、缺陷报告通过评审并入基线 |
转载于:https://www.cnblogs.com/jianfeijiang/articles/7613979.html
测试:第二章 测试过程相关推荐
- 教程 | VeriStand硬件在环仿真测试第二章
在上一章节中我们已经安装好了MATLAB和VeriStand软件,并且配置了MATLAB和VeriStand编译器的联动,这样就完成了VeriStand硬件在环仿真测试中软件环境的搭建. 本文承接上一 ...
- 软件质量保证与测试——第二章 黑盒测试
第二章 穷尽所有可能的输入和输出才是完美的测试,但是无法实现 变量独立用等价类划分:不独立用决策表 等价类划分 划分原则: 互不相交 无冗余 结合后较完备 常见划分方法: 划分方法 有效区间 无效区间 ...
- 探索式测试--第一章(软件质量)第二章(手工测试)--读书笔记
本书为James Whittaker编写.本书写的是一种比其他任何缺陷都重要的特殊缺陷:即逃过所有各种检测手段而最终存在于发布产品中的缺陷.本书是作者设计"漫游"这个隐喻来指导软件 ...
- 第二章课下测试补交博客
第二章课下测试补交博客 转载于:https://www.cnblogs.com/WYjingheng/p/8017802.html
- 计算机网络在线测试第二章,进行测验:-第2章-网络体系结构与网络协议测试.doc...
进行测验:-第2章-网络体系结构与网络协议测试.doc 142计算机网络 142-301214-J01062-1 作业 进行测验 第2章 网络体系结构与网络协议测试进行测验 第2章 网络体系结构与网络 ...
- 19年8月 字母哥 第二章 RESTFul接口实现与测试 看到这里了
第二章 RESTFul接口实现与测试 2.1.RESTFul接口与http协议状态表述 2.2.常用注解开发一个RESTFul接口 2.2看完了 2.3 JSON数据处理与PostMan测试 树哪 ...
- Android 渗透测试学习手册 第二章 准备实验环境
第二章 准备实验环境 作者:Aditya Gupta 译者:飞龙 协议:CC BY-NC-SA 4.0 在上一章中,我们了解了 Android 安全性及其体系结构的基础知识. 在本章中,我们将了解如何 ...
- Kali Linux Web 渗透测试秘籍 第二章 侦查
第二章 侦查 作者:Gilberto Najera-Gutierrez 译者:飞龙 协议:CC BY-NC-SA 4.0 简介 在每个渗透测试中,无论对于网络还是 Web 应用,都有一套流程.其中需要 ...
- 第二章《计算机系统》复习测试,职中计算机应用基础第二章测试题及答案
傅连仲主编教材,第二章 Windows XP操作系统 的单元复习题. 13级<计算机应用基础>第二章测试题 满分100分,考试时间 90分钟 A.不确定 B.被强制关闭 C.被暂时挂起 D ...
- 《软件测试》第二章 软件开发的过程
<软件测试>第二章 软件开发的过程 2.1 产品的组成部分 2.1.1 软件产品需要多少投入 2.1.2 软件产品由哪些部分组成 2.2 软件项目成员 2.3 软件开发生命周期模式 2.3 ...
最新文章
- Linux的环境变量
- android MotionEvent中getX()和getRawX()的区别
- 获取当前按钮所在行的input_form表单的input上传文件
- html的换行问题(未解决)
- chart.js x轴显示不全_机床大讲堂第67讲——基于FANUC系统的数控铣床增加第四轴的方法...
- Feign 集成 Hystrix实现不同的调用接口不同的设置
- 机器视觉算法与应用001
- java数组的实例化
- 微信账户冻结怎么解除
- android 9.0 10.0 上报鼠标左键右键给app调用
- div中的img标签多余空白bug解决方案
- matlab基于傅立叶变换的时域或频域算法计算多普勒频移,展示代码
- sql学生表,成绩表,课程表
- “计算机程序设计能力考试(乙级)”真题刷题(三)
- 网络问题“56”的解决
- 计算机一级考试:选择题汇总E(精简版)
- 你知道抖音的洗脑,却不知道他的产品设计有多牛
- 红黑夜法官 c++(缺陷版)
- 听云监控.NET Core的配置误区
- 基于深度学习模型的电力变压器故障声音诊断方法研究-论文阅读笔记