书籍点评 先思考,再出手——《软件测试的艺术》读后感

陈恒捷 · 2015年08月25日 · 最后由 zhang 回复于 2019年02月12日 · 2848 次阅读

买了《软件测试的艺术》大概两周了。利用每天上下班的时间来通读了一下这本书,感觉收获了一些东西。一般来说,能称之为 xx 的艺术的书籍里面记录的都是十分经典、能经得起时间推敲的内容,而软件测试的艺术里面的部分内容就属于此类。

思维导图

千言万语都凝聚在这个图里了。这个图并非一一对应书的目录结构,我把自己觉得感兴趣的地方记录得比较详细,其他部分记录得比较粗。

建议右键点击后选择在新窗口打开,这样才能看清文字

总体感受

总体感受不多,但每条都是经典,同时也是应该明确的地方。

  1. 测试定义:测试是 为了发现错误而执行程序的过程
  2. 代码检查、走查与评审能发现 30%~70% 的已知错误,所以不要随便忽视。
  3. 任何测试过程都是为了 暴露程序的错误和发现程序与文档/说明不一致的地方
  4. 调试时, 思考第一! 不要一上来就改代码/看 log /用调试器调试,要先思考一下可能出问题的地方,然后再有针对性地去看、理解相应代码。
  5. 敏捷开发下,测试不应止步于报 bug ,还应该帮助修复 bug 、改变需求设计以及其他的一般性质量提升。
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
共收到 12 条回复 时间 点赞

这书你居然看完了。。。我买了好多年了。。。

已看过两遍,但是整理得没你详细。学习了

#1 楼 @lihuazhang 每天 1 小时,2 周左右通读完。但里面一些很细的地方(如白盒测试用例的设计)没有看得太细。这本书我主要收获思想,实际技术大多已经过时了。

买了几年只看了一半,找时间看完~

#4 楼 @alex_sheng 嗯嗯,共勉。书买了不看的话放着也占地方。

@alex_sheng @lihuazhang 每拿到一本新书,都与自己进行一个约定,两周或更长时间看完,那么看下书的页数,除以天数,约束自己每天看的页码,基本上都会把书看完,除非特别晦涩难懂的需要时间长点。从别处学来的经验,自己也在践行当中。

#6 楼 @wanglitingmitty :plus1: 好方法!我现在看书主要是消磨搭地铁的时间。。。所以每天固定 2 个小时左右看书时间。

#6 楼 @wanglitingmitty 不错,学习了,谢谢~

这本书现在也在看,是真的很不错呢!

#6 楼 @wanglitingmitty 这个方法特别好,要给自己订个量

归纳的很好啊。非常棒

"敏捷开发下,测试不应止步于报 bug ,还应该帮助修复 bug 、改变需求设计以及其他的一般性质量提升。"
大赞这句话, 不能止步报 bug 啊!!!
继续勉励自己学习代码熟悉产品!

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册