测试流程中的重要内容
上一篇 /
下一篇 2018-06-12 23:29:12
/ 精华(1)
/ 置顶(1)
/ 个人分类:测试基础
一、测试之前
- 排期工作(产品经理,开发工程师,测试工程师一起沟通需求进度和风险。)
- 提测需求列表(提测时间以及提测内容的List)
- 项目需求评审(需求完成后产品同时需要邀请开发和测试工程师进行评审)
评审的目的:
- 让开发和测试工程师了解需求要做的内容,以便之后各自对开发阶段和测试阶段进行排期。
- 评审过程中业务线成员对需求内容的模糊点进行提问,减少对需求的误解和日后的沟通。
- 在评审的过程中可能会发现需求本身的问题,即时发现能防止日后产生雪球效应。
- 业务线成员在一起沟通,能对系统有对应的认识,能更完善需求。
二、项目的设计评审
- 深入了解项目构成,可以把项目拆解成不同的功能模块。
- 在时间紧迫的情况下,可以按功能模块分工测试,提前完成测试工作。
- 准备测试用例只看需求文档是不够的,通过需求文档只能覆盖业务上的功能,根据设计文档能够设计分支及异常测试数据流。
三、项目排期
通过需求和设计的评审,接下来就可以对各自负责的需求模块进行排期。排期主要包括任务的拆分及预估每个任务的起始和结束时间。
测试排期分为两种:
一种是开发整体完成后再进行测试,这样测试周期相对较短。
另一种在开发完成一个模块后就进入测试,这样整个项目的周期短。
四、测试中的工作
- 测试用例的编写
- 需求变更通知
在较复杂的需求测试过程中,经常会出现需求变更现象。从而导致经常出现产品经理,开发工程师,测试工程师之间信息不一致的情况。测试提出的bug实际是由于需求变更未及时同步。(为避免上述现象可在流程上做出相应的规定产品同事把变更后的需求文档上传到特定的管理平台,系统检测到变更自动通过邮件发送最新需求文档给相关开发和测试工程师)开发根据需求文档修改设计文档,测试修改测试用例。
五、进度与风险通报
项目测试日报。日报中需要列举项目中各模块当前进度及问题。可以参考开始日期和完成判断进度是否有问题,项目待沟通解决的问题都会列举对应负责人。便于项目成员每天都能了解整个项目的装填并及时解决问题。
六、分支环境与主干环境
多个开发工程师采用并发的模式,为了减少冲突,会在多个分支上进行开发。开发工程师进行自测完成后,提交测试。测试工程师从分支代码部署到测试环境进行主流程的冒烟测试,如果没有问题则将进行全面的集成测试。测试通过后,开发工程师合并到主干环境。测试工程师将在主干环境再次进行测试,测试通过后才能审批上线。
七、产品试用机制
产品经理写的需求文档并不能把所有产品细节都描述清楚,开发工程师在设计时使用不同的实现方案可能会使产品体验所有不同。所以,开发完成后及时让产品经理试用确认很有必要。如果试用的结果与期望有较大差异,则提出相关问题通知开发工程师以及解决,无异议也必须给予确认。
八、上线前检查
紧急上线是否测试充分,是否存在用例情景罕见或业务触发几率极低,是否暂未测试等。
九、测试报告
需求上线前的最后一步就是测试报告,测试报告可以通过对测试结果和系统出现的缺陷分析得到对软件质量的评价。
十、上线后的工作
1.线上的验证产品经理关注:功能是否全部实现,UI效果与期望一致
开发工程师:是否有系统异常
测试工程师:除了对由于特殊数据或特殊权限无法执行的测试用例不去执行。尽可能把测试用例在线上全部执行验证。
2.线上风险通报
测试工程师完成线上验证后,需要发送线上验证报告。有些重要功能暂时无法线上验证则要在报告中说明进行风险通报。这些问题,产品经理后续会联系业务人员或项目经理协调进行验证。
--《京东系统质量保证实战》内容整理
相关阅读:
- 注册登录交互全流程整理 (资深梦游, 2017-12-04)
- 51Testing专访Miss_love:如何从零开始玩转接口测试? (zaza9084, 2017-12-27)
- 手把手教你拆解分析测试流程 (资深梦游, 2018-1-15)
- 剖析扫码支付流程 (资深梦游, 2018-2-13)
- 测试妹子的呐喊:为什么总是收不到推送? (zaza9084, 2018-3-12)
- 后台业务系统设计流程的6个步骤 (资深梦游, 2018-5-03)
- 我们到底该如何推进测试体系建设:管理推进篇 (zaza9084, 2018-6-04)
- 怎么测试自动售货机? (zaza9084, 2018-11-13)
- 随想曲:如何改进测试过程? (资深梦游, 2018-6-08)
- 成为技术老大技术管理篇5一技术演变史(9) (zaza9084, 2018-6-14)
收藏
举报
TAG:
测试流程
测试内容