如何阅读软件测试书籍

　　4、灵感

　　在阅读本章前，我们先看看灵感一词。inspiration - stimulation or arousal of the mind， feelings， etc， to special or unusual activity or creativity. 中文：加速或唤醒思维与情感，以达到非凡的活力或创造力。此处：非凡的活力或创造力，自然是指system testing。那么本章讲述的，应该是：如何加速或唤醒system testing相关的思维与情感，以此来完成ambitous system testing这件事。

　　RE用了三段来论述，为什么照着需求安排testing strategy是不足够的。而后，开始讨论，除了需求，我们还可以依赖哪些信息来源。RE在思考软件测试到底要解决什么问题，他的答案是：我们知道所构建的产品必然会存有问题，但我们希望可以通过努力，在真实环境中可以让客户顺利（无失败、无错误）的使用，并通过使用该产品解决问题。我们突然读到这个话，可能有点觉得突兀。

　　4.1 模型

　　RE列举了以下若干模型：需求，代码，帮助文档，软件成品，思维模型。我们为了理解的更加深入，先试着理解模型Model这个词。Model - a representation， usually a smaller scale of  a device or structure。试着用中文解释：模型-实体结构或设备的一种缩小的展示。

　　Q4.1.1：那么软件测试的实体是什么？或者换个问法，软件测试到底为了什么？此处的答案，4的开篇已经讲述了。即在知道不能发现全部问题的情况下，以保证客户的顺利使用，并达到目的为前提。而若干的模型，均为这一目的在不同层面，不同角度的展示。

　　4.2 项目与工程

　　本段主要结合真实背景，讲述实际项目中，如何搜集信息。RE先列出了前提：当一个项目，经过多版本发布后，已经存在了相当多的历史数据。我们要如何利用这些数据呢？如：

　　● 是否有为缺陷建立分类，并找到其中的共性？

　　● 是否有为缺陷做标签，可以为以后的测试提供灵感？

　　● 尝试寻找patch中修复的bug的由来，如何避免？

　　>> 题外话：我近年进行system testing，都采用risk analysisi的方法，而被我评为高风险的两大区域：1，customer case（用户技术支持）集中的部分；2，近来bug（缺陷）集中的部分。

　　当前测试进行的背景，也可以作为模型之一。如：

　　● 从哪里开始，有多少时间？

　　● 测试人员被背景？

　　● 别人会覆盖哪些测试？

　　RE说：如果有质量标准可以作为参考，那么便可以容易的从上述提问中，找到何为重要区域。此处，提到新词quality objective，即质量标准，这个词出现在这里略显生僻。RE的意思是，用以判断何为重要的准绳。但上文提到过类似的词，叫value judgements，我以为，二者意思相近，应该去掉一个。

　　4.3 人与技能

　　此处又有些含糊不清，看到人，我们先想到的是tester，但RE却在第一段中说：要了解用户（user）的知识范围，感受，所受的伤害。那么此处的people，到底是指tester还是user，颇有些含糊。

　　好在文章马上转入skills：

　　● 知识，经验，直觉，客官

　　● 探索与学习

　　● 分析思维

　　● 批判性思维

　　● 创新

　　>> 题外话：为了提高我组里众位精兵强将的tester的技能，我曾一度推行testing dojo活动。主要分了learning/practise两种。learning dojo中，我们会一起观看一段测试大牛的视频，并讨论其中涉及到的技术与理念，practise dojo，则选一名tester进行现场测试，其他人稍后会对本次测试给出意见。有人偷偷反馈说，testing dojo这个活动，是在公司几年中颇有收获的一个亮点。可惜，没能坚持下去。

　　4.4 更多灵感

　　RE列举了一些方法，如：

　　● 与客户面对面，了解需求。注意，此处所用的词，客户（customer）不同于前文的用户（user），我想简单理解下，customer，付钱的，user，真正使用的。

　　● 自己使用 - eat your own dog food

　　● 看看竞争对手的产品

　　● 理解业务需求

　　4.5 两倍工作量

　　在需求文档之上，真实的需求包括上述种种，比需求文档的内容更加详尽。tester应该要试着理解，搜集，建立这份真实的需求，才能完成ambitous system testing。但也只有如此，tester才能从更多维度，理解产品。

　　结尾：在结尾处，RE列出了34个测试点子的来源。此处，用了sources for test ideas，又一次的混淆词意。此章讲述的是test inspiration，应该用sources for testing inspiration才对。试着列出一两条：

　　1）capabilities - 这东西干嘛地？

　　2）failure mode - 现实的/假象的，内部的/外部的失败