|
这本书我看了有一段时间了,最近一直比较忙,就什么也没写。
今天想来想去还是写写自己的感触:
一直不太喜欢,有些没有任何的分析就夸书写的好,或者骂书写的不好之类的人。
这本书我看了两遍的。为什么书我看了两遍才会想写点东西呢。我认为不管什么书,看第一遍总是在受着作者的影响,每个作者写书,都有自己的想法,而第一次接触,读者的分析并不多的。就像耶稣的信徒认为,耶稣是个圣人,而耶稣的家乡人只认为他是个平常人一样。
不说太多了。还是来聊聊书:
整体上来讲,书的结构层次很清楚,并且有实践,有理论,给读者比较多的增长知识的机会。并且作者为读者想的也比较周到,在最后把几个难点问题写了些实例。做了说明。并附上LR的手册(虽说这一点我不是很赞同,下面我会说原因)。下面细说:
1,前两章节,是理论的说明。在理论上,我一直觉得在性能这一块的名词解释很模糊。本书对这些名词做了一些分析,并且很详细,这一点很好。可是问题来了,分析完了,应该有一个定论。而这本书里,对名词的定论也同样是模糊的。我看了一下后,原来模糊的名词还是同样的模糊。即,作者在某些词句上的考究还不是很细致。性能测试的方法,这一段的分类是不错的,解释也是有一定道理。可是我觉得不足的是,侧重点不是很明确,其实作者要表达的意思是有侧重的,而文字中没有表达出来。这是我对前两章节的理解。
2,分析方法。这里的分析方法,基本上网络上都有流传,不过作者加入了自己在实际工作中的经验,有些部分值得学习。我觉得这部分写的不错。因为有些我没有实际的遇到过,不能妄加评论。不过这一段如果加进更多的作者的经验,而少一些网络上已经流传的分析方法,我想会更好。总看到有些人在论坛上或者在群里问这个分析部分是怎么做的,并且有些人发一个图就让别人帮他分析。这是完全做不到的。分析是一个整体的过程。不是一个两个图就能看出来的。所以,分析是一个整体的过程,并且需要的相关知识也比较多,所以不能独立的来看问题。希望各网友分析的时候,先了解一下周边的知识。而不要对着LR的结果图大叫:看不懂,看不懂。
3,我对实践篇的看法。这一部分,作者的实践经验体现的比较多。比如,对工具的引入的分析,对团队人员的结构分析,值得借鉴。作者对整体流程的说明还是比较详细的,比如,前期准备、工具引入、测试计划、场景描述等。可是看了之后,我觉得有一点不太清楚的是,对需求的分析。这一块并不是很多,并且在对结果分析的时候,没有对需求进行对应,而这一点应该是最重要的。作者在这一点上,多是一笔带过。而在对结果的分析上,讲的比较笼统。如果细分下去,并说明对某种应用应该用什么样的分析流程,这样我认为会比较好。
4,附录。前面说了,对这一附录的不太赞同。因为从书名来看,应该是更关注工具之上的性能测试。而对本书的整体来看,还是认为作者对工具的关怀太多了。很多地方都太靠近工具。而书中也说了,性能测试并不是说会工具就会性能测试了的。那书里的某些部分,应该高于工具来分析说明。多关注一些对架构的分析,我认为会更好。
之上所言,均是我自己的看法,各位读者的看法,还是要读者自己来定。希望我的话没有蒙蔽各位读者的明亮的眼睛。
原文见:http://blog.csdn.net/zeeslo |
|