版本提交测试规范_V1.0

1、开发版本提交测试规范目录1.目的32.范围33.定义34.测评指标35.关键角色及应付责任36.内容描述47.其他要求48.相关文件49.附件51. 目的开发团队提交测试版本规范化，减少重复打包发版的时间。保证项目高效、高质量的完成。2. 范围适用于所有项目的版本提交测试。3. 定义名称内容描述Web应用项目的war包，如：WMS.war脚本数据库脚本集成手册简单描述当前版本集成的主要内容。4. 测评指标无5. 关键角色及应付责任序号角色应负责任001开发负责人系统完成集成测试后，项目打包提交到测试；负责协助测试环境的搭建。002测试负责人验收开发提交测试的工件是否齐全；在开发的帮助下完成测试

2、环境搭建；进行该版本的预测。测试完成后，提供发布到生产环境的最终版本和脚本。003测试工程师完成该版本的功能测试和上一个版本的bug验证。004开发工程师完成功能的开发和bug修复。6. 内容描述1) 版本提交测试i. 开发人员完成功能开发和bug修复并且完成集成测试情况下，版本提交到测试部。ii. 由开发负责人更新SVN最新的代码进行build，收集所有开发人员增量修改的SQL脚本，整理提交到测试部，并且邮件知会相关人员。iii. 提交版本（系统首版本除外）应包括：Ø 发版程序包，即XXX.warØ 本版本需要发版的SQL脚本Ø 如有配置文件修改，简要的说明&#

3、216; 集成手册：内容包括本次发版集成的主要内容，及发版修复的主要问题。2) 每日集成i. 系统采用迭代式开发，开发完成自己部分功能时，需进行自测，开发负责人同意后才能提交到SVN服务器，不允许不进行自测就把代码提交到SVN服务器引起整个系统的崩溃，不能影响到团队内其它人员的进度。ii. 正常的迭代版本，需要每周都有版本提交到测试部，在项目接近结束时，版本提交测试的频率加大，保证当天修复的bug能及时的进行验证。iii. 每日提交测试的版本不能超过两个。3) 测试版本部署i. 版本提交测试时，测试人员必须在测试用例评审通过后，才能进入测试阶段。ii. 一般情况下，开发人员不知道测试服务器和数

4、据库的密码，测试环境只能由测试人员进行发包部署。iii. 测试负责人根据测试发版手册和说明文档进行环境部署，并且根据集成手册中描述的该版本集成的主要功能和修复的主要问题结合测试用例进行冒烟测试；冒烟测试通过进入测试阶段，该项目的所有测试人员按照测试用例执行测试。冒烟测试不通过则打回到开发，并详细描述冒烟测试不通过的原因。iv. 完成测试和bug的修复后，测试负责人整理一个最新的war包和脚本，由项目负责人发布到UAT环境，系统工程师组织用户进行验收测试；UAT测试过程中测试人员可以参与。v. UAT验收时还存在系统bug则由系统工程师记录并录入禅道；由测试人员对UAT bug进行跟踪闭环。vi. 所有发版到生产环境的程序包和脚本，必须经过测试环境测试、UAT验证才能发版的生产环境；不允许直接从开发环境拿包或文件发版到生产环境。vii. 最后发版到生产环境的war包和脚本由测试负责人提供。7. 其他要求测试组和开发组共同建立