在我们进行软件测试过程中无时无刻考虑时间，人力等资源投入对我们测试范围的影响，通常随时间增长，解决缺陷的成本也是成正比的，如下图所示，发现缺陷后，一般需重新返回需求审视，经过设计，编码，再提测，这样带来的效果就是研发疲于修复缺陷，沟通。测试则回归缺陷，同时验证是否有新问题产生。项目组成员也开始对产品的信心有了不一样的看法。那么是否有一种思想或策略来解决这种测试的这种"囧"境？答案是肯定的。
测试左移，是一种测试的思想，顾名思义就是让测试的活动向前端推动，不仅仅只是被动式的接受提测版本进行系统测试。测试左移可以从以下几个方向开展：
1、需求评审，评审的目的在于初期准确把握产品商业价值的体现，从必要性，背景，可维护扩展性等几个方向考虑。笔者也经常在评审的时候问参与的测试人员，为什么要实现这个产品/功能？但往往很少能听到比较中肯的答案。实际上需求的精准分析影响可以减少后期测试资源的投入，且可以在这个阶段自动化专家和业务专家共同讨论，提出可落地性的自动化解决方案。
2、设计分析，在这里我们可以很细致的了解到具体某一个功能实现的方式，采用哪种架构设计？所采用的客户端支持哪些？对数据的吞吐能力有什么指标？从设计上不光要分析出显式设计，还要主动思考如果这样设计的话会不会出现别的问题，和设计人员积极沟通后，会得到一些隐式设计（通常这部分涉及UI）。这些需求汇总可以帮助我们增加测试的覆盖面。
3、单元/接口测试，这个对应着编码阶段。应用软件一般是后台代码先完成，这时可以由研发或测试开发工程师进行单元测试的执行，如CodeReview。代码无硬伤后，测试开发工程师可以着手进行接口测试框架的封装，测试代码的编写，可以配合相关平台进行每日构建与接口自动化测试。前台代码完成后，可以对已稳定的UI控件进行识别，关键字封装，数据驱动等一系列UI级别自动化测试架构的封装。
4、系统版本提测，相信经过前面几个阶段，后台的问题基本已经得到了及时的解决，在UI设计阶段我们也已完成UI基本自动化的封装，在版本提测后在这里可以重点关注UI变化，同时UI自动化测试验证主线流程，且增加对UI页面易用性，兼容性等方向的测试。毕竟让最终用户用着"舒服"也是产品价值的一种体现。
测试左移思想是"第一时间发现缺陷，第一时间解决"，目的是在测试过程中降低缺陷修复的成本，且在测试后期可以更灵活的进行测试资源再分配。尽管如此许多测试人员可能认为会这样看起来会增加工作量，但这些工作量和产品价值的实现而言，还是有意义的，毕竟产品最终稳定的交付对测试人员来说就是一份最好的考核结果，而且这种思想还可以给我们测试团队带来"隐形"的收益：
1、测试"核心"价值的体现：测试人员不仅仅是一个质量的把关员，他可以存在产品整个生命周期内，提供专业的解决方案让产品更好的实现商业价值。
2、编码能力的提升：测试人员不再是"点点点"的代言人，同样可以编写代码来实现产品的高效测试，如自动化，性能，安全测试等。
3、创新习惯养成：需求分析多了，对产品功能有了深度的认识，可以着手于创新项目如测试平台，工具，流程推广等高级测试技能的实现。
... ...
查看全文内容，请点击下载：http://www.51testing.com/html/28/n-3719628.html
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
