题记：

我曾经写过这样文字送给我的朋友：

一首好歌
无论哀乐，都可以浸入心灵

一位知己
是否远近，都可以相伴天涯

而面对这本集结了众多心血的《测试之美》,我很想说

一本好书

就如一位知己，点滴字句，或许可以启发你的一些想法，成就你的一段人生

说实话，拿到《测试之美》的时候，我并没有太高的希望。无论是译著还是原著，测试这个领域的书籍，种类繁多，但是真正有分量的，却寥寥无几。很像中国的国产大片，宣传做的很猛，但是看过的人都觉得上当。

但是，我还是用了大约两个星期的时间来翻阅了这本书。三百余页的《测试之美》，寥寥看过之后，我确实受益良多。它不是简单的理论，也不是枯燥的例子的教条，也不是照搬照抄十几二十年前的前人的入门文章来为自己标榜传奇。

每个人的经验和知识结构都不同，每个人的想法都迥异。所以，读这本书的过程，每个人都会有自己的感受。但是这本书，可以说是我从业六年来，看过的，最能启发我思维的一本书。

应该说，软件测试这个行业现在从业的人数也已经不少了。但是很多人都觉得这是一份枯燥而重复性很强的工作。有一些处于底层，只负责表面上功能测试的从业者，因为工作的领域的局限，因为思维的局限和自我探索的不足，会觉得软件测试是一份非常单调的枯燥的没有技术含量的工作，所以它跟‘美’是没有任何关系的。其实任何一份工作，无论在别人眼中是光鲜亮丽还是鸡肋一样无趣，经过一个轮回之后，也都是一种重复，就如我们的生活。

但是我们的生活却不会让我们觉得那么枯燥而无趣，因为每天我们都会用我们眼睛去观察些什么，用我们的脑袋思考些什么，用我们的心去体会些什么。甚至在某些时刻，会改变些什么。。

这其实也应该是软件测试的一条道路，也是这本《测试之美》想要传达给我们的最重要的东西。

我从业六年多来，从懵懂入行，到跟同事们一起觉得测试这个东西的枯燥和无趣，到开始犹豫自己选择路到底对不对？到自己尝试去探索自己熟悉的测试目标的周边的东西，深层次的东西。。到我发现软件测试里面居然有这么多的奥秘存在，到自己去在软件测试的汪洋大海里面寻觅探索，到指导和领导别人如何用另外的一种眼光和心态来看待我们的工作。。

我一直觉得我的思维已经拓宽了很多。直到我翻阅到这本《测试之美》，我发现，其实自己的思维还是在一个框框里面，并没有自己想象的那样宽。这也是为什么自己的工作虽然可圈可点，但是总不让自己满意的一个原因。

比如说，和开发部门的协调合作。从最初也是很多测试人员会有的极端的唯质量论，到我开始领悟到从项目的角度上去平衡，Q(quantity),C(Cost),D(Delivery)的关系，知道风险的意识，知道从企业的商业价值，长期荣誉上来做效率和质量的选择。我以往的工作也是在不断的去让自己能够从大的方向和广的角度来考虑问题。

我常常在做的努力是如何让开发人员来具有质量的意识，让他们在写code的时候去自我评价该如何更加符合客户的需求。我一直觉得自己这样做是非常对的。但是《测试之美》里面却用很生动的例子在告诉我，我这样还是很片面的思维。我不仅需要从一个软件测试从业者的角度出发，希望产品具有怎么样的质量，还需要在整个的过程中，把开发人员引入到测试过程中来，让他们从自我开发的角度上去分析质量问题的同时，不要用漠不关心，敌对的态度来关注我们的测试过程。对于测试里面发现的问题，即便是经过了我们的分析，也未必是真正的那个原因，我们也需要开发人员的认同和理解并且一起努力。这样，我们才能真正的成为工作上不可分割的伙伴，也才能保证我们的工作是高效而且有推动作用的。

比如说，焦点测试。在日常的测试工作中，因为代码的升级，bug的修复，我们常常需要进行有侧重的部分测试。我们在测试中也常常在完成检查之后焦虑，是否我们遗漏一些我们所不知道的变更？是否我们需要更加深入地去了解这些变更改变了哪些会使用这些变更了的代码的其他看起来似乎不相关的功能？《测试之美》在第十一章《以变化为中心的测试》里面就为我们详细阐述了这些以及指明了一些方向，包括介绍了我以前所不知道的工具来生成调用关系图，进而会让我们更加直观也更加深入地去了解我们将要测试的系统。

值得一提的是这本书里面涉及了不少自动化测试的理念和流程，让你从很好的角度去体会自动化应该从哪些个角度去考虑，由哪些种角色来参与。但是无论你是否想要参与或者说你是否曾经参与过，都会让你从他们的经验中获得心灵的一些启迪。

世界是一体两面的，所以有阳光也有阴暗。我认为用来形容任何的事务都不过分。这本《测试之美》也是如此。

我为了对比翻译的问题，下载了全文的英文《测试之美》，虽然到现在还没有完全的看完，但是中文译本里面确实有些硬翻译的地方。个人觉得前四章的翻译还是不错的。虽然偶尔有个别的词句会有一点点别扭，不是中文的通俗表达方式。但是不会有太多生涩的感觉。但是其它的章节读起来没有特别顺的感觉，比如对我来说《用模糊测试让办公软件更可靠》一章，我读到最后也没有什么很清晰的概念。比如说“虽然我在发现缺陷时用的是结构化的输入，崩溃可以同样容易的用一个完全由随机数据引发的长行来引发”(P63)这句话看了N遍，百思不得其解。。或许是因为我本身对模糊测试了解的不多，但是我觉得翻译还是过于晦涩了。还有《漂亮的XMPP测试》里面在涉及了一些有些生涩的code的内容，我觉得code本身或许生涩，但是一个很好的导引者其实是可以让它们连贯并且生动起来的。至少我看这章的时候，感到很无力（我个人观感）。

小小一篇书评，只是说了我的些许感受。在阅读的过程中，我也有觉得不是很好的地方。但是总体来说，这本书，还是让我收获了很多。

按照‘壁有瑕。然瑕不掩瑜’的道理，所以我愿意，把这本《测试之美》推荐给我的测试同行。希望你们在茶前饭后，在公交车车上，在床头，在休息的时候，能想起来翻一下。或许里面的一两个经验，一两句点播之语，可以让你的思维得到一次升级！ 

PS:但是就这本书而言，我个人觉得不太适合入门的人来看。因为里面涉及的那些思想，经验，对于初学者来说有些难以理解，对于有了一定经验，在测试的路上行走了若干年的人来说，会有一些启发的意义。