颠覆完美软件 软件测试必须知道的几件事2025|PDF|Epub|mobi|kindle电子书版本百度云盘下载

颠覆完美软件 软件测试必须知道的几件事PDF格式电子书版下载

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

1 进行测试的原因1

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

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

1.2.1 日记条目12

1.2.2 日记条目23

1.2.3 日记条目33

1.2.4 日记条目43

1.2.5 日记条目54

1.2.6 日记条目64

1.3 决定可能是有风险的5

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

1.5 小结8

1.6 常见错误8

2 测试无法做的事10

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

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

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

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

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

2.6 小结15

2.7 常见错误15

3 不对所有可能性进行测试的原因18

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

3.2 测试最多只是采样20

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

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

3.5 测试自助餐22

3.6 小结23

3.7 常见错误23

4 测试和除错的区别25

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

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

4.3 小结31

4.4 常见缺陷31

5 元测试33

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

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

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

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

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

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

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

5.8 我们已经发现了这么多缺陷，不会再多了38

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

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

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

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

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

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

5.15 接着说元信息41

5.16 小结41

5.17 常见错误41

6 信息免疫44

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

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

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

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

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

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

6.7 我们在觉得失去控制时开始强迫自己51

6.8 小结52

6.9 常见错误52

7 如何应对防卫反应54

7.1 确定恐惧55

7.2 使用危机思维55

7.3 实践，实践，再实践56

7.4 对自己进行测试57

7.5 小结58

7.6 常见错误58

8 良好测试的要素59

8.1 永远无法确切地知道59

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

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

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

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

8.6 小结64

8.7 常见错误64

9 有关测试的主要误区66

9.1 指责误区66

9.2 穷举测试误区67

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

9.4 分解误区69

9.5 合成误区70

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

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

9.8 小结73

9.9 常见错误73

10 测试不仅仅是敲键盘75

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

10.2 白手套测试77

10.3 狗食测试78

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

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

10.6 演示不是测试81

10.7 小结82

10.8 常见错误82

11 信息摄取84

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

11.1.1 摄取（Intake）85

11.1.2 确定含义（Meaning）85

11.1.3 确定重要性（Significance）86

11.1.4 做出反应（Response）86

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

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

11.4 时机也会导致差异88

11.5 人们会出现信息过载88

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

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

11.8 不要混淆理解和摄取90

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

11.10 小结91

11.11 常见错误91

12 确定含义93

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

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

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

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

12.5 不知道期望时的做法98

12.6 使用已经获得的信息98

12.7 使用间接信息99

12.8 使用未获得的信息99

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

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

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

12.12 小结102

12.13 常见错误102

13 确定重要性104

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

13.2 公共的重要性也许和个人的不一样106

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

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

13.5 不要采用过细的尺度110

13.6 首先解决重要问题110

13.7 听从自己的情绪反应111

13.8 小结112

13.9 常见错误113

14 做出反应115

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

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

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

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

14.4.1 好天气估算119

14.4.2 不切实际的过程模型119

14.4.3 低质的过程数据119

14.4.4 没有过程数据121

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

14.6 小结122

14.7 常见错误122

15 避免软件测试变得更困难124

15.1 情况变得更糟的原因124

15.2 让系统尽可能小126

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

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

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

15.6 小结128

15.7 常见错误128

16 不使用机器进行测试130

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

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

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

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

16.5 小结137

16.6 常见错误137

17 测试欺诈138

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

17.2 我们的演示是欺诈139

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

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

17.5 我们的工具会读心术142

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

17.7 我们一起密谋144

17.8 避免欺诈的方法145

17.9 小结145

17.10 常见错误145

18 忘却型欺诈146

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

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

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

18.4 在别的地方进行报复148

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

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

18.7 不要将非测试活动当作测试150

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

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

18.10 小结152

18.11 常见错误152

尾声153

尾注154

其他阅读材料157