研发测试支持衔接方案.docx
《研发测试支持衔接方案.docx》由会员分享,可在线阅读,更多相关《研发测试支持衔接方案.docx(8页珍藏版)》请在冰豆网上搜索。
![研发测试支持衔接方案.docx](https://file1.bdocx.com/fileroot1/2023-1/7/ecffccce-53fe-4f40-a714-8f51b7ef9dea/ecffccce-53fe-4f40-a714-8f51b7ef9dea1.gif)
研发测试支持衔接方案
测试组接入方案
目录
1引言1
1.1目的1
1.2人员范围1
2方案2
2.1编码-程序发布阶段2
2.1.1基本职责2
2.1.2流程说明2
2.2实施阶段7
2.2.1基本职责7
2.2.2流程说明7
1引言
1.1目的
测试组成立半年以来,已经测试了多个业务系统,因为与其他小组的交流不够,其他小组对于测试组的工作内容知晓的较少,直接影响对测试组的认同度。
为了展现测试组的工作,为了提高其他小组对测试工作的支持度,特整理一份研发组-测试组-支持组的衔接方案。
1.2人员范围
所有研发人员、测试人员与支持人员。
2方案
2.1编码-程序发布阶段
2.1.1基本职责
●研发人员:
根据系统详细设计编写代码完成需求的功能,编码完成后进行单元测试,完成单元测试报告并提交给测试组,统计每个功能模块的代码行数的开发时间和代码行数。
●测试人员:
研发人员在编码过程中编写测试用例,当单元测试完毕后,由测试人员进行功能测试,负责统计与分析BUG。
2.1.2流程说明
步骤一:
开发人员完成自己负责的功能模块的单元测试并提供单元测试报告。
●对于系统的每一个功能模块都应该有明确的开发负责人,因为统计出来的BUG需要统计到功能模块和负责人。
步骤二:
开发人员统计自己负责模块内的功能点、代码的行数与开发周期,并将统计结果一并放入单元测试报告中。
(单元测试报告)
步骤三:
测试组人员对系统进行功能测试,记录BUG的归属模块、负责人、测试时间、关闭时间和问题周期等问题
步骤四:
功能测试完毕后,对系统的BUG进行分析,并将统计结果放入到测试报告中。
●分析图例一:
统计每个开发人员负责的BUG数量,并将BUG按照等级进行分组
●分析图例二:
按照功能模块统计BUG数量,并将BUG按照当前状态进行分组
(柱状图)
(折线图)
(表格)
●分析图例三:
按照功能模块统计BUG数量,并以饼图的方式显示
2.2实施阶段
2.2.1基本职责
●研发人员:
负责修改支持组反馈的代码问题。
●测试人员:
负责确认支持组提交的功能问题,将问题记录到BUG列表供开发组进行修改,对研发组修改完毕的功能进行验证并反馈回支持组。
●支持人员:
负责接收实施组提出的问题,筛选出因为代码导致的功能问题并提交给测试组进行验证,对于新的需求统一通过VP系统开启新的开发任务。
2.2.2流程说明
步骤一:
支持组记录实施组或客户提出的问题形成问题清单,分析问题产生的原因,判定问题是否因为程序错误造成,还是功能不能满足客户要求,还是因为用户操作、配置等问题。
●支持组的问题清单中应该增加问题类型
●因为程序错误造成的问题提交给测试组
●因为功能不能满足客户需求的问题,由支持组在vp中新建变更单
●用户操作、配置等问题由支持组自行解决
步骤二:
测试组接收支持组提出的问题,与研发人员一起验证错误产生的原因
●确定是程序问题,将问题转化为BUG记录到BUG清单,通知相应的研发人员进行修正
●确定不是程序问题,将问题反馈给支持组,由支持组自行解决
步骤三:
研发人员对程序进行修正并自己进行测试,将BUG列表中的状态修改为“已修正”
步骤四:
测试组对修改完毕的程序进行功能和集成测试,然后关闭BUG列表中的BUG,并将问题反馈给支持组。
步骤五:
支持组在测试机验证问题后,发布程序。