研发流程标准说明

因博公司研发部系统研发流程规则
第一章立项流程与需求确认流程标准
1.项目的开始标准为项目立项报告，由相关研发部经理负责，此环节成果《01立项报告》。

2.需求必须经过内部审核，形成初版需求，并由部门经理签字，此环节成果《02初版需求》。

3.在需求调研环节之后，完成需求规格说明书，并由用户签字确认，留存回执—用户签字记录，此环节成果《03需求规格说明书》。

根据项目情况和《03需求规格说明书》撰写《04概要设计说明书》、《05详细设计说明书》。

4.开发环节开始之前必须经过需求内部培训，参与人员为参与此项目的开发人员和全体测试人员。

并于培训完成后签署培训单，此环节成果《06需求培训单》。

第二章版本控制流程
1.所有的项目必须经过版本质量控制流程。

月底绩效考核时，未提交版本质量控制流程的项目，所有参与人的绩效质量分均为0分。

2.开发人员邮件通知进入测试环节，邮件内容请参看《07提交测试说明》，提交说明必须内容清楚，否则测试人员有权反馈实际情
况，延迟测试。

3.由质量控制人员根据邮件获取代码，对代码质量进行评分，并填写版本记录表，将修改内容作为测试内容发送至测试管理人，并由测试管理人安排测试过程。

此环节成果《08版本及测试记录》。

并将此记录发送至质量管理组组长。

4.由质量管理组组长统一发出测试通知，通知内容包含测试内容，测试结束时间和《08版本及测试记录》。

5.收到邮件的测试人员根据需求进行测试，按时完成测试过程，在每一轮测试完成后，将测试结果填写至《08版本及测试记录》以邮件型式反馈至质量管理组组长。

6.质量管理组组长根据收到的测试结果发出相应的通知邮件—Bug修改通知或部署更新通知。

如需Bug修改，在修改结束后重新经过版本控制流程直至系统发布。

7.质量管理组组长发出部署通知的邮件至版本控制人员。

经过整个部署过程完成后，由版本控制人员发送邮件至质量管理组组长部署结果。

质量管理组组长以邮件型式通知测试人员对上线系统进行线上测试。

8.线上系统测试通过则转交维护组，由维护组同事通知客户更新信息。

第三章开发与质量控制流程标准
1.项目研发开始时以画界面模型为主，只有用户对模型确认后，
才可正式进行编码。

2.开发测试流程请参考第二章版本控制流程中说明。

3.系统进入发布环节之前，至少需要进行两轮测试，测试人员以严谨的测试态度对待项目测试，尽可能多的发现Bug，Bug包含但不限于页面报错、功能缺陷、数据错误、兼容性问题、流程错误、功能不合理、页面布局不合理等情况。

测试人员在记录Bug时需要精准详细，尽量图文并茂。

Bug标题统一格式【模块】【bug描述…………】
Bug等级由高到底顺序为
✓Urgent（紧急）----严重错误，包括以下各种错误：
A.由于程序所引起的死机，非法退出
B.死循环
C.数据库发生死锁
D.因错误操作导致的程序中断
E.功能错误（需求未实现）
F.与数据库连接错误
G.数据通讯错误
✓Veryhigh（非常高）----较严重错误，包括以下各种错误：
A.程序错误
B.程序接口错误
C.数据库的表、业务规则、缺省值未加完整性等约束条件
✓High（高）----一般性错误，包括以下各种错误：
A.操作界面错误（包括数据窗口内列名定义、含义是否一致）
B.打印内容、格式错误
C.简单的输入限制未放在前台进行控制
D.删除操作未给出提示
E.数据库表中有过多的空字段
✓Medium（中）----较小错误，包括以下各种错误：
A.界面不规范
B.辅助说明描述不清楚
C.输入输出不规范
D.长操作未给用户提示
E.提示窗口文字未采用行业术语
F.可输入区域和只读区域没有明显的区分标志
✓Low(低)----测试建议性问题
注：每个功能模块不允许出现Urgent级Bug，一个Urgent级Bug 扣除当月绩效分中的质量分5分，Urgent必须当天修改完成Veryhigh、High2天内修改完成，其他最迟3天内修改完成。

每个模块允许出现最多1个Veryhigh，超过部分每个扣除当月绩效分中的质量分1分。

4.在回归测试中，如果出现Reopen的Bug，需要进行记录，每一个Reopen扣除当月绩效分中的质量分1分。

开发人员如拒绝修改Bug，需要进行详细说明，如无说明随意拒绝，则扣除当月绩效分中的质量分1分。

对于开发人员拒绝修改的Bug，在最后一轮回归测试
完后统一讨论是否进行修改。

5.每轮回归测试完后都需填写测试报告，此环节成果《09测试报告》。

6.最后一轮测试完成后，编写《10操作手册》。

7.每次系统发布前，测试人员需对整合好的待发布版本进行发布，在正式发布后需对线上版本进行确认。

8.系统上线后，对于用户反应的Bug进行统计，按照我们内部对Bug评级的标准对以上Bug进行评级。

每个Urgent级Bug扣除测试人员当月绩效分中的质量分5分，每个Veryhigh级Bug扣除测试人员当月绩效分中的质量分2分。

每个High级Bug扣除测试人员当月绩效分中的质量分1分。

第四章需求变更流程标准
1.需求变更情况需要填写《11需求变更单》由用户签字确认，交由需求调研组人员审核，审核通过后由部门经理签字确认，即可进入开发阶段。

2.从开发效率角度考虑，需求调整的测试，仅允许一轮测试，一轮回归。

3.提交测试及测试过程扔遵循质量控制环节各项标准。