璧水(师徒h)

璧水(师徒h)将想法与焦点和您一起共享

上海真略APP开发测试规范十步曲发布者:本站     时间:2020-01-02 14:01:46

1、测试工作准备

测试负责人在软件项目的需求阶段开始介入,逐步深入了解该项目的需求、设计过程,从而有针对性的编制测试计划和测试大纲(测试方案、测试用例)。

2、测试计划的制定

璧水(师徒h) 测试计划的制定要与项目开发的总体计划相吻合;测试计划中要充分考虑资源计划(人员安排,设备分配、与其它部门的协调配合以及其它不确定的因素)等;测试计划的制定还要考虑测试版本计划,与开发协调,按照版本生成计划(多长时间出一个版本),制定测试计划

3、时间节点的控制(与开发协调控制)

璧水(师徒h) 提测的时间是否在规定的时间内,如果未按照计划的时间提测,则需要分析是否会对项目造成影响,会不会存在风险。在计划的时间内,保证测试用例全跑一遍,如果未按预计时间将所有的用例走一遍,则需分析原因。

4、需要评审

策划完成的需求文档必须让开发、测试、运营进行评审,提出异议意见并最终改掉。这种评审能发现需求的漏洞并提早改掉,提高整个研发过程的效率

璧水(师徒h) 5、用例评审

璧水(师徒h) 测试人员针对需求写出粗略的用例之后,让产品、开发、测试、运营评审一遍、目的是发现需求的遗漏点,根据我们的经验,由于测试人员已经思考了测试点,所以相当于是对需求的细化和剖析,这个评审环节还是能发现很多需求的漏洞。

璧水(师徒h) 6、开发提测

测试人员事先发出冒烟测试用例,开发完成后,让开发人员先根据冒烟用例进行自测,自测通过了以后才提交给测试,然后测试再根据相同的用例做冒烟测试。这样能提高开发提测的质量。

7、测试反馈

将测试中发现的Bug反馈给该项目负责人,由负责人对该Bug进行定位,并由响应的开发人员进行修改,如果测试人员发送的Bug并非该测试模块的Bug,由该负责人转发给相应的负责人,并指派给对应开发人员修改。测试结束后,测试过程中发现的所有Bug,都应将其统计汇总,标识出当前状态,其中经过再次测试已经关闭的不在说明,其它所有未关闭的均应说明理由,并与开发部门讨论,由技术负责人给出结论(是否解决或延期解决),并要经过技术副总审批。

璧水(师徒h) 8、测试分析

测试完毕,整理测试文档,需要让测试人员发一份测试报告,重点指出测试过程中发现的问题,以及上线以后可能会出的质量问题,并说明告知这些风险,如果有因为时间不足,或者因为客观条件限制导致测试不足的情况,一定要在这个环节说明,这样,如果上线以后出现问题,大家也能理解测试

9、质量目标

璧水(师徒h) 通过测试管理工作的加强,力求在测试阶段尽可能多的发现软件错误与缺陷,尽可能少的将问题带给用户,确保软件的质量及其可靠性,提高用户满意程度,使作为质量管理中心的质量管理部真正的把好产品的质量关,尽量在测试阶段发现软件错误和软件缺陷。

璧水(师徒h) 10、线上问题

璧水(师徒h) 对于线上发现的Bug,先重点分析这个线上Bug产生的原因、线上Bug的影响范围,然后大家一起决定可以有哪些改进措施可以避免同类线上Bug再犯。这种改进措施需要能真正落实的,如果是可有可无的改进措施,就不要提了。这个措施可以让大家一起剖析线上Bug的产生原因,一方面可以避免项目组认为都是测试的错导致线上Bug,一方面,也发挥了测试人员质量保证的角色,推动流程让质量更好。