所谓测试传递，是在开发与测试之间传递被测产品的版本、变更等信息，提出测试和修改建议，以确保测试过程顺利进行，提高开发和测试的效率。
一个好的测试传递机制，应当提供完整、准确的信息，开发、测试各负其责，减少不必要的等待、冗余的验证，从而提高效率。
具体要求如下：
-
开发人员应确保提交测试的版本已经通过冒烟测试
开发人员向测试人员提交被测软件之前，应先进行冒烟测试，确保软件的基本功能能够正常运行。如果软件没有经过基本的验证，测试人员拿到软件根本运行不起来，那只能耽误大家的时间。
-
开发人员应向测试人员提交被测软件的详细信息
开发人员应当通过“被测件信息表”或“测试信息传递表”向测试人员提供关于被测件的相关信息，如：
-
被测软件的版本信心；
-
软件运行或测试的环境信息；
-
被测软件在配置库中的位置；
-
被测软件的更改信息；
-
被测软件当前版本具备的功能及注意事项；
-
测试建议（如代码已经打开串口输出宏开关，测试人员可以通过PC的串口捕捉信息）。
-
开发人员将被测件和相关信息提交给测试人员
对于开发人员和测试人员属于同一组织的情况，开发人员将“被测件信息表”或“测试信息传递表”以邮件或其他形式传递给测试人员，测试人员按照信息表中标识的版本和配置库的存储位置信息自行提取；对于开发人员和测试人员不属于同一组织的情况，开发人员应同时将被测件和信息表传递给测试人员。
-
测试人员向开发人员提供测试Bug及修改建议
测试人员按照信息表中所标识的功能和测试建议，设计/选择充分有效的测试用例进行测试，发现Bug时，以“软件问题报告单”的形式向开发人员提供测试Bug及修改建议等信息，如：
-
测试Bug的问题描述；
-
测试Bug的严重等级；
-
测试Bug的问题类型；
-
发现Bug的测试环境；
-
测试Bug的修改建议。
-
开发人员根据测试Bug信息及修改建议定位、修复问题，提交修复后的被测软件及相关信息给测试人员
开发人员在收到“软件问题报告单”后，重现、分析、修复Bug，然后将修复后的软件及相关信息提交给测试人员进行回归测试。提交之前应进行基本功能的验证。这些信息与首次提交的信息差别在于更改信息。
-
测试人员通过回归测试对更改后的软件进行验证，如果通过回归测试，则本轮的测试传递结束，否则继续4~6步骤。
测试传递是开发和测试紧密协作的环节，只有控制好这一环节，才会提高开发和测试的效率。
最后： 下方这份完整的软件测试视频学习教程已经整理上传完成，朋友们如果需要可以自行免费领取【保证100%免费】
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！
软件测试技术交流群社：786229024（里面还有工作内推机会，毕竟我们是关系社会。）软件测试面试文档
我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。
面试文档获取方式：
