前言
近期在测试一个项目的过程中，发现在开发提测内容时，提测的模块不明确，提测之前没有做开发自测，造成了测试过程中的阻塞（block）问题,并且大大增加了沟通成本；在开发不充分的情况下提测了，接下来在沟通需求，解决阻塞（block）类型的bug的过程中，花费了大量时间；所以说没有开发自测，匆忙提测，并不能保证上线时间，相反的是，提测质量低，导致发现大量bug,解决问题和验证问题花费大量时间。就在前一月小编就碰到这样的问题，开发人员不自测，就提测了，然后很多显而易见的问题。以及阻塞问题。很浪费时间。于是测试与开发约定了以下提测内容规范
提测要求及规范：
1、发送提测邮件规则：
需求、代码配置项、sql语句新增或变更等均需要发送提测邮件说明；
2、产品需求方面：
需求地址：建议需规或原型 提交到禅道进行统一管理，每次更新新增版本号提交禅道，开发提测时，提供对应禅道版本号地址；
3、打包方面：
提测前准备：
（1）分支：dev、test、master；
（2）指定配置文件dev、test、prod；
（3）配置文件需要有注释说明；
（4）保证后端配置项文件放置jar包同目录，可正常启动；
（5）前后端git地址，统一为https的地址
4、数据库sql脚本：
需整理出纯净的表结构sql、初始化数据sql脚本；
5、接口通过nginx代理，生产环境无需重新打前端包，取测试环境前端包即可；
6、移动端及前端：
手机端页面建议不要嵌在apk里，页面分离，单独部署；
7、提测前禅道上增加测试版本号，提测邮件里标明测试版本号，版本号规范：V1.0.0_T20200430
提测内容模板
