完美软件 对软件测试的各种幻想PDF|Epub|txt|kindle电子书版本网盘下载

完美软件 对软件测试的各种幻想PDF格式电子书版下载

注意：本站所有压缩包均有解压码： 点击下载压缩包解压工具

第1章　进行测试的原因1

1.1　人类不是完美的思考者3

1.2　我们要做出有关软件的决定3

1.2.1　日记条目13

1.2.2　日记条目25

1.2.3 日记条目35

1.2.4 日记条目47

1.2.5 日记条目57

1.2.6　日记条目67

1.3 决定可能是有风险的9

1.4　测试可以提供降低风险的信息13

1.5 小结17

1.6　常见错误17

第2章　测试无法做的事21

2.1　信息未必有助于降低风险23

2.2　也许我们不会使用那些花钱得到的信息25

2.3 决定是感性的而不是理性的27

2.4　不良的测试也许比不测试更糟29

2.5　产品可能尚未准备好接受测试31

2.6　小结33

2.7　常见错误33

第3章　不对所有可能性进行测试的原因39

3.1 可能进行测试的数目是无限的39

3.2　测试最多只是采样43

3.3　信息的成本可能超过无知的成本45

3.4　我们也许可以用较少的测试获取更多的信息47

3.5　测试自助餐47

3.6 小结49

3.7　常见错误49

第4章　测试和除错的区别53

1．通过测试来发现53

2．查明问题55

3．定位55

4．确定重要性57

5．修改57

6．解决问题57

7．通过测试来学习59

8．任务切换61

4.1　测试会随着机构的成长发生变化61

4.2　以时间限制试探法作为管理法则，但根据需要进行调整65

4.3 小结67

4.4　常见缺陷67

第5章　元测试73

5.1　我们有说明书，但是找不到了75

5.2　我们的错误太多了，导致缺陷数据库无法高效运转75

5.3　我们没找到任何缺陷，实际上我们并没有真正地找77

5.4　我们修改记录让缺陷看起来没那么严重77

5.5 这不是我的组件中的问题，所以我不记录79

5.6　我不知道在测试错误的应用程序79

5.7　我们不测试最差的组件，因为花的时间太长81

5.8　我们发现了这么多缺陷，不会还有更多的81

5.9　我们的测试证明程序是正确的83

5.10　我们运行了很多测试用例，根本就看不过来83

5.11 如果我们的软件在有三名用户时工作良好，显然它在有一百名用户时也不会有问题83

5.12　我们不希望测试人员知道我们将忽略他们提供的信息85

5.13　我没有报告缺陷，所以开发人员不会对我发脾气87

5.14　我们不需要测试它，因为开发人员非常有水平87

5.15　接着说元信息89

5.16　小结89

5.17　常见错误91

第6章　信息免疫95

6.1 我们在生存规则受到威胁的时候会感到害怕97

6.2　我们压抑无法接受的事物99

6.3　我们让不可接受的事物合理化101

6.4　我们将自己的负面品质投射给其他人105

6.5　我们转移指责从而免除自己的责任107

6.6　我们对自己的不足进行过度补偿111

6.7　我们在觉得失去控制时开始出现强迫111

6.8　小结113

6.9　常见错误113

第7章　如何应对防卫反应119

7.1 确定恐惧121

7.2　使用危机思维121

7.3　实践，实践，再实践123

7.4　对自己进行测试125

7.5　小结127

7.6　常见错误127

第8章 良好测试的要素129

8.1　永远无法确切地知道129

8.2　只能根据事实来评估良好性131

8.3 可能希望故意插入一些缺陷135

8.4　对良好性的估算总是统计性的135

8.5　可以对非差性进行估算137

8.6　小结139

8.7　常见错误139

第9章 有关测试的主要误区143

9.1　指责误区143

9.2　穷举测试误区145

9.3　“测试产生质量”误区147

9.4　分解误区149

9.5　合成误区151

9.6　“所有测试都相同”误区151

9.7　“随便哪个笨蛋都可以测试”误区155

9.8　小结157

