研发流程标准说明_第1页
研发流程标准说明_第2页
研发流程标准说明_第3页
研发流程标准说明_第4页
研发流程标准说明_第5页
已阅读5页,还剩2页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、因博公司研发部系统研发流程规则第一章 立项流程与需求确认流程标准1. 项目的开始标准为项目立项报告,由相关研发部经理负责,此环节成果01立项报告。2. 需求必须经过内部审核,形成初版需求,并由部门经理签字,此环节成果02初版需求。3. 在需求调研环节之后,完成需求规格说明书,并由用户签字确认,留存回执用户签字记录,此环节成果03需求规格说明书。根据项目情况和03需求规格说明书撰写04概要设计说明书、05详细设计说明书。4. 开发环节开始之前必须经过需求内部培训,参与人员为参与此项目的开发人员和全体测试人员。并于培训完成后签署培训单,此环节成果06需求培训单。第二章 版本控制流程1. 所有的项目

2、必须经过版本质量控制流程。月底绩效考核时,未提交版本质量控制流程的项目,所有参与人的绩效质量分均为0分。2. 开发人员邮件通知进入测试环节,邮件内容请参看07提交测试说明,提交说明必须内容清楚,否则测试人员有权反馈实际情况,延迟测试。3. 由质量控制人员根据邮件获取代码,对代码质量进行评分,并填写版本记录表,将修改内容作为测试内容发送至测试管理人,并由测试管理人安排测试过程。此环节成果08版本及测试记录。并将此记录发送至质量管理组组长。4. 由质量管理组组长统一发出测试通知,通知内容包含测试内容,测试结束时间和08版本及测试记录。5. 收到邮件的测试人员根据需求进行测试,按时完成测试过程,在每

3、一轮测试完成后,将测试结果填写至08版本及测试记录以邮件型式反馈至质量管理组组长。6. 质量管理组组长根据收到的测试结果发出相应的通知邮件Bug修改通知或部署更新通知。如需Bug修改,在修改结束后重新经过版本控制流程直至系统发布。7. 质量管理组组长发出部署通知的邮件至版本控制人员。经过整个部署过程完成后,由版本控制人员发送邮件至质量管理组组长部署结果。质量管理组组长以邮件型式通知测试人员对上线系统进行线上测试。8. 线上系统测试通过则转交维护组,由维护组同事通知客户更新信息。第三章 开发与质量控制流程标准1. 项目研发开始时以画界面模型为主,只有用户对模型确认后,才可正式进行编码。2. 开发

4、测试流程请参考第二章版本控制流程中说明。3. 系统进入发布环节之前,至少需要进行两轮测试,测试人员以严谨的测试态度对待项目测试,尽可能多的发现Bug,Bug包含但不限于页面报错、功能缺陷、数据错误、兼容性问题、流程错误、功能不合理、页面布局不合理等情况。测试人员在记录Bug时需要精准详细,尽量图文并茂。Bug标题统一格式【模块】【bug描述】Bug等级由高到底顺序为ü Urgent(紧急)-严重错误,包括以下各种错误:A. 由于程序所引起的死机,非法退出B. 死循环C. 数据库发生死锁D. 因错误操作导致的程序中断E. 功能错误(需求未实现)F. 与数据库连接错误G. 数据通讯错误&

5、#252; Veryhigh(非常高)-较严重错误,包括以下各种错误:A. 程序错误B. 程序接口错误C. 数据库的表、业务规则、缺省值未加完整性等约束条件ü High(高)-一般性错误,包括以下各种错误:A. 操作界面错误(包括数据窗口内列名定义、含义是否一致)B. 打印内容、格式错误C. 简单的输入限制未放在前台进行控制D. 删除操作未给出提示E. 数据库表中有过多的空字段ü Medium(中)-较小错误,包括以下各种错误:A. 界面不规范B. 辅助说明描述不清楚C. 输入输出不规范D. 长操作未给用户提示E. 提示窗口文字未采用行业术语F. 可输入区域和只读区域没有明

6、显的区分标志ü 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

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论