讲三个小故事

一

我相信大家肯定都有过手撕快递单的经历。

细心的同学肯定会发现，如果只是随手去撕，哪怕你撕得很碎，最后也有很大概率发现自己的名字赫然还是单独在一个完整的小纸片上，并没有达到撕的目的。

我反正一直都有这样的烦恼，所以很讨厌去撕类似的火车票、购物小票、刷卡凭条等。

现在要是必须要手撕，我就会瞅准了名字的地方，一次搞定，如果是快递单，一样看准电话号码、收货地址的地方，招招毙命。

这个事情告诉我：如果方法不对，一切都是白忙活。

二

前段时间我也感冒了，本来想着还年（you）轻（ni），扛几天就过去了，谁知过了一星期都没好，只能下班后跑药店去买药了。

白大褂问我什么症状，我说嗓子有痰，总是痒，然后就是咳嗽。

于是她给我拿了一盒化痰的药，我问她我是不是感冒了，她没有直接回答我，只是说这个药就是针对我的症状开的。

第八感告诉我「这个大褂不靠谱」，但我还是将信将疑的吃了一天，果然没一点效果。

于是我又换了一家更专业的药店去看，这次的白大褂很自信的告诉我说是咽炎，所以重新给我拿了咽炎片和消炎药。

也不知道是药真的有效，还是我咳嗽的时间太长了，症状确实有一点好转，但我还是止不住的咳呀。

扛不住老婆大人的催促，终于还是鼓起勇气上医院找真正的白大褂给瞧瞧了，验血结果出来一看，是病毒性感冒，拿点蓝岑喝喝就行啦，并不是啥炎症。

还别说，专业就是专业，效果就是好，对症下单，药到病除。

这个事情告诉我：如果方向不对，一切都是白费劲。

三

不知道大家项目中有没有碰到这种情况：眼瞅着都快测完发布了，突然发现一个必须修复的严重问题，需要推翻之前的实现方式，等于直接否定了之前开发和测试的全部投入。

亦或者是这种情况：从开始介入测试，项目总是问题不断，一点 Bug 收敛的趋势都没有，并且越往后测心里越是没谱。

其实这两种情况，都可以认为是 Bug 收敛曲线不符合预期。

第一种情况是一个 V 字形，第二种情况是一条直线，预期的应该是一个长尾的收敛型曲线。

至于出现这个问题的原因，我理解的是忽略了对测试策略的关注。

比如第一种情况，应该是没有对用例划分优先级，以至于执行时没有优先执行优先级高的用例，所以才会在测试后期发现严重问题。

至于第二种情况，有可能是没有系统的测试用例，随机测试就会导致随机性的问题。

同时也和用例的优先级有关系，如果一个模块的问题完全修复后才去进行下一个模块的测试，同时模块间还存在耦合关系，那么模块多了，就会出现各种反复出现的关联性问题。

这种事情怎么办？测试前做好规划，制定合理的测试策略来指导实际的测试过程。

这件事情告诉我：不止埋头拉车，也要抬头看路。