对《软件性能测试过程详解与案例剖析》的看法

 

这本书我看了有一段时间了，最近一直比较忙，就什么也没写。

今天想来想去还是写写自己的感触：

一直不太喜欢，有些没有任何的分析就夸书写的好，或者骂书写的不好之类的人。

这本书我看了两遍的。为什么书我看了两遍才会想写点东西呢。我认为不管什么书，看第一遍总是在受着作者的影响，每个作者写书，都有自己的想法，而第一次接触，读者的分析并不多的。就像耶稣的信徒认为，耶稣是个圣人，而耶稣的家乡人只认为他是个平常人一样。

不说太多了。还是来聊聊书：

 

 

整体上来讲，书的结构层次很清楚，并且有实践，有理论，给读者比较多的增长知识的机会。并且作者为读者想的也比较周到，在最后把几个难点问题写了些实例。做了说明。并附上LR的手册（虽说这一点我不是很赞同，下面我会说原因）。下面细说：

 

1，前两章节，是理论的说明。在理论上，我一直觉得在性能这一块的名词解释很模糊。本书对这些名词做了一些分析，并且很详细，这一点很好。可是问题来了，分析完了，应该有一个定论。而这本书里，对名词的定论也同样是模糊的。我看了一下后，原来模糊的名词还是同样的模糊。即，作者在某些词句上的考究还不是很细致。性能测试的方法，这一段的分类是不错的，解释也是有一定道理。可是我觉得不足的是，侧重点不是很明确，其实作者要表达的意思是有侧重的，而文字中没有表达出来。这是我对前两章节的理解。

 

2，分析方法。这里的分析方法，基本上网络上都有流传，不过作者加入了自己在实际工作中的经验，有些部分值得学习。我觉得这部分写的不错。因为有些我没有实际的遇到过，不能妄加评论。不过这一段如果加进更多的作者的经验，而少一些网络上已经流传的分析方法，我想会更好。总看到有些人在论坛上或者在群里问这个分析部分是怎么做的，并且有些人发一个图就让别人帮他分析。这是完全做不到的。分析是一个整体的过程。不是一个两个图就能看出来的。所以，分析是一个整体的过程，并且需要的相关知识也比较多，所以不能独立的来看问题。希望各网友分析的时候，先了解一下周边的知识。而不要对着LR的结果图大叫：看不懂，看不懂。

 

3，我对实践篇的看法。这一部分，作者的实践经验体现的比较多。比如，对工具的引入的分析，对团队人员的结构分析，值得借鉴。作者对整体流程的说明还是比较详细的，比如，前期准备、工具引入、测试计划、场景描述等。可是看了之后，我觉得有一点不太清楚的是，对需求的分析。这一块并不是很多，并且在对结果分析的时候，没有对需求进行对应，而这一点应该是最重要的。作者在这一点上，多是一笔带过。而在对结果的分析上，讲的比较笼统。如果细分下去，并说明对某种应用应该用什么样的分析流程，这样我认为会比较好。

 

4，附录。前面说了，对这一附录的不太赞同。因为从书名来看，应该是更关注工具之上的性能测试。而对本书的整体来看，还是认为作者对工具的关怀太多了。很多地方都太靠近工具。而书中也说了，性能测试并不是说会工具就会性能测试了的。那书里的某些部分，应该高于工具来分析说明。多关注一些对架构的分析，我认为会更好。

 

 

之上所言，均是我自己的看法，各位读者的看法，还是要读者自己来定。希望我的话没有蒙蔽各位读者的明亮的眼睛。

 

 

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　Zee

                                                                                                                                                            2006.09.05凌晨一点