本文章转载于搜狗测试
如何提高测试效率，是一个很大的话题。
目前我们的测试工作或者测试过程大多应该是下图这样，所谓瀑布流：
按照上面这个图，我们的步骤应该是开发介入写代码→提测→测试写测试用例→介入测试→提交bug→开发修复bug→测试回归→测试完成上线
但是这样的模型，有两个比较严重的弊端：
(1)在项目各个阶段之间极少有反馈。
(2)只有在项目生命周期的后期才能看到结果。
在敏捷测试的概念里，就非常明确的提出：淡化角色（开发，测试，产品）的概念，强调团队人人都为质量负责，这样更有助于团队的每一位成员都把质量作为非常重要的一部分，而不是依赖于某个人或者某个角色。
其实，在整个项目环节里，测试不应该只关注我的用例怎么写能更好、我需要怎么写才能更大程度的cover测试点，而且在项目开发完成后，测试马上着手用例设计和用例执行，闭门造车。
而是在项目开发时，测试人员就应该和开发人员沟通：“我们” 如何能实现测试效率的提高？
思维方式的创新，跳出圈子思考。
在设计用例的时候，考虑是否要先设计一个测试工具，是否需要开发在代码里打log方便测试，是否需要开发写个测试页面，测试环境是否可以一键部署完成等等。
举个例子：
在测试输入法泛灵犀功能，一开始拿到这个测试任务时，我们想到的是构造一台测试服务器，在服务器上构造数据，请求返回后测试输入法客户端的表现。
然而，客户端和服务器端的请求是加密的，而且服务器体系庞大且复杂，如果我们想构造测试数据，还需要设计准备一大堆的容错数据（XML和json文件），工作量可想而知。
最后的解决方案，是开发同学提供的，通过脚本搭一个假的服务器，示意图见下：
通过python的Httpserver就可以实现。
构造数据的部分：
启动假服务的部分：
最后，通过把客户端的请求拦截，转发到这个假的服务上，我们就可以实现快速简单的在脚本里构造测试数据，完成测试工作。
