语境驱动
· 谁？
· 什么时候？
· 哪里？
· 为什么？
· 如果这样会出现什么？
一、测试员的角色
1，测试员是项目的前灯
2，测试员的使命决定要做的一切
3，测试员为很多客户服务
· 项目经理
· 程序员
· 技术文档编写员
· 技术支持员
· 市场开发员
· 管理层与项目相关客户
· 用户
4，测试发现的信息会＂打扰＂客户
5，迅速找出重要程序问题
· 首先测试经过变更的部分，然后测试没有变化的部分
· 首先测试核心功能，然后测试辅助功能
· 首先测试能力，然后测试可靠性
· 首先测试常见情况，然后测试少见情况
· 首先测试常见威胁，然后测试罕见威胁
· 首先测试影响大的问题，然后测试影响小的问题
· 首先测试最需要的部分，然后测试没有需要的部分
6，跟着程序员走
7，询问一切，但不一定外露
8，测试员关注失效，客户才能关注成功
9，不会发现所有的程序问题
10，当心＂完备的＂测试
11，通过测试不能保证质量
12，永远别做看门人
13，当心程序中的不关我事的理论
14，当心成为过程改进小组
15，别指望任何人会理解测试，或理解测试员需要什么条件才能搞好测试
二、按测试员的方式思考
16，测试运用的是认识论
· 怎么知道软件足够好？
· 如果软件并不是足够好，怎么才能知道？
· 怎么知道已经完成了足够的测试？
17，研究认识论有助于更好测试
· 《批判性思维的工具：心理学的元思想》
· 《思考与决策》
· 《研究的技巧》
18，认识心理学是测试的基础
· 《理论与证据：科学推理的能力的开发》
· 《旷野中的认识》
19，测试在测试员的头脑中
20，测试需要推断，并不只是做输入与预期输出的比较（探索式测试)
· 《证明与反驳：数学发现的逻辑》
21，优秀的测试员会进行技术性，创造性，批判性和实用性地思考
22，黑盒测试并不是基于无知的测试
23，测试员不只是游客
24，所有测试都试图回答某些问题
25，所有测试都基于模型
26，直觉是不错的开始，但又是糟糕的结束
27，为了测试，必须探索
· 《基本理论的发现：定性研究策略》
· 《定性研究的基础》
· 《探索式数据分析》
28，探索要求大量思索
· 前向思索：由已知探索未知
· 后向思索：由怀疑或想象返推已知
· 倾向思索：新冒出来的想法而转移
29，使用诱导推断逻辑发现推测
· 诱导推断：又叫假设归纳，是一种测试员每天都要使用的关键推理的有些怪的术语：最佳理解的推理
30，使用猜想与反驳逻辑评估产品
· 20世纪初，哲学家Karl Popper引人，科学的证伪性，测试只能证明产品有bug，不能证明没bug
31，需求是重要人物所关心的质量或条件
32，通过会议，推导和参照发现需求
· 《探索需求：设计之前的质量》
33，既要使用显式规格说明，也要使用隐式
· 规格说明
34，＂它没有向题＂真正的含义是：它看起来在一定程度上满足部分需求
35，最后，测试员只能得到的只是对产品的印象
36，不要对试验与测试混淆起来
测试包括至少四项活动：
配置、运行、观察、评估
37，当测试复杂产品时：陷入与退出
38，运用试探法快速产生测试思路
测试边界、测试所有错误消息、测试与程序员的不同配置、运行比较难设置的测试、避免冗余测试
39，测试员不能避免偏向，但是可以管理偏向
同化偏向、证实偏向、可用性偏向、最初印象偏向、最新印象偏向，框架效应，知名偏向，表达偏向
40，如果自己知道自己不聪明，就很难被愚弄
41，如果遗漏一个问题，检查这种遗漏是意外还是策略的必然结果
42，困惑是一种测试工具
· 规格说明不清楚吗？
· 产品不清楚吗？
· 用户文档不清楚吗？
· 内部问题只是难以理解吗？
43，清新的眼光会发现失效
· 第一次接触产品功能时
· 当与团队一名新员工合作的时候
· 警惕陷入测试惯例
44，测试员要避免循证过程，除非过程先跟随自己
· 《使我们聪明的事物，机器时代的狼性保护》
· 《信息的社会寿命》
45，在创建测试过程时，避免出现1287（过于细化的测试用例）
46，测试过程的一个重要成果，是更好、更聪明的测试员
47，除非重新发明测试，否则不能精通测试
版权声明：51Testing软件测试网及内容提供者拥有本文全部版权，未经明确的书面许可，任何人或单位不得对本文进行复制、转载或镜像，否则将追究法律责任。
