【前 言】
为什么写这本书
先讲两个故事吧。
一次我面试了一位有8年名企测试经验的候选者。面试中，我能感受到他对他现在做的业务很熟悉，但他熟悉的这些业务和他现在申请的职位中涉及的业务相差甚远，于是我就问了个问题："如果我们有幸能够邀请到您加入我们的团队，您可以给我们团队带来些什么呢？"这位候选者竟然语塞--尽管他拥有8年的测试经验，但是除了业务知识，对测试本身，他却几乎没有任何思考和总结。一旦离开了熟悉的业务领域，他就又回到了"新人"的状态，之前的经验很难复用，需要重新积累。
不过这件事情更触动我的是在面试结束后和我一起面试的另一位面试官（这是一场"二对一"的面试）的话，她说她感到有点害怕，害怕8年后她也会陷入这位面试者这样的状况……
第二个故事也是面试中的故事。一位有4年名企测试工作经验的候选者，已经开始在大公司里面做测试管理了。我们谈到了对测试技术的理解，他开始谈当前公司的流程，谈得很好。我接着他的话题，提了个问题："您会在什么时候、从哪些角度去识别测试项目中的风险？以及如何处理这些风险？"这位候选者的答案是："我们的风险就是项目延期，其他没有风险，流程上写得很清楚什么时候要识别风险，到了那个时候我们就把这个问题提出来，发邮件给大家，包括各个领导，请他们来解决。因为这个问题我们也解决不了。"显然，他一直在被所谓的厉害的"流程"牵着鼻子走，流程中蕴藏的测试理念、方法和实际工作已经无法落地了。
这两个故事，引出了一个值得我们思考的问题：什么是测试的核心？
作为测试人员，掌握"业务知识"是必须的，但是"业务知识"并不能和"测试能力"画等号。"测试流程"或者说"测试管理"对测试来说很重要，但是否只要严格遵循它们就能做好测试了？如果上述答案是否定的，那么什么才是测试的核心？我们又该如何去积累沉淀这方面的技能？这就是我写这本书的初衷--想和大家来分享我对"测试核心"的思考，分享这其中的技术总结。
1. 测试的核心是什么？
我认为测试的核心不是业务、测试方法、测试设计、自动化、测试管理、测试流程等，而是"测试策略"。
我们该如何理解测试策略呢？测试策略通俗来说就是"测什么"和"怎么测"，大致包含了如下内容：
· 测试的对象和范围是什么？
· 测试的目标是什么？
· 测试的重点和难点是什么？
· 测试的深度和广度如何？
· 如何安排各种测试活动？（先测试什么，再测试什么）
· 如何评价测试的效果？
这就需要我们基于"产品的质量目标"，基于"风险"，在充分考虑"产品研发状况"的前提下来安排各种测试活动，在有限的时间里进行"刚刚好"的测试。这也正是本书想要讨论的主要内容。
2. 这本书的价值是什么？
本书讨论的主要内容是"测试策略"，虽然现在已经有很多优秀的测试类书籍，但是讨论测试策略方面的书籍却比较少，本书可以为读者在测试策略的制定上提供很有价值的参考。
本书也讨论了测试设计、测试方法、缺陷分析、质量评估等大家熟悉的测试技术，本书还使用了大量的篇幅来讨论如何在工作中使用这些技术，制定出如何适应实际情况的策略，来使测试更为有效。
另外本书还提供了一些有很强实用性的模型模板和checklist，读者可以直接在产品中使用。
51Testing软件测试网将在近期对本书部分章节进行独家连载，敬请关注
查看更多《51Testing软件测试网作品系列》书籍：http://www.51testing.com/html/36/category-catid-136.html
