首先要明白2个概念：主动测试 和 被动测试
主动测试：想尽一切办法让测试流程更流畅，舒服的工作。
被动测试：有新的需求要测试，“按步就班”测试
这里有人可能会想，测试流程不就是 理解需求，设计用例，用例评审，执行测试，bug管理，回归测试，这几样按步就班吗？
真的不是。
现在问问你自己：完成1个上版本的测试后，你的心情是怎样的？
是深呼吸一口气：终于上线了，累死。
还是这次测试有新的体会，又长进了。如果你的体会是前者，那么你就是在被动测试。
主动测试是会根据自己所处的实际环境，思考每1个测试环节，自己如何做才能让测试工作更省心？
比如：大家都知道，如果1个版本，需求还原度高，bug少，测试就会很省心。反之，测试就会很累，感觉像是陪开发调试程序
不是所有开发都是大牛，如果很不巧遇到了“bug制造者”怎么办呢？
这时候可以拿出30分钟，由测试主导，组织开发进行双向测试（IOS测试安卓，安卓测试IOS）。
（在进行这一步前，测试人员自己必须已经充分了解需求，并设计了易于理解的测试用例——每1个操作步骤都写明 测试目的，预期结果）
这样可以用较短的时间，排除下列问题
- 不符合产品逻辑
- UI还原不达标
- 交互效果错误
- 遗漏功能
而且这种形式，沟通更顺畅，我们只是发现问题，而不是给开发提“bug”,开发心理上更容易接受。
待开发将上述问题修复后再提交正式的测试版本，问题少了，测试人员此时也已经操作过一遍新版本，这时测试起来就更顺畅，更效率。
这样主动去解决测试过程中让自己头疼的问题，我认为就是主动测试。
测试不一定非要学会很厉害的测试技术才算牛，测试技术只是手段，解决实际问题才是目的。
我目前做的“主动测试”：
关于需求：
与产品经理保持沟通，明明白白知道近期都有哪些需求要测试。早做准备
明确知道需求来源，为了适应怎样的场景，把自己代入使用者的角色去看待这次需求。
确认数据走向是否闭环，是否有遗漏逻辑，是否存在用户体验不佳的设计，是否明确了无数据时默认的提示信息。
对需求有疑问一定要未提交测试版前就要和产品经理确认好。不要出现完成开发后，再增改需求的现象。
关于测试：
设计易于传达，过多长时间也能一眼就看明白要测试什么内容的 测试用例（数据配置，测试步骤，测试点，预期结果）
正式提测前组织开发 进行双向测试
执行测试过程中，集中处理同1类型事务。
- 发现bug先记录，半天1提交，或者1天1提交
- 未完成首轮测试前，不与开发沟通bug重现步骤
关于沟通：
熟知内每个模块对应的开发是谁，有自己不确定的问题，直接当面沟通效率会比使用聊天工具沟通快的多
记录测试过程中的想法很重要！
哪些事情让你产生了，“我应该”，“我要是”...样就好了这种念头。记录下来。这就是你进步的指南针。
比如 我要是提前把测试数据配置好就好了，这样就不用一边测试还一边去创建测试数据了。
下一次测试时，你就把测试数据提前配置好，这样的经验积累多了，慢慢的你的测试过程就会越来越顺畅。工作也越来越轻松。
原创文章，欢迎交流。转载请注明出处。