做最有效的测试

    时光荏苒，测试在中国也十年左右的真正历史，十年来，互联网在变革，人员素质在变革，测试的理念又怎能不跟着变革呢？有人说这是一个追求极致的时代，有人说这是一个唯快不破的是时代。我说这是一个追求性价比的时代。

淘宝的兴起，最大的动力，在于人们追求尽可能少的钱，买到尽可可能好的宝贝。腾讯的兴起，根本原因在于，人们追求尽可能简约的方式，得到最优的沟通体验。小米的兴起，无外乎，人们喜欢以最低的价格买到尽可能高配的手机。这就是本色，所以说这是一个追求性价比的时代，也是一个回归本色的时代。

一个公司的质量保证部门，如果一直因循守旧，采用地毯轰炸式的方式进行所谓的遍历，恐怕于这个时代都显得格格不入。众所周知，用例是不可能穷举的，即便是在完善的测试，也有覆盖不到的情况。何况如今版本迭代周期如此迅猛，移动互联网的同胞们，你们真的有时间，详细的设计所有的用例，真的有时间，仔细评审所有的用例，即便如此真的如此有把握保证只要通过自己的用例，软件质量就万无一失嘛？其实我们都是带着镣铐跳舞的人，我们需要在固定的周期内，有限的时间内，发现尽可能多的问题。这边是我们追求的性价比。

然后，如果着说到这难免有些纸上谈兵的嫌疑，那有没有有效的方式呢？答案自然是肯定的，速成的秘诀在于牢记一个词“痛点”在于牢记一种角色“用户”！

何为痛点，就是那些，如果被用户看到后，难以忍受的地方，就是那些对我们核心功能有致命影响的地方。

 具体来说：

1）        如果你是个支付类的软件，支付不成功，或者支付体验不好就是痛点。

2）        如果你是个社交软件，消息不及时或者有丢失就是痛点。

3）        如果你主打一个新功能，但是不完善也是痛点。

4）        即便你自以为很好用户不喜欢的功能更是痛点。

5）        一种不方便的交互体验是痛点

6）        三级目录之内的严重bug是痛点。

7）        影响到盈利模式的是痛点

8）        用户反馈的集中点是痛点种的痛点。

  如果我们测试过程中的有限保证这些，那么即便我们不能遍历所以的东西，至少我们可以自信的说，不会丢人丢到外面。

  如果你只有十分钟的时间测试，围绕上面的几个关键部门，你可能审查一下你的软件，但是传统的模式，你可能还围绕一个输入框设计各种用例，还没来得及执行。不是吗？

   试着换一种思维做测试，记住用例不是目的，发现问题才是王道，发现有价值的问题才是本事，在有限时间内发现尽可能多的有价值的问题，你就是大牛。   

   最后我想说，速成之法，只是入门，灵感来源于积累，来源于生活，如果你做一个软件试着接触你的用户群体，试着在生活中使用并且积累，慢慢的你自然知道什么是痛点。慢慢的你自然有测试的灵感。