理解

目的

• 测试就是要找到关键信息，有关项目和产品的关键决策都是根据这些信息做出。
• 对产品质量做出总体评估。
• 找出并报告团队所有可能会对产品价值产生消极影响的问题（但并不意味着能发现所有问题）。
  

重心

• 将时间和精力投入在客户关心的需求上。
• 先测试变更，再对没有变动的部分进行回归测试。
• 先测试核心功能，再测试辅助功能。
• 先测试功能，再测试可靠性。
• 先测试常见场景，再测试罕见场景（如压力和错误场景）。
  

关注

• 测试人员不是质量卫士，测试本身不会提高质量或者降低质量。
• 测试人员需要尽早加入团队尽早开展前期准备工作；但测试人员不是过程改进小组，不要轻易对别人的工作指手画脚。
• 测试人员的职责是清楚的报告问题。
• 询问一切，但不一定外露。
• 优秀测试和平庸测试的区别在于如何思考。
• 测试需要思考和推断，并不只是输出结果与预期结果的简单比对。
• 测试员其实是参与了设计和执行测试的各个环节：测试架构，环境搭建，测试用例等等，并确定预期输出
• 大多数设计测试都是基于业务流程和原理的有效推断，或者测试员的有效经验。
  

要素

• 测试人员：进行测试的人
• 覆盖率：测试需求中的哪些内容
• 潜在问题：决定要进行何种测试（比如基于风险的测试）
• 活动：如何测试
• 评估：确保测试人员按照需求规格说明完成测试。
  

交互

• 测试本身是一种服务。
• 测试员关注的是观察和证据，让程序员根据自己的推断寻找缺陷。
• 作为程序员工作的批评者，理解程序员的工作价值。关注缺陷本身而不是人。
• 拒绝接受误解和不尊重。
  

NewComer

• 所谓测试新手，是指新接触这个项目的测试人员。
• 为测试新手指派技术指导。
• 让测试新手对照文档（测试手册或者在线帮助）了解软件。
• 让新手尝试以简单而实际的手段使用产品。
• 在新手在测试新的程序之前，先测试旧有的程序。
• 让新手测试已经解决但是尚未关闭的问题。
• 不要派新手参加接近完成的项目。
  

黑盒并不是基于“无知”的测试
需要了解用户的期望和需要，
需要了解测试背景（业务流程、业务配置、测试与运行环境的区别、业务数据、接口交互等等）
了解越多，了解的方式越多，越能够更好地测试。

不要凭借所谓的“直觉”进行测试
直觉有很强的偏见性,是测试员自己的”本能感觉”
直觉推断实际上是基于有效测试经验和对业务的了解，往往在测试初期发挥作用，测试的越深入细致，“直觉”发生偏差的可能性就越大！

可以把这种“直觉”当作指南，给出合理性证明。
当有”这是问题，因为它显然是问题”的想法时, 可考虑换一种方式: “这是可能是问题，因为观察到行为与需求存在矛盾, 需要做进一步的分析证明”

不要急于测试复杂产品或功能
当要测试复杂和使人畏惧的功能集合时，可间歇进行。
可试着先研究复杂产品30分钟或一个小时，然后停下来干点别的。
不要担心在这段不长的时间内效率不高，如果觉得问题太多，则尽快退出.
经过几个轮次的陷入与退出，就会开始明白产品的模式和轮廓，很快就会在头脑中形成更系统、更具体地测试和研究策略。

运用试探法快速产生测试思路
试探法是一种经验规则，是一种基于经验做出猜测的方法。一组好的试探方法有助于很快地生成测试用例。

以下是采用试探法测试的一些例子:

• 边界测试。边界更有可能暴露规格说明的模糊问题
• 测试所有错误消息。错误处理代码与功能代码相比，一般比较弱
• 测试与程序员的配置不同的配置。程序员已经偏信自己的配置没有问题
• 运行比较难设置的测试。在其它条件相同的情况下，易于设置的测试更有可能已经被执行过
• 避免冗余测试。如果某个测试实际上是重复其它测试，就不会产生新的价值。
  

慎用陌生的试探法来做测试，可能会花费过多精力去熟悉测试方法本身。
在收集测试方法时，要了解每个方法背后的原理，以及是否适用于当前的测试需求。

保持清新的态度
测试员在理解了产品或者功能后，会在头脑中形成映射，并且头脑不再那么努力工作。
当非常了解产品后，会对产品做出更多的假设，但却很少地检查这些假设的合理性是否仍然存在。

这种情况对于测试至少有3点提示:

• 第一次接触产品或功能时，要特别注意使自己困惑和烦恼的地方。用户可能也有类似反应。
• 当与团队的新成员一起工作时，与他们一起测试。 观察他们在了解产品时的反应。
• 警惕陷入测试惯例。即使没有遵循严格的测试脚本，也可能对特点功能太熟悉，以至于以越来越窄的方式进行测试。在任何可能的地方引入多样性，或改由其他测试员负责。
  

抉择
【转载】仅作分享，侵删
链接：http://www.cnblogs.com/anliven/p/6076060.html