【摘要】
软件行业的飞速发展与应用软件普及的今天,软件测试也越来越受到重视,成了产品开发过程中不或缺的重要元素。测试的重要性想必大家都耳熟能详,再此不再多做赘述!整个开发过程中软件测试从哪里开始到哪里结束?中间要经过哪些环节以及各环节要注意哪些事项。本文就有关问题结合个人实际工作经验进行阐述
【关键词】开发过程、测试阶段、缺陷管理
1、产品开发过程概述
一般而言,产品开发过程前后要经过以下一些主要环节:见下图:
1、产品定义 角色:需求人员测试、开发参与评审 |
8、缺陷管理 角色:测试人员 |
7、测试执行 角色:测试人员 |
6、测试设计 角色:测试管理 |
5、开发计划 角色:开发管理 测试、开发参与 |
4、编码执行 角色:开发人员 |
2、需求分析 角色:需求人员测试、开发参与评审
|
3、编码设计 角色:开发管理 开发管理评审
|
9、产品发版 角色:测试 |
n 说明:
Ø 以上流程各环节并未包含全部产品开发过程,如根据实际情况还可以实施一些产品定义、需求分析、编码设计、测试用例评审活动,在软件正式发行后,当遇到一些严重问题时,还需要进行一些后续维护测试等。
Ø 以上各环节并不是独立没联系的,也不是各个环节都是必要的,实际工作千变万化,各环节一些交织、重叠在所难免,比如编写测试用例的同时就可以进行测试环境的搭建工作,当然也可能由于一些需求不清楚而重新进行需求分析等。所以在实际测试过程中也要做到具体问题具体分析,具体解决。
2、产品定义与需求阶段——测试做哪些工作?(对应上图活动编号1、2、)
n 产品定义
产品定义阶段测试参与产品定义评审活动,目的是近早知晓下版本中需要增加和改动的内容,提出测试建议。
n 详细需求
详细需求阶段,测试参与需求评审与需求学习,明确下版详细功能改动,为测试设计奠定基础。需求评审通过后测试人员开始编写测试用例。(一些企业是编码设计完成并评审通过后开始编写测试用例,视情况而定)
3、计划与设计阶段——测试做哪些工作?(对应上图活动编号5、6、)
n 开发计划
开发计划中包含测试计划,测试计划一般包括以下一些方面
Ø 人员分工
Ø 测试依据
Ø 测试资源
Ø 测试策略
Ø 测试日程
n 测试设计
Ø 测试环境搭建
不同软件产品对测试环境有着不同的要求测试环境很重要,符合要求的测试环境能够帮助我们准确的测出软件问题,并且做出正确的判断。
为了测试一款软件,我们可能根据不同的需求点要使用很多不同的测试环境。有些测试环境我们是可以搭建的,有些环境我们无法搭建或者搭建成本很高。不管如何,我们的目标是测试软件问题,保证软件质量。测试环境问题,还是根据具体产品以及开发者的实际情况而采取最经济的方式吧。
Ø 测试用例设计
新增功能详细需求评审通过后测试人员开始编写测试用例,有的公司在详细编码设计评审通过后开始编写测试用例,用例编写完成,测试管理发起评审会议,评审通过开始执行测试。
4、测试执行阶段——测试做哪些工作?(对应上图活动编号7、)
n 测试执行过程可分为以下四个阶段,见下图:
单元测试 |
联调测试 |
发版测试 |
集成测试 |
n 从测试的角度而言,测试执行包括一个量和度的问题。也就是测试范围和测试程度的问题。 比如一个版本需要测试哪些方面?每个方面要测试到什么程度?下面就以标准产品为例,分别介绍测试执行各阶段具体的工作内容
n 单元测试阶段测试做哪些工作?
Ø 按照测试方案分工测试
² 功能测试,寻找新BUG
² 执行用例,验证新实现功能是否符合需求
² 验证修改后问题,及时更新BUG状态。
Ø 单元测试全部通过编写功能测试(新增加功能+已修改验证BUG)检查单,提交检查单至主测负责人,审核后符合单元测试提交标准,提交联调测试,
Ø 帮助
² 文档人员根据功能测试检查单开始编写帮助文档
Ø 相关资源
² 功能检查单
² 单元提交联调标准
² 单元提交联调模版
n 联调测试阶段测试做哪些工作?
Ø 各新增加功能集中串联起来根据测试用例进行测试,完善测试用例,重点测试部分
Ø 符合集成测试标准提交集成,测试经理审批通过,提交集成。
Ø 帮助文档要求完成
Ø 相关资源
² 联调提交集成标准
² 调提交集成模版
n 集成测试阶段测试做哪些工作?
Ø 全面测试,执行日清制度
当日发现问题开发修改完成后,测试必须当天验证,验证通过更新状态,第2天新安装包中验证问题是否已经包含与更新。
Ø 集成期间,测试发现严重问题,或遇到其他特殊情况经研发总监批准遗留或做其他处理。
Ø 根据集成测试用例执行集成测试,完善测试用例
Ø 集成测试完成后需提交:
² 升级测试检查单
² 加密测试测试
² 环境测试
Ø 集成测试时间按照开发计划中规定执行
Ø 相关资源
² 集成提交金盘标准
² 集成提交金盘模版
² 集成测试报告
n 金盘验证阶段测试做哪些工作?
Ø 验盘时发现问题,需及时向研发总监汇报,决定是否修改
Ø 依照打包清单进行安装部署验证,根据如下检查单内容进行金盘测试验证
² 部署检查单
² 功能检查单
² 加密检查单
² 环境检查单
² 升级检查单
Ø 测试人员提交上述5份检查单至测试经理与开发管理,符合金盘验收标准,确定发版。
² 网站版本更新
² 内部发版公告
² 论坛、QQ群发布发版通知
Ø 相关培训
² 由培训人员安排为相关人员做功能使用的培训
Ø 相关资源
² 金盘验收标准
² 金盘验收模版
² 发版公告模版(测试经理根据文档人员提供新功能操作说明,发布发版公告)
5、缺陷管理
根据不同公司、不同产品缺陷管理相关元素的定义也会有所不同,下面就以我工作当中的定义为例子
Ø 定义工作组已经分配组成员
Ø 定义BUG的优先级
² 高
² 中
² 低
² 建议
Ø 状态定义
Ø 严重级别定义
Ø 事务处理流程
5、产品发版后测试做哪些工作? (对应活动编号9)
产品发版后除了其他相关部门做上市活动外,由于测试的不完全性,客户在使用过程中,难免遇到一些问题,有的甚至是严重性的问题,测试人员需要对修改完成的BUG进行测试,周而复始测试人员一直这么默默的为软件的质量而忙碌工作着!
6、结束语
以上是结合我个人工作总结出来的一点拙见,希望与有需求的朋友资源共享!