测试流程持续优化

目标:测试前移,提前发现问题和风险,同时保证开发代码质量

1、需求评审

确定需求可实现,需求必要性

2、评估测试时间

根据需求范围、功能点评估,包括需求分析/测试执行时间
确定项目里程碑,包括服务端接口提供时间、接口测试时间、前后端联调时间、提测时间、上预发时间、上线时间

根据项目需求点评估时间,细化,一般情况如下:
测试分析 1-2天
测试用例设计 2-5天
冒烟验证 0.5-1天
流程测试 一般2-5天 很小的优化可以1天
缺陷跟踪验证 1天
预发回归 1天

根据项目实际情况确定时间点
1)预留1天异常情况
2)需求未确认的点,需要预估时间

3、测试计划制定
4、需求分析

提出对需求有疑问的地方
对一些模糊、二义性的交互确定开发实现方式
需要配置的地方跟服务端确定配置项
确认可能存在的风险
影响范围需确认

5、测试用例编写
6、测试用例评审
7、提取开发冒烟用例

提取全部用例的30%-50%,区分前端冒烟用例和服务端冒烟用例,根据是否需要配置区分
同时提测时开发必须保证冒烟全部通过

9、接口测试

开发联调前需测试通过

10、验收开发冒烟结果

注意:在开发提测前跟踪开发冒烟情况,保证可以正常提测,避免delay
保证主流程畅通,有问题即时解决

11、第一轮流程测试

提取开发自测用例30%,也要区分前端还是服务端
测试保证主流程,自测部分开发需保证
风险即时提出,体现在每日报告中
流程测试结束进行UED走查

12、第二轮Bug跟踪验证

跟进开发Bug修复情况和进度,包括解决难度

13、申请上预发,预发回归测试

根据预发回归用例,主流程需全部回归
预发环境产品需进行验收测试

14、产品申请上线,测试发送测试报告
15、线上回归测试

主流程全部回归

16、线上问题

即时复现,确认问题
确定影响范围
确定解决方案
跟踪问题解决情况并测试
问题回溯,用例优化 or 流程优化

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

  • 文章来自:http://blog.csdn.net/mj813/article/details/52451355 ...
    好大一只鹏阅读 9,323评论 2 126
  • 1.测试与软件模型 软件开发生命周期模型指的是软件开发全过程、活动和任务的结构性框架。软件项目的开发包括:需求、设...
    Mr希灵阅读 22,331评论 7 278
  • 1.测试与软件模型 软件开发生命周期模型指的是软件开发全过程、活动和任务的结构性框架。软件项目的开发包括:需求、设...
    宇文臭臭阅读 6,826评论 5 101
  • 1.问:你在测试中发现了一个 bug ,但是开发经理认为这不是一个 bug ,你应该怎样解决。 首先,将问题提...
    qianyewhy阅读 9,372评论 4 123
  • 2017年8月17日 多云 今天晚上搞了个火锅,买的他喜欢的桥头牌、 可惜不该500克一次煮了,好咸啊。 两个人...
    中云阅读 183评论 0 0

友情链接更多精彩内容