《软件测试经验与教训》读书笔记---第二章

《软件测试经验与教训》读书笔记--目录

第一章 测试员的角色
第二章 按测试员的方式思考
第三章 测试手段
第四章 程序错误分析
第五章 测试自动化
第六章 测试文档
第七章 与程序员交互
第八章 管理测试项目
第九章 测试小组的管理
第十章 软件测试职业发展
第十一章 计划测试策略

第二章  按测试员的方式思考

测试员的思考方式是不同的。怎么不同？

经验16.测试运用的是认识论
认识论研究如何认识所了解的东西：研究证据和推理。这是科学实践的基础。

经验17.研究认识论有助于更好测试
研究认识论可帮助测试员设计有效的测试策略，更好地意识到自己工作中的错误，理解自己的测试能够证明什么、不能证明什么，并编写出无懈可击的测试报告。

经验18.认知心理学是测试的基础
研究认知心理学有助于理解影响测试员工作成绩的因素，以及影响人们解释自己工作方式的因素。

经验19.测试在测试员的头脑中
成为优秀测试员，就要学会像优秀测试员那样思考，而不是模仿他们的行为。

经验20.测试需要判断，并不只是做输出与预期结果的比较

经验21.优秀测试员会进行技术性、创造性、批判性和实用性地思考

经验22.黑盒测试并不是基于无知的测试
为了做好黑盒测试，就要了解用户，了解他们的期望和需要，了解技术，了解软件运行环境的配置，了解这个软件要与之交互的其他软件，了解软件必须管理的数据，了解开发过程，等等。

经验23.测试员不只是游客
测试员和游客之间的差别在于，测试员把精力放在评估产品上，而不只是见证产品。

经验24.所有测试都基于模型
要研究建模问题。测试员对建模艺术越精通，越能够更好地测试。

经验25.直觉是不错的开始，但又是糟糕的结束
建议把直觉用作指南，但不能用作合理性证明。

经验26.为了测试，必须探索
即使充分研究了产品，对产品有了很深了解，仍然要探索问题。因为所有测试都是采样，而且样本永远也不可能完备，探索式思考要在整个测试项目过程中，在寻求最大化测试价值时起作用。

经验27.探索要求大量思索
前向、后向、倾向思索。

经验28.使用诱导判断逻辑发现推测
又叫假设归纳，诱导是寻找好的解释的一种系统化方法。尽管诱导推断过程并不提供绝对确定性，但是在很多情况下，这都是最佳手段。

经验29.使用猜想与反驳逻辑评估产品

• 测试目的是显示产品失败，要比显示产品正常更有力。如果想知道产品是否能运行正常，寻找方法反驳其正常运行，这样的测试可能更好。
• 有关软件（软件有怎样的行为、如何好等）已经牢固形成的信念应该受到质疑。
• 警惕声称以超过测试员所运行的具体测试的方式，检验或确认了产品的测试

经验30.需求是重要人物所关心的质量或条件
作为测试员，必须认识谁的关于质量的观点最重要（并不是每个人的观点都同等重要）。然后了解对于产品他们要什么，不要什么。

经验31.通过会议、推导和参照发现需求
需求信息到达测试员主要有三种途径：

• 会议：找出其有关质量的意见具有影响力的人，与他们交流，了解他们最关心什么。
• 推导：通过外推已知的项目和产品其他信息，确定什么需求最重要。
• 参照：既发现显式，也发现隐式规格说明，并以此作为测试的基础。

经验32.既要使用显式规格说明，也要使用隐式规格说明
显式规格说明是一个有用的需求信息源，经过客户的权威确认（即产品描述）
隐式规格说明是没有经过客户权威确认的一个有用的需求信息源。隐式规格说明有多种形式：

• 竞争对手的产品
• 相关产品
• 同一产品的老版本
• 项目团队之间的电子邮件讨论
• 顾客意见
• 杂志文章
• 相关主题的教科书
• 图形用户界面（GUI）风格指南
• 操作系统（O/S）兼容性需求
• 测试员自己的丰富经验

经验33.“它没有问题”真正的含义是，它看起来在一定程度上满足部分需求

经验34.最后，测试员所能得到的只是对产品的印象
不管测试员对产品的质量有什么看法，都是猜想。不管猜想有多么好的支持，也不能肯定自己是对的。

经验35.不要将试验与测试混淆起来
试验表示测试员执行一段探索式测试，产生一些没有文档或试验产品的临时性试验；也可能表示测试员编写一套可执行测试程序，或一套显式的测试过程；也可能表示某种高水平的测试矩阵、测试大纲或一套测试数据。

经验36.当测试复杂产品时，陷入与退出
间歇进行，测试复杂产品时，试着先研究复杂产品30分钟或一个小时，然后停下来干点别的。

经验37.运用试探法快速产生测试思路
例子：

• 测试边界
• 测试所有错误信息
• 测试与程序员的配置不同的配置
• 运行比较难设置的测试
• 避免冗余测试

经验38.测试员不能避免偏向，但是可以管理偏向
通过研究偏向并在实践中注意，注意在思考时就可以更好地进行补偿。多样化也可以抵御过强的偏向。如果测试员集体谈论测试问题，可以将一个测试员的偏向降低到最低限度。

经验39.如果自己知道自己不聪明，就更难被愚弄
如果真心认为自己容易被愚弄，也会比较谨慎一点，在考虑自己的测试策略细节就会更认真一点。

经验40.如果遗漏一个问题，检查这种遗漏是意外还是策略的必然结果
出现遗漏，是否因为忠实地执行了好的测试策略，并只是碰巧没有发现那个特定的问题？如果是这样，可保持原有方针不变。确实有这种情况。但是，如果遗漏程序错误是因为测试策略关注了错的问题类型，可利用这个机会改进测试策略。

经验41.困惑是一种测试工具
测试员对产品、技术和一般测试问题了解得越多，自己的困惑就会成为更有力的指南针，指出重要问题所在。

经验42.清新的眼光会发现失效

• 第一次接触产品或功能时，要特别注意使自己困惑和烦恼的地方。这可能说明用户也会有类似反应
• 当与团队的新成员一起工作时，与他们一起测试。观察他们了解产品时的反应
• 警惕陷入测试惯例

经验43.测试员要避免遵循过程，除非过程先跟随自己

经验44.在创建测试过程中，避免“1287”
过于详细没有什么好处。当编写测试过程时，要避免与测试概念无关的细化。

经验45.测试过程的一个重要成果，是更好、更聪明的测试员
不断学习，不断加深对产品的了解

经验46.除非重新发明测试，否则不能精通测试

参考《软件测试经验与教训》