没有合适的资源?快使用搜索试试~ 我知道了~
软件测试流程及规范V1.1.doc
1.该资源内容由用户上传,如若侵权请联系客服进行举报
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
版权申诉
0 下载量 148 浏览量
2022-07-06
00:46:30
上传
评论
收藏 1.37MB DOC 举报
温馨提示
试读
17页
软件测试流程及规范V1.1.doc
资源推荐
资源详情
资源评论
. . . .
1 / 17
软件测试流程与规
一、软件生命周期中测试工作流程
测试工作流程
软件部业务部 测试组
验收测试阶段 需求分析阶段概要设计阶段详细设计阶段编码阶段系统测试阶段
提交最终版SRS
编写《测试计划》、《测试方案》
设计测试用例,编写测试用例
执行单元测试
执行系统测试
执行验收测试
编写验收相关文档
冒烟测试
单元测试方案、用例评审
记录缺陷
分析、修改缺陷
记录缺陷
分析缺陷
修改缺陷
系统测试方案、用例评审
回归测试
提交系统测试报告
回归测试
提交系统测试报告
编辑单元测试方案、用例
编辑单元测试方案、用例
根据SRS,评审验收测试方案、用例
记录缺陷分析缺陷
修改缺陷 回归测试
提交验收测试报告
. . . .
2 / 17
二、各阶段具体流程
1.需求分析阶段
立项
需求调研
编写/修改SRS 提交SRS SRS审核
审核是否通过
达到要求
提交最终版SRS
审核是否通过
审核通过
依据SRS,项目整体计划,
设计、编写《测试计划》
和《测试设计》
《测试计划》
根据SRS定义相应的测试需求报
告,即制订测试的标准,以后所
有的测试工作都将围绕着测试需
求来进行,符合测试需求的应用
程序即是合格的,反之即是不合
格的;同时,还要适当选择测试
内容,合理安排测试人员、测试
时间及测试资源等。
《测试设计》
将测试计划阶段制订的测试需求
分解、细化为若干个可执行的测
试过程,并为每个测试过程选择
适当的测试用例。
进入概要设计阶段
评审测试计划
和测试设计
优化测试计划、
测试设计
1.1 步骤说明
1、需求定义基本完成,SRS 编写完成。
2、开评审会,由需求调研人员、开发组、设计组、测试组等人员对需求中不清楚、不
完整、存在疑义的地方提出问题,相关人员解答并确认。
3、当评审未通过,直接打回,重新修改 SRS,问题解决后,重新提交评审。
4、当评审通过后,依据SRS,项目整体计划,设计、编写《测试计划》和《测试设计》,
具体模板见附件。
5、开评审会,由开发组、设计组、测试组等人员对计划和设计中不清楚、不完整、存
在疑义的地方提出问题。
6、当审批未通过,直接打回,优化测试计划、测试设计,问题解决后,重新提交评审。
7、审核通过后,进入下一阶段。
. . . .
3 / 17
1.2 测试通过打回标准
1.3、阶段的输出
输入:最新 SRS、项目计划
输出:测试计划、测试设计
2、单元与集成测试流程
测试设计文档
编写/修改测试用例
测试用例审核
审核是否通过
编写/修改单元测
试方案
单元测试方案评审
审核是否通过
编写/修改测试代码
编码审核
审核是否通过
执行单元测试
提交BUG报告 修改代码
回归测试,
是否达到要求
提交单元测试报告
进入下一阶段
依据需求和设计描述作为指南,对重要的
控制路径进行测试以发现模块内的错误。
测试过程中优先考虑耦合度比较高的模块
功能,重点测试。
使用缺陷管理工具
(如QC),对软件的
缺陷进行管理。
在BUG出现的曲线图逐
渐收敛并且得到控制的
情况下进入下一阶段。
如果是集成测试,依据需求和设计描述作
为指南,在单元测试的基础上,将所有模
块按照设计要求组装成为子系统或系统,
检查其接口是否存在问题,以及组装后的
整体功能、性能表现,进行测试。
2.1 步骤说明:
1、理解需求和设计
理解设计是很重要的,特别是要搞清楚被测试模块在整个软件中所处的位置,这对测试
的容将会有很大的影响。需要记住的一个原则就是:好的设计,各模块只负责完成自己的事
情,层次与分工是很明确的。在单元测试的时候,可以不用测试不属于被测试模块所负责的
功能,以减少测试用例的冗余,集成测试的时候会有机会测试到的。
所以,单元测试主要是关注本单元的部逻辑,而不用关注整个业务的逻辑,因为会有别
. . . .
4 / 17
的模块去完成相关的功能。
2、概览源代码
浏览一下源代码,主要任务:
1)初步检查源代码的编码风格与规。
2)大致估算测试工作量,比如:需要多少的测试用例、需要写多少的驱动模块和装模
块等。
3)确定模块的复杂程度,初步制定测试的优先级等。
3、精读源代码
认真阅读和分析代码,主要任务:
1)理解代码的业务逻辑。
2)检查代码与设计是否相符,如果详细设计没有该模块的流程图的话,先去画出流程
图。
3)仔细研究逻辑复杂的模块。
4)可以采用一些检查列表来检查程序可能会出现的问题。
4、设计测试用例
综合运用白盒测试方法(和结合黑盒测试方法)来设计测试用例,包括功能测试、性能
测试等,要达到一定的测试覆盖率。在设计测试用例的过程中,流程图或控制流图是分析的
好帮手。
5、搭建单元测试环境
使用工具或自己写的框架将有助于单元测试的实施。在这个阶段主要就是写桩模块和驱
动模块,第 4 步所设计的测试用例是通过驱动模块传递给被测试模块的,然后驱动模块想方
法获取被测试模块对数据的处理结果,并判定返回的实际结果与测试用例的预期结果是否一
致,通过测试框架来记录执行的结果,对于出现的错误,还需要统计错误的信息,供执行完
之后分析。
6、执行测试
运行写好的驱动模块完成对被测试模块的测试。
7、补充和完善测试用例
单元测试也是个循序渐进的过程,可能一开始考虑的不够全面,或预期的覆盖标准太低,
需要在测试过程中不断补充测试用例,直到满足要求为止。
8、分析结果,给出评价
剩余16页未读,继续阅读
资源评论
智慧安全方案
- 粉丝: 3683
- 资源: 59万+
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
最新资源
- 3479521_1710042575-1.rwmod
- 安装及环境配置UMCM-2023C-ma笔记
- (完整)数据库课程设计餐厅点餐说明书-21ab6d3c8beb172ded630b1c59eef8c75ebf952c.doc
- 2023-04-06-项目笔记 - 第一百五十四阶段 - 4.4.2.152全局变量的作用域-152 -2024.06.04
- 松哥解协议松哥解协议松哥解协议松哥解协议松哥解协议
- 618节日618节日618节日
- tensorflow-gpu-2.9.1-cp37-cp37m-win-amd64.whl
- tensorflow-gpu-2.9.0-cp37-cp37m-win-amd64.whl
- tensorflow-gpu-2.9.0-cp39-cp39-win-amd64.whl
- lcd daimalcd daima
资源上传下载、课程学习等过程中有任何疑问或建议,欢迎提出宝贵意见哦~我们会及时处理!
点击此处反馈
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功