买了《软件测试的艺术》大概两周了。利用每天上下班的时间来通读了一下这本书,感觉收获了一些东西。一般来说,能称之为 xx 的艺术的书籍里面记录的都是十分经典、能经得起时间推敲的内容,而软件测试的艺术里面的部分内容就属于此类。
千言万语都凝聚在这个图里了。这个图并非一一对应书的目录结构,我把自己觉得感兴趣的地方记录得比较详细,其他部分记录得比较粗。
建议右键点击后选择在新窗口打开,这样才能看清文字
总体感受不多,但每条都是经典,同时也是应该明确的地方。
这书你居然看完了。。。我买了好多年了。。。
已看过两遍,但是整理得没你详细。学习了
#1 楼 @lihuazhang 每天 1 小时,2 周左右通读完。但里面一些很细的地方(如白盒测试用例的设计)没有看得太细。这本书我主要收获思想,实际技术大多已经过时了。
买了几年只看了一半,找时间看完~
#4 楼 @alex_sheng 嗯嗯,共勉。书买了不看的话放着也占地方。
@alex_sheng @lihuazhang 每拿到一本新书,都与自己进行一个约定,两周或更长时间看完,那么看下书的页数,除以天数,约束自己每天看的页码,基本上都会把书看完,除非特别晦涩难懂的需要时间长点。从别处学来的经验,自己也在践行当中。
#6 楼 @wanglitingmitty :plus1: 好方法!我现在看书主要是消磨搭地铁的时间。。。所以每天固定 2 个小时左右看书时间。
#6 楼 @wanglitingmitty 不错,学习了,谢谢~
这本书现在也在看,是真的很不错呢!
#6 楼 @wanglitingmitty 这个方法特别好,要给自己订个量
归纳的很好啊。非常棒
"敏捷开发下,测试不应止步于报 bug ,还应该帮助修复 bug 、改变需求设计以及其他的一般性质量提升。" 大赞这句话, 不能止步报 bug 啊!!! 继续勉励自己学习代码熟悉产品!