1 目的
制定项目软件质量规范，规范各岗位职能，规范流程，从流程角度进行质量保证。
2 环境要求
2.1SVN结构与环境间关系
3 职责描述
3.1 职责描述
1、产品经理：进行产品原型设计，细化功能及逻辑校验，明确提示信息。
2、开发人员：本地进行代码修改，提交代码到开发分支，在开发联调服务器进行联调自测，自测通过后，将更新文件列表通知给测试人员。
3、测试人员：将开发告知的文件从开发分支更新到测试分支，打包部署到测试服务器，进行测试；测试完成后，将文件同样流程更新到主干，发布到准生产服务器，进行准生产测试，准生产测试主要验证为主；准生产测试通过后，通知运维人员，进行上线发布，并对代码打tag。
4、运维人员：从主干打包发布到生产服务器。
4 相关标准 ======
4.1产品原型标准 =====
1、原型中各个元素的需满足如下要求：
按钮类：①交互、②功能、③校验、④提示
输入类：①文本输入限制、②下拉项内容范围、③是否必填、④是否有默认值
4.2 开发标准
（mock rap系统）
4.3 测试用例标准
1、按钮用“【】”括起，补充说明用“（）”，提示文字用双引号。
2、对功能、文本框或页面条件的要求写在“前置条件”中。
3、模块的基本功能写在“测试目标”中，主要参考产品原型中“功能”项。
4.4 开发、测试人员进入标准
1、进入开发标准
①产品提供原型设计，主要包含主要功能，不要求完善具体逻辑校验，交由设计组进行UI设计、开发人员进行概要设计，测试人员进行测试计划制定。
②产品细化具体逻辑校验，交由开发人员进行开发、测试人员编写用例。
2、提测标准：
测试：完成测试用例，并已评审 * 开发：完成测试用例内测试目标字段（冒烟测试用例）的要求，并提交自测报告。 * 运维：hudson完成所有项目搭建，给出包下载地址，填写并发送提测模版
3、首次提测打回标准
* 提测模版必填项空缺， * 冒烟测试用例通过率低于80%
4.5 上线标准
Bug趋势呈收敛趋势，最后一个发布周期内无新增BUG，且遗留BUG数量保持在以下标准内
严重程度：致命：0个；严重：0个；较重：0个；一般；5个；建议：10个。
优先级：紧急：0个；较急：0个；一般：3个；不急：8个。
5 生命周期
5.1软件生命周期
5.2 BUG 生命周期
附录一 名词定义
Bug严重程度：
致命：错误导致了死机、产品失败（“崩溃”）、系统悬挂无法操作； 严重：功能未实现或导致一个特性不能运行并且不可能有替代方案； 较重：错误导致了一个特性不能运行但可有一个替代方案； 一般：错误是表面化或微小的（提示信息不太准确友好、错别字、UI布局或罕见故障等），对功能几乎没有影响，产品及属性仍可使用； 建议：建设性的意见或建议。
Bug优先级： 紧急：阻止相关开发人员的进一步开发活动，立即进行修复工作；阻止与此密切相关功能的进一步测试 较急：必须修改，发版前必须修正 一般：必须修改，不一定马上修改，但需确定在某个特定里程碑结束前须修正 不急：如果时间允许应该修改