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

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

前言：
        《软件测试经验与教训》汇集了293条关于软件测试的经验及建议，全部来自作者的工作实践。作者组织这些经验教训时，分为散文式的十一个章节。我做
的笔记会重新组织，记录对我有用的部分。其实，一些经验教训是需要有相应工作经验才能够理解的。功力不够，可能产生歧义。所以，放到后面再做。






第1章 测试员的角色
    经验1：测试员是项目的前灯
    感受：若希望测试员是项目的前灯，则需要测试员在项目的需求阶段发挥更大的作用，且需要测试员对于行业业务知识等有深入的理解。

    经验2：测试员的使命决定要做的一切
    经验3：测试员为很多客户服务
    经验4：测试员发现的信息会“打扰”客户
    经验5：迅速找出重要程序问题
    感受：（优先情况：经过变更的部分、核心功能、冒烟、常见情景、常见威胁、影响大的问题、最需要的问题；）

    经验6：跟着程序员走
    经验7：询问一切，但不一定外露
    经验8：测试员关注失效，客户才能关注成功
    经验9：不会发现所有程序问题
    经验10：当心“完备的”测试
    经验11：通过测试不能保证质量
    经验12：永远别做看门人
    经验13：当心测试中的不关我事理论
    经验14：当心成为过程改进小组
    经验15：别指望任何人会理解测试，或理解测试员需要什么条件才能搞好测试




第2章 按测试员的方式思考
    经验16：测试运用的是认识论
    经验17：研究认识论有助于更好测试
    经验18：认知心理学是测试的基础
    经验19：测试在测试员的头脑中
    经验20：测试需要推断，并不只是做输出与预期结果的比较
    经验21：优秀测试员会进行技术性、创造性、批判性和实用性地思考
    经验22：黑盒测试并不是基于无知的测试
    经验23：测试员不只是游客
    经验24：所有测试都试图回答某些问题
    经验25：所有测试都基于模型
    经验26：直觉是不错的开始，但又是糟糕的结束
    经验27：为了测试，必须探索
    经验28：探索要求大量思索
    经验29：使用诱导推断逻辑发现推测
    经验30：使用猜想与反驳逻辑评估产品
    经验31：需求是重要任务所关心的质量或条件
    经验32：通过会议、推导和参照发现需求
    经验33：既要使用显式规格说明，也要使用隐式规格说明
    经验34：“它没有问题”真正的含义是，它看起来在一定程度上满足部分需求
    经验35：最后，测试员所能得到的只是产品的印象
    经验36：不要将试验与测试混淆起来
    经验37：当测试复杂产品时：陷入与退出
    经验38：运用试探法快速产生测试思路
    经验39：测试员不能避免偏向，但是可以管理偏向
    经验40：如果自己知道自己不聪明，就更难被愚弄
    经验41：如果遗漏一个问题，检查这种遗漏是意外还是策略的必然结果
    经验42：困惑是一种测试工具
    经验43：清新的眼光会发现失效
    经验44：测试员要避免遵循过程，除非过程先跟随自己
    经验45：在创建测试过程时，避免“1287”
    经验46：测试过程的一个重要成果，是更好、更聪明的测试员
    经验47：除非重新发明测试，否则不能精通测试