基础测试理论与实践-连载（一）：写的背景与动机

注：本文是原创，转载麻烦务必注明出处。

我第一次接触测试的概念，是我大三的一次技术通识课上。

我的学校是一所国家级重点大学，在广东省更是办学的佼佼者。虽然我的专业，计算机科学与技术不是S学校的强项，但是我们班有很多同学在校期间就拿了ACM的世界金牌。在这种大牛大神的崇尚学习氛围下，测试作为一门与“项目管理”初感类似的课程，自然不会引起任何波澜。

幸运的是，毕业的时候，我进入了阿里公司。

不幸运的是，我被安排去做测试方面的工作，这并不是我的本意。

所以在相当长的一段时间里，我一度非常抵触测试的Title和工作，我觉得测试只是手工活。直到后来，我在我们公司见识了好几个测试的牛人，他们给我的震撼，绝非普通的研发能比拟；我开始正视测试，也发现了自己，的确还是比较爱研发，哈哈哈…

所以，虽然我在做了差不多一年的测试工作后转了Java后台研发，但是那一年的测试经验，让我成了研发质量非常可靠的员工。

今天，我发现有两类人是需要开始重视测试的理念和方法的。

第一类，女同学。我并没有任何轻视女同学的意思，只是很多的女同学，在毕业之后并不会选择软件研发的工作，因为那太辛苦；不选择做研发，又不想放弃学了四年的技术知识，很多人会选择测试工作。

但是我这两年认识了挺多测试的校招女同学（也有部分男同学），我发现，测试在很多人做来，只是重复的手工劳动。这样的好处很低廉，那就是在重复与重复之间，你掌握了业务的细则；但是，你会很累。

第二类，不懂得测试的研发同学。我和许多的研发打过交道，他们可以很轻松地完成一项测试工作，但是他们一般不会完整地做好，因为研发都不怎么喜欢测试；另一方面，很多的研发同学测试一个流程后，经常不够放心，不知道是否覆盖了专业测试需要的所有场景，所以，他们对自测是有所顾虑的。

为什么叫做基础测试？

因为相比我前文提到的我们公司的测试牛人，我在一年的测试工作里掌握的测试技能只是测试里面最简单最基础的东西，但是我并不会因此小瞧这部分能力，甚至我觉得，在测试同学刚入职的前一到两年里，这部分的基础知识，勉强还够用。

为什么会写这个连载文？

没太多的目的。单纯是想分享。我发现这两年我在技术上是有惰性的，特别是研发上面。当然这跟阿里公司很大有关系，公司大了，人员的分工往往会比较明确，这是我自觉惰性的原因之一。

我想找些机会，把一些有用的东西写一写；一来让自己保持当年大学里面的状态，二来，如果有一天，我不做技术了，我想那时候我应该会没有时间写了。