编写目的：
近期在做项目测试时，发现在开发在转测时，没有明确的邮件提示和信息汇总，如果信息传递不明确，容易造成测试后期执行不顺畅，从而增加测试与开发沟通成本，
开发提测模块list信息不详细，测试无法明确提测范围，甚至对提测环境都一知半解。问题虽小，但积累多了就占用成本，于是提出以下提测规范，请知晓
1、提测版本信息、代码分支路径信息、打包路径等
例如：XXX 版本号，代码目录，版本号一定要更新（每次提测）
说明：开发需提供提测的安装包或版本信息、打包脚本路径、打包系统等，方便测试 直接进行测试
2、提测模块内容说明（提测范围）
说明：即提测功能模块、未提测模块及预计提测时间说明，尽可能的与需求文档中模 块名称保持一 致
比如:
a.提测模块：xx、xx
b. 未提测模块：xx、xx，预计提测时间点
3、测试注意事项
说明：从开发实现的角度，说明模块已存在的问题/可能存在的问题，指出本次改动可能会影响到的功能模块，测试应注意的 验证点以及应重点关注的功能模块等
比如：测试需要兼容的系统版本，哪些功能点可能存在的问题较多
4、测试环境说明（环境/账号、密码等）
说明：提供相应功能测试时需要的环境、前提条件、辅助信息等，有开发测试环境和测试组测试环境（测试环境要保持干净）
比如：测试服务器、数据库、数据表、配置文件、辅助测试工具
5、开发自测结果说明
统一邮件的方式进行提测,自测通过
6、bug提交&对应负责人
说明：BUG提交地址，前端，后端，服务器都是由谁负责，明确到个人，方便快速提出整理
7、特别说明
说明：在测试过程中，需要配置什么文件，执行什么SQ等特殊问题
1、提测版本信息、代码分支路径信息、打包路径等
提测版本：TEST001
代码路径：git地址或者是服务器代码目录
2、提测模块内容说明（提测范围）
提测模块：域名管理/联通项目所有模块
3、测试注意事项
主要注意接口之间的稳定性，连通性，进行并发性测试，寻找最优并发量最大值
4、测试环境说明（环境/账号、密码等）
test 账号：xxx 密码：xxx
数据库：信息,账号:xxx,密码:xxx
5、开发自测结果说明
域名管理模块相关功能正常
6、bug提交&对应负责人
BUG提交：123
对应负责人：麻子
前端：张三
后端：李四
7、特别说明
whois查询时使用 telnet 1
日志路径:/home/test/log.log