不能意识到上下文存在的测试不能叫上下文驱动测试。不能基于上下文对测试进行调整的不能叫上下文驱动测试。
上下文驱动测试不是漫不经心者的借口。
上下文驱动测试的思想是如何形成的？
“我一直就是这样做测试的！”
持有一定的测试理论和技巧，并且在某些项目上一直遵循和使用这些方法。
“我不确定在这个项目中是否适用！”
在Context Aware阶段，意识到项目的上下文不一样了。
“我要做一些调整”
在Context Based阶段，意识到需要调查和尝试才能确定采用怎样的测试策略。[Page]
“哈哈，我想这种方法在这个项目中可能会奏效”
在Context Driven阶段，根据上下文确定测试策略。
如何成为上下文驱动派？
● 需要更加关注上下文
● 多问问题，不同类型的问题（怎样？是什么？）
● 跟项目组成员一起更加紧密地工作，但是要保持独立思考
● 成为项目产品的顾问，而不是推销员
● 成为一名更加有效率的测试员
● 少一点墨守成规
上下文都有哪些？
一个系统不是一个简单的集合，而是各项东西的有机结合体。需求、目标、角色、文档、时间进度、成本预算、人员配置可能会影响到测试采用的工具、方法等，这些都是测试的上下文。上下文通常难以辨别，这需要测试员应该经常观察、关注并参与到现实世界，从而获取测试所涉及的上下文。
上下文驱动测试的实际做法
基于了解到的项目的上下文，用以前的一些测试经验和测试的做法尝试，看是否适合，测试过程中不断反馈，看测试是否有效，同时不断观察，关注上下文是否随着时间改变，上下文的改变将驱动测试方法和实践的加入，不断分析、尝试、应用、反馈。这就是上下文驱动测试。
如何辨别上下文？
通过问以下问题将帮助你识别上下文：
● 我们准备要做的是什么？
● 我们实际上正在做什么？
● 我们做的东西是为谁而做的？
● 为什么要做？做这些事情我们将获得什么？
● 我们的目标是什么？
● 我们有其他的替代做法吗？
● 如果我们用其他方式做会怎样？
采用上下文驱动测试方法的测试员会…？
他们通常会说：“这要具体看是什么样的情形…”。
文章来源于领测软件测试网 https://www.ltesting.net/
