提测
提测是软件开发中开发人员把完成自测的版本、接口或安装包正式交给测试人员的动作，通常要提交提测单或发提测邮件，说明测试范围与地址，之后才进入测试环节。
什么意思
4 个义项- 提测指开发把做完自测的成果正式交给测试，请求对方开始测试。它不是笼统地说“去测一下”，而是一次有明确对象的交付：交的是哪个版本、测哪些功能、测试地址在哪，都要说清楚，因此常以提测邮件或提测单的形式留下记录。
- 提测也用来指这整套交接流程。从开发写完功能、自测和接口联调通过，到提交提测申请、部署到测试环境、跑冒烟用例、测试执行、缺陷回归，这一整段时间在团队口语里也可以被叫作提测阶段。
- 提测还有准入的含义：它带着一组条件。比如版本功能已按需求实现、接口冒烟通过、页面与接口联调通过、开发已按冒烟用例完成自测，满足这些前置条件才能提测；冒烟不通过通常会被退回，改完再提一次，所以提测不等于测试通过，更不等于可以上线。
- 提测的对象不限于源代码，也可能是构建版本、安装包、接口、配置、SQL 脚本、测试地址、自测结果和影响范围说明等，具体交什么由团队制度决定。
什么语气
中性的工作用语，偏正式。多用于研发团队内部沟通和流程文档，开发、测试、产品之间日常对话里也会随口说，不带褒贬，也不分亲疏。对团队外的人说容易听不懂。
用在哪儿
- 开发完成一个版本的功能并自测后，在群里或通过邮件通知测试同学：这版可以测了。
- 在项目管理系统里填写提测单，写清提测模块、未提测模块、代码分支、接口说明和测试地址。
- 测试同学收到通知后先跑冒烟用例，通过才开始正式测试，不通过就把版本退回给开发。
- 项目排期会上讨论某个需求什么时候能提测、提测时间会不会延后。
- 开发修复了测试提的 bug 后再次提交同一个版本，发一封新的提测邮件说明改动范围。
这样说
这个需求我自测过了，下午就提测，测试地址发群里。
你那版什么时候能提测？排期上写的是周三。
冒烟没通过，被退回来了，改完我再提一次。
提测邮件里把未提测的模块也写上，免得测试以为漏了。
别口头说一声就算提测，走一下提测单，后面好对账。
例句是编辑写的，只为演示怎么用，不是从谁的帖子里扒下来的。
从哪来的
本轮资料没有找到辞书、学术论文或平台官方页面对这个词的词源、创造者和最早出现时间作出可靠考证。从字面看它可理解为“提交测试”的缩略说法，但这只是合理推测，没有权威来源证实，不能据此断言构词来源。现有公开页面最迟能证明它在 2018 年前后的研发规范中已被使用，但这只是本轮找到的较早材料，不能当作最早出处或流行起点。
注意什么
提测不是“测试通过”，也不是“可以上线”，它只是把版本交给测试这一步，冒烟不过会被退回；把提测当成发布来理解容易造成排期误判。它不是泛指“做测试”，测试人员执行测试、写用例不能叫提测，那是测试同学自己的活。不同团队边界还不一样：有的只看有没有发提测邮件或填提测单，有的把环境部署、制品交付和准入检查都算进去，跨团队沟通时先确认对方流程，别拿自己团队的标准去要求别人。对非技术同事或客户说这个词，对方多半听不懂，直接说“版本交给测试了”更清楚。
还不确定
- 不同团队对提测的边界不一致，有的落实为发提测邮件或提交提测单，有的把环境部署、制品交付和准入检查也纳入其中，实际含义需结合所在团队制度判断。
- 资料中没有权威来源考证这个词的构词来源和首次使用者，“提交测试”的缩略只是一种自然理解，不能当成词源结论。
- 词的流行时间和最早出现时间没有可靠考证，2018 年前后只是本轮找到的较早材料，不代表起点。
- 提测时提交的具体材料清单因团队而异，资料给出的模板只是其中一种写法，不能当作通用标准。
常见疑问
提测是什么意思？
提测是开发把自己做完自测的版本、接口或安装包正式交给测试人员的动作，通常要提交提测单或发提测邮件，说明测什么、测试地址在哪，之后测试才正式开始。
提测和测试有什么区别？
提测是开发向测试交付版本的交接动作，主体是开发；测试是测试人员执行用例、找缺陷的过程，主体是测试。提测在前，测试在后，两者不是一回事。
提测就是测试通过了吗？
不是。提测只说明版本交到了测试手上，是否通过要看后续测试结果。冒烟或准入检查不通过时，版本还会被退回修改再重新提测。
提测和上线有什么区别？
提测是把版本交给测试环节，上线是把通过测试的版本发布到生产环境给用户使用。中间还隔着测试、修 bug、回归和发布审批。
提测要准备什么材料？
常见的有提测模块列表、未提测模块及预计时间、代码分支路径、接口说明或文档、测试地址、自测结果等，具体清单各团队不同，以本团队模板为准。
提测单怎么写？
一般写清提测的功能范围、没提测的部分和预计时间、代码分支、接口相关信息以及测试地址，内容要完整但不啰嗦，方便测试直接照着开测。
提测邮件要写什么？
通常要写明提测的版本号、需要测试的功能、对应的开发人员，并提供测试地址，修复 bug 或追加新功能再次提测时也要重新发一封说明范围。
冒烟没过为什么要退回？
冒烟用例是测试的前提检查，最基本的流程都跑不通就没必要展开完整测试，退回让开发先修，改完重新提测，能省掉双方大量无效工作。