2 不要做重复的测试
要做到这点的前提是要对整个项目的架构，相互的之间的联系等等要十分了解，这样可以避免很多看似不同的测试点，但实际只是一个测试点，仅仅是外面包装的不同而已。
于是当这一个测试点有bug，那些其他看似不同的测试点其实也不用测试了，肯定也是有问题的，那提bug的时候可以列出核心问题所在，并将其他涉及的点列出来，等验证的时候再把那些点都在验证一遍。这样等于少做了很多测试，只是在验证的同时把测试再覆盖全。
3 不同测试版本的测试侧重点
对于测试来说肯定需要测试很多轮，每一个测试版本作为一个测试轮，但是不是需要每个版本都做完整的测试呢？答案肯定是否定的，不然测试岂不是要累死？
那应该怎么取舍和分配呢？这里提供一下思路
- 第一轮：只测试大致功能，不需要细测，列出主要bug
- 第二轮：验证第一轮bug，然后全面细测，列出所有能发现的bug
- 第三轮——第x轮：验证上一轮的bug
- 最后一轮：验证全部bug，并全面细测。
有人要问怎么才能判断是不是最后一轮？很简单，当所有发现的bug均关闭状态，这个时候就可以作为最后一轮来判断，而这一轮也是最重要的一轮，因为涉及到上线所以需要验证前x轮的所有bug，以避免bug修复完被bug再次覆盖的情况。
如果按照以上的思路，其实只是第二轮和最后一轮需要全面测试，这样对于测试轮数多的情况下又能节约很多测试时间。
4 优化测试顺序
以上3个都是基于bug多的情况下（而这是常态，没bug反而不是常态了），如果项目质量就是那么好，bug很少，那上面3个其实也省不了多少时间。所以最最关键的其实还是在于测试本身，如何通过优化测试顺序，来节约自己的测试时间呢？这里有一套反常规的理论，就是先测试异常情况，而不是先测试正常情况。
举个例子就能明白其中的差异了!
就拿注册功能来说，一般会分为3个步骤，注册，验证，登录，一般正常情况都是先测试正常注册，正常验证，正常登录，然后测试异常注册，异常验证，异常登录。但这样有一个缺点，会有重复无用的操作：
- 当完成正常测试后再测试异常之前，需要从登录状态退出，然后再点击注册入口进行注册。
- 当测试异常验证的时候，需要再次测试正常注册，不然就进入不了验证的步骤。
- 当测试异常登录的时候，又需要再次测试正常验证，不然就进入不了登录的步骤。
就这3点也许大家觉得最多浪费几十秒的时间，但如果注册信息要填很多呢，如果验证邮件或者短信要延迟很久才收到呢，这样就是浪费了几分钟吧。如果有其中有bug，那可能要测试多次来定位问题，那就可能浪费了10分钟，而这仅仅是一个并不复杂的测试，如果涉及到更复杂的关联，可能会浪费更多的时间在于无效和重复的测试中。
那么问题来了，这么调整测试顺序呢？
- 先测试异常注册，输入各种错误的注册信息，如果没有bug 的情况下是跳不到验证界面的
- 然后测试正常注册，可以正常跳到验证界面
- 接着测试异常验证，如果没有bug 的情况下是跳不到登录界面的
- 再测试正常验证，可以正常跳到登录界面
- 再测试异常登录，如果没有bug 的情况下是无法正常登录的
- 最后测试正常登录，可以登录完成
这样其实覆盖的测试点一个没少，但却没有无效和重复的测试，调整顺序之后可以减少不必要的操作，积少成多的节约测试时间。
上面只是一个简单的例子，为了只是提供一种思路，就是思考哪些测试步骤是无效和重复的，然后通过调整测试顺序过滤掉哪些，从而让测试变得轻松起来。
这是多年测试的累积和思考探索中总结了一些提高测试效率的方法，当然还有很多测试的小技巧，会再后续继续分享，敬请期待^_^
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！
开源项目：docs.qq.com/doc/DSlVlZExWQ0FRSE9H
