比如你计划去旅行，10月5号的车票;你肯定会在10月4号晚上之前把行囊准备好。
举例，如果你的功能需要配合网元的新版本配合，需要提前跟测试经理提出并准备好，在版本到达测试部前应该准备好配合网元的新版本。
而不是等测试开始后，才搭建所需的配合网元版本。
测试初期： 一般是第一轮测试的前七天。
测试目标是：尽可能的提前发现新增功能的重大故障。 所有要做的事情都是从最可能发现故障的角度入手。
比如：1)大容量的数据必须提前配置好，无论是后台网管的边界值测试还是业务的配合，都是最有可能发现故障的。
2)新增功能涉及到的性能影响，需要尽可能的安排在前面七天进行测试，这样发现故障后开发有更长的时间来修改。
3)常见业务场景的遍历。
推荐工作方法：测试初期以功能点检查为主，测试用例的选择应该是有侧重点的，先铺开面，而不是平铺直叙遍历测试用例(这个是测试中期来做)。
测试前应该看看开发过程，尤其是集成测试过程，会有很大的收获。
测试中期： 是测试用例的完整多轮覆盖的过程。 主要是第一轮的第七天开始直到临近版本发布。略。
测试末期： 一般是最后一轮测试末期。
功能发布前要询问自己如下的问题：
1)我该做的有没有做完，这个就是测试点的完整性。不管你受到了多大的影响(开发定位问题)，你要时刻清醒的知道我该做的有没有做完。
2)我使用的测试环境和用户到时候真正使用的环境有何不同，我如何能够保证我的测试环境尽可能的和用户真正环境相同。
比如，我的这个功能是印尼使用，那么我有没有交叉印尼常用的功能; 印尼的常见组网环境如何?
3)我确实没有能力做到的部分(场景，工具限制)对于版本发布的影响风险。并及时反馈给测试经理和测试总工。
4)我发现的故障单，有没有得到解决，剩余的遗留故障对于版本发布的影响承担，也要及时反馈给测试经理和测试总工。
这个要强调一下，测试人员不是以提交故障单作为结束的。
注意：不要提单就不管了，爱什么时候解决什么时候解决，爱什么版本解决什么版本解决，而是要跟踪到故障单的解决为结束的。
5 )我的功能如果要商用开通，升级有什么影响，需要做什么操作，工程实施如何进行。反馈给升级团队。
总结：
提前介入需求和方案，质疑一切;
版本到达测试部前做好测试准备，以终为始;
测试目标是提前发现重大故障，越早越好;
测试完毕可以拍胸脯说这功能O了，信心百倍。
文章来源于领测软件测试网 https://www.ltesting.net/