流程实施
推动流程的落实
流程优化
流程的落实过程中,不断的总结经验,及时调整和完善流程。
测试质量管理
测试质量的保证,是测试团队的职责所需,也是首要标准。
质量指标
前期要确定一些项目中质量的指标,比如交付时间要求、BUG修复率的要求、用例通过率的要求等等。
质量管控
再通过不同的手段来管控,从而实现和达成目标。
在达成的过程中需要研发、产品、测试、项目经理等多个角色的共同推动规范项目研发流程、代码管理流程、缺陷管理流程、测试案例评审流程等等。
并且做好测试分层,从代码级、接口级和ui级别进行测试,从工具自动化和手工多层面进行考虑,从功能、性能、兼容安全性等多纬度进行覆盖。从某些方面来讲,流程的管理,是质量管理的前提。
质量分析
通过对质量的可视化数据分析,从而加强管控机制,改善测试流程,丰富质量指标。
资源整合
整合测试相关的技术、文档、工具、专利等,成为测试团队的知识资产;整合测试内部、外部的人力、物力、财力,成为测试团队的能量储备。并且对资源进行维护和更新。
资源共享
建立统一的共享平台,将测试资源共享,管理测试用例、管理缺陷、管理测试方法、测试技术工具,减少团队成员的重复劳动。
资源协调
协调测试组内的各种资源,协调组外的各种资源,共同达成目标。
在人力的协调上,一方面需要和团队内、团队外的人员建立良好的关系,取得他们的支持,另一方面,建立跨部门的利益相关性,成为利益共同体。
测试风险管理
通过对风险的识别和分析,选择有效的方式,主动地、有计划地处理风险,以最小成本获得最大的保证。
风险识别
项目运行的各个环节可能出现的风险都应关注,风险信息收集时需要注重全面性和多样性。
· 比如需求上存在的缺失,交互上可能违背大部分用户习惯多设计,开发实现上可能存在的漏洞,测试案例上可能存在的遗漏,都是项目中常见的风险。
· 常见信息收集手段如现场访谈、会议研讨、问卷调查等。
风险评估
通常可以用可能性、严重性,结合可控性、相关性几个指标来描述风险。
· 比如当判断一个不能固定重现的BUG到底是否重要需要在上线前修复时,可以参考如下风险评测标准:
· 这个BUG发生的概率有多高?
· 这个BUG对用户的体验和使用影响有多大?
· 这个BUG如果在生产上出现了,怎样可以解决和减少影响?
· 这个BUG可能引发其他的问题吗?
风险应对
采取各种措施减小风险问题发生的可能性,或者把可能的损失控制在一定的范围内,以避免在风险事件发生时带来的难以承担的损失。
风险应对和控制的四种基本方法是:回避、控制、转移和自留。
· 比如新增加了一个功能是展示列表,根据我对项目组产品和开发的了解,他们经常会忘记页面为空白时怎么显示。而这一次我相信如果不提前提出来他们仍会出现这个问题。那么我可以采取如下几种措施:
· 我知道可能出现这种风险,但是不打算提出来,也不打算搭理他。准备直接带着这个问题上线。——这是回避。
· 我把风险提出来,然后声明,这个问题一旦出现,需要开发承担责任。——这是转移。
· 我默默的认为这个风险影响不大,仅保留给自己知悉。后续等问题暴露出来,再去处理——这是自留。
· 我把这个可能出现的问题提出来,让产品完善需求,开发提前处理。避免提测后这个bug的出现。——这是控制。
讲了这么多,不知道有没有帮助到大家呢。
上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理。