研发测试支持衔接方案.docx

研发测试支持衔接方案.docx

《研发测试支持衔接方案.docx》由会员分享，可在线阅读，更多相关《研发测试支持衔接方案.docx（8页珍藏版）》请在冰豆网上搜索。

研发测试支持衔接方案

测试组接入方案

目录

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，并将问题反馈给支持组。

步骤五：

支持组在测试机验证问题后，发布程序。