【原创】浅谈测试前移

一

目前的现状。

bug 太多，懒得写 bug 单，很多需求合理性的验证都放到测试阶段，比如文案的测试，逻辑实现的健壮性也是留在了测试阶段，稍微一点异常就容易挂掉，然后就是各种改，提测次数频繁。

从我目前面试的经验看，不管是社招还是校招，有不少人选择测试的原因都是测试门槛低，不会的能很快学会，稍微好点的是因为够不上开发的标准，所以才选择做测试。

在这样的大环境下，导致很多测试人，自己都觉得测试的技术含量不高，开发更是觉得自己理解的测试没技术含量是正确的了，然后大家就进入了这个恶性循环的怪圈。

而且从测试这个 title 来看，也容易让人误解为所有需要验证的东西都是测试人员的职责，

二

为什么要前移？

如果不前移，测试人员就算忙死，对整个团队的质量保证的贡献也是有限的。

因为很多的测试验证工作都是一次性的，不可复用的，做自动化吧，不值当，不做自动化吧，很繁琐。

同时因为质量保证时间点后移，导致测试人员的时间开销特别大，能分配到做一下随机测试和深入逻辑验证上的时间非常少。

这样导致的问题就是，每次填坑的同时也在不停的埋坑，很多当前不会发生的问题，以及很长一段时间没人触发的问题，在之后的某个时间点，突然爆发，然后就需要重新花时间填坑，同时又会埋一个新坑，最后谁也不知道到底有多少坑，到底什么时候会把什么坑给暴露出来，这也是一个恶性循环。

如果测试前移了，很多基本的质量问题都可以在前期得到保障，就算提测时间晚，但是提测