测试管理流程1.0版本
测试管理流程
编 制:审 核:批 准:受控状态:发 放 号:
发布日期: 年 月 日 生效日期:
年 月 日
ZHEJIANG DAHUA TECHNOLOGY CO., LTD.
修 订 页
1
目的:
规范各类申请单及测试报告发布流程以及规范内部测试流程,明确研发工程师及测试工程师的职责,保障测试申请单及测试报告的质量,保障产品发布的质量,规避草率发布报告及个性化测试的风险。 2
范围:
适用于公司所有需要进行测试验证的程序,包括为客户验证问题。 3
要求: 3.1
每个测试都要有申请单,包括验证问题,同时对于验证问题的单子请提供详细的信息供现象重现,同样,对于每个申请单都要出具报告,包括验证问题的报告。 3.2
每个测试申请单上必须提供所测程序的所属编号,包括基线编号、需求编号、项目编号、订单编号,同时对于首页中的内容请详细填写,特别是修改的内容。 3.3 3.4
测试人员根据需求编号或者订单编号,到PLM中查看录入的需求进行测试。
每个测试申请单上都需要附上自测报告(除验证问题申请单),如果没有自测报告将不予接受测试,同时如果接受测试后,发现自测项仍为failed的,则测试终止测试,发终止报告,自测限于功能性测试。 3.5
提交的申请单紧急程度请根据市场情况如实填写,对于要求当天及第二天出报告的申请单,我们内部记为紧急任务;线上停产等待程序记为紧急任务;大基线、大客户、客户重大异常反馈测试记为重要任务;月末进行统计。 3.6
研发工程师提交满足条件的申请单后,测试组长进行前期的统筹安排,安排测试工程师及测试的时间段,对于紧急的任务,与项目管理部主管沟通,确定紧急程度,要求完成时间,组长根据任务安排情况反馈安排人员及测试时间,如果情况紧急,可根据优先级插入原先的计划安排,原本计划后移。 3.7
测试过程中通常情况下程序禁止重复提交。如果原先的程序不需要再测试,则让测试工程师发终止报告,研发工程师再发申请单,与别的申请单一起排队,等待重新测试。如果有特殊事情,非常紧急,可走重复提交流程,但必须经项目管理部主管和测试主管根据项目的重要性和紧急性判断,申请同意后才能走特殊流程。 3.8
测试终止前提:程序不具可测性,测试人员自动终止;研发自测项自测为pass,但测试人员发现仍为failed的,测试终止;由于发现问题,研发需提交新的申请单,主动要求终止。如果研发确定需要重新提交,则测试工程师马上发出测试终止报告,并写上终止原因;如果研发不能确定,则测试工程师继续测试,直至完成,并发出报告;如果测试已经不在进行,报告则不能在手上逗留超过一天的时间。 3.9
测试工程师测试完成后把报告发给组长,由组长进行审核,如果无误,则发给相应的工程师,同时抄送给测试主管、项目管理部主管及相应的PQA及资质工程师,由资质工程师对所有的测试报告中的数据进行汇总,月末由测试主管对所有的测试数据进行汇总并公布。
3.10 对于新产品、基线程序的升级必须做功能测试、稳定性测试和压力测试。稳定性测试和
压力测试根据制定的方案进行,结束后根据制定的方案给出相应的测试报告。稳定性测试时间,根据研发的要求出测试报告,报告出后环境不能撤,必须接下去做,最少3个月(除车载、司法及软件),同时需要经常查看稳定性测试情况,半个月内每天查看一次,同时记录到老化记录表中,记录下查看的日期和查看的时间,以及查看的结果,半个月至一个月间,每周看三次,同时记录到老化记录表中,一个月以后,每周查看两次,同时将结果记录到老化记录表中。
3.11 稳定性测试前提:在功能测试过程中不会出现无缘无故的死机,频繁的死机,即可进入
稳定性测试环节,与功能测试同步进行,节约测试周期,提前发现问题。
3.12 如果是新产品,同时必须做硬件测试,高温高湿测试,低温测试,振动测试以及跌落测
试,如果硬件有改板,则需要做高温高湿测试以及低温测试。同时做高低温时使用探头,记录下内部的温度。
3.13 做硬件测试、高温高湿测试、低温测试、振动测试以及跌落测试的前提:由研发产品经
理或者项目经理,在产品发布前期,判断产品目前的状态,如果已经达到做这些测试的要求,请提前提交申请单进行测试。另外,硬件测试中电磁兼容性测试非常重要,请硬件达到一定条件时提交相关测试申请。
3.14 高温高湿测试、低温测试、振动测试以及跌落测试由测试负责人完成。普通情况下,高
温高湿48小时,低温24小时。同时,高低温测试的时候需要使用探头探测内部温度,记录下内部物体温度的变化情况。
3.15 新产品发布评审时,提供的测试报告必须包括硬件测试报告(包括电磁兼容性测试报告)、
功能测试报告(功能覆盖率要达到100%,除功能不能进行测试或者未实现)、环境测试报告(高温高湿、低温测试报告)、振动测试报告、跌落测试报告、稳定性测试报告、压力测试报告。测试代表在汇总各报告时需要与原报告一一核实,而不能仅凭口头结果。 3.16 每隔半年,带外设的产品需要进行一次兼容性测试,并且使用一份总表,记录下产品兼
容的设备。 4
问题级别定义方法:
0-致命:机器死机无响应或者异常重启,程序飞掉或者无响应;
1-严重:功能未实现,或者功能失效且不能再恢复,需要重启或者重新运行才能恢复;出现马赛克,即使是短时间的马赛克;丢帧在不可接受范围内;界面出现明显低级错误,例如拼写错误,错别字,界面溢出,中英文的字符串溢出等;从感观上给客户很明显的感觉认为我们的问题太低级而对我们的产品或者品牌印象变差的问题;对于客户提出的需求,如果未满足客户要求算为严重;
2-一般:功能上的缺陷,对系统不会造成大的影响,也不会给客户感观上造成差的印象的问题; 3-轻微:功能上的缺陷,但不影响使用;
4-建议:从客户角度提出的建议,不属于bug,但从易用性、人性化、性能等各种方面提出的建议。
5
流程图: