1. 编写目的
本文是为提高软件质量保证项目高效有序的顺利进行，而制定的一种开发和测试人员共同遵守的约定。在实际的项目过程中开项目相关人员应严格遵守该文档内包含的约定。
2. 测试与研发交互过程
2.1. 软件测试流程
2.2. BUG处理流程
3. 与研发的约定
3.1. 提交测试
1.提交测试前必须进行单元测试并配合必要的代码漏洞扫描工具（例如：APPScan，findbugs等）对代码进行检验。
2.确保版本能按计划交付
3.提交测试申请表
每次迭代开发后的正式送测必须提交测试申请表（或以邮件的形式发送并抄送相关的项目负 责人，测试相关，开发相关），测试申请表中必须明确明确每个版本的送测内容，含故障单、缺陷编号、具体功能修改等，避免出现模糊描述。
4.提交测试的版本必须进过冒烟测试
如冒烟测试不通过，测试人员有权退回，不介入实质测试。
5.测试过程中保持版本稳定
测试人员所有BUG的测试及回归都必须保证在一个独立于开发、稳定、可重复的环境下进行。
3.2. BUG处理
所有BUG都将提交到BUG管理工具中。
1.BUG修复后开发人员必须修改BUG状态并明确写明BUG引起的原因及解决方法 ，以方便以后做追溯。
2.拒绝或者延期处理的BUG必须修改BUG状态
3.严重影响测试进行的BUG开发人员应积极配合修复在第一时间处理BUG以保证项目的总体进度。
4.开发人员如对测试人员所填写的BUG不理解或不能重现，可请求测试人员解释或重现，而不能直接拒绝修改。
5.缺陷是否修改存在争议时，先跟测试沟通，若无法达成一致，再由指定的仲裁人（项目负责人或产品人员）决定。
4. 与测试的约定
4.1. BUG描述
1.测试人员测试过程中，必须提交到bug库并依据所有的BUG都体现在测试报告中的原则，保证所发现的BUG都已添加到测试报告中。
2.提交BUG要描述清楚。注明操作步骤、测试环境、描述清楚正常现象和BUG现象的差异。
3.BUG级别严格按照最新标准执行。
4.某个问题若在多个页面发现，提交到一个问题里，并在问题描述中把对应页面描述清楚。尽量避免提出重复BUG，两个不同页面的相同问题应归为一个BUG的两次出现。更深层面的相同BUG原因，可以多和工程师沟通了解。
4.2. 测试与开发配合
1.测试配合开发说明BUG产生场景辅助分析问题。
2.测试人员测试完毕后，必须通知相关的负责人及程序人员
3.如果出现了某个bug修改不完整的情况，不要急于驳回，先沟通！
4.多和程序员沟通，了解开发思路。了解开发思路能够帮助测试人员找到测试步骤的盲点，更容易测出真正的问题。这样的沟通，也会帮助开发人员检验开发思路的正确性，更好的提高项目团队的效率。
5. 其他约定
5.1. 需求变更
1.不接受单个人口头的业务传递，所有业务必须有相应的文字作为支撑。
2.需求变更后能第一时间通知相关测试人员，为新的需求制定测试方案。
5.2. 时间安排
严格按照开发项目总体计划中测试时间的安排进行打包提交测试。
5.3. 项目组负责人
各项目组负责人应积极配合测试人员监督bug的修改状态，保证测试工作的正常进行。