9.9　常见错误157

第10章　测试不仅仅是敲击键盘161

10.1 毫无目的地敲击键盘是不是测试163

10.2 白手套测试165

10.3　狗食测试167

10.4　对测试人员也要进行测试171

10.5　可能在没有意识到的情况下进行测试173

10.6　演示不是测试173

10.7　小结175

10.8　常见错误175

第11章　信息摄取181

11.1 使用萨提亚交互模型来解析沟通181

11.1.1　摄取183

11.1.2　确定含义183

11.1.3　确定重要性185

11.1.4　做出反应185

11.2　人们听取信息时是有选择性的187

11.3　数据来源会影响到摄取187

11.4　时机也会导致差异189

11.5　人们会出现信息过载191

11.6　减少测试的数量也许可以传递更多的信息193

11.7　寻找测试之外的信息摄取193

11.8　不要混淆理解和摄取195

11.9　使用数据质疑来过滤理解197

11.10　小结197

11.11 常见错误197

第12章　确定含义201

12.1　案例1：四个缺陷，五种含义201

12.2　案例2：四个缺陷，七种含义205

12.3　案例3：四个缺陷，自行确定含义207

12.4　进行解释之前先弄清期望的是什么209

12.5　不知道期望时的做法211

12.6　使用已经获得的信息213

12.7　使用间接信息213

12.8　使用未获得的信息215

12.9　同样的话可能具有不同的含义217

12.10　“相同”可能并不一样217

12.11 某些时候不精确会更好219

12.12　小结221

12.13　常见错误221

第13章　确定重要性225

13.1 不同的人会给同样的信息赋予不同的重要性227

13.2　公共的重要性也许与对个人的不一样229

13.3　重要性依赖于上下文环境231

13.4　不能总是根据金钱来确定重要性233

13.5　不要采用过细的尺度237

13.6　首先解决重要问题237

13.7　听从自己的情绪反应239

13.8　小结243

13.9　常见错误243

第14章　做出反应247

14.1　是运气不好还是管理不善247

14.2　项目最后会赶进度的原因249

14.3　接近项目结束时应如何反应253

14.4　对测试所需时间的估算与现实差距很大的原因255

14.4.1　好天气估算255

14.4.2　不切实际的过程模型255

14.4.3　低质的过程数据257

14.4.4　没有过程数据261

14.5　确定是否已经错过了可以有所改变的时刻263

14.6　小结263

14.7　常见错误265

第15章　避免软件测试变得越发困难267

15.1　情况变得更糟的原因267

15.2　让系统尽可能小269

15.3　让“系统”模型是可扩展的271

15.4　增量构建有清晰接口的分立组件273

15.5　减少进入产品的缺陷数目275

15.6　小结275

15.7　常见错误275

第16章　不使用机器进行测试279

16.1　用机器进行测试总是不够的279

即时评审281

16.2　首先对最差的部分进行评审可以让人了解缺陷的严重性293

16.3　事实并不总是能令人信服的295

16.4　测试人员是颇有价值的评审者295

16.5　小结297

16.6　常见错误297

第17章　测试欺诈301

17.1 我们会卖给你一个神奇的工具301

17.2　我们的演示是欺诈303

17.3　这么多的证明信表明它一定很好307

17.4　我们可以通过定价来欺诈307

17.5　我们的工具会读心术309

17.6　我们保证你不用做任何事313

17.7　我们一起密谋313

17.8　避免欺诈的方法315

17.9　小结315

17.10　常见错误315

第18章　忘却型欺诈319

18.1　推迟文档化造成的后果319

18.2　不明确的测试报告就像流沙一样319

18.3　伪造的测试报告阻止了改进321

18.4　在别的地方进行报复323

18.5　早期的答案可能产生误导323

18.6　“量”不是“质”的同义词325

18.7　不要将非测试活动当做测试327

18.8　太整洁了，不可能是真的329

18.9　电子表格中的垃圾还是垃圾331

18.10　小结331

18.11　常见错误331

尾声333

尾注335

其他阅读材料343