之前也说过了，我们的ET是学习和测试设计和测试执行是同一时间完成的，那么我们的测试就是Testing to learn。这边有几个步骤：
(1) 形成一个关于产品功能的模型
(2) 去了解这个产品是想实现什么样的功能
(3) 列出那些你需要测试的产品的因素
(4) 查看那些一致性的关系且尝试多个不一样的oracle
(5) 产生测试数据
(6) 考虑其可测试性和尝试不同的有用的工具
(7) 尝试多种不同的方法去试验
(8) 报告你所发现的bug
ET tester在试验的过程中，如果遇到比较困惑的问题该怎么呢?
(1) 简化自己的测试用例
(2) 保存当时的状态
(3) 不断重复执行自己的action
(4) 返回到一个已确认过的状态
(5) 优先使用OFAT方式(一次只考虑一个因素)
(6) 做出精确的观察
之前也说到了我们需要用Heurisitcs来产生更多更好的test idea。其实对于Heurisitcs来说，有如下几种类型：
(1) Guideword Heurisitcs：一些词语或标签能使ET tester看到自己的knowledge并且根据自己的经验分析一些新的东西
(2) Trigger Heurisitcs:一些存在于事件或条件中的想法能帮助ET tester认为现在可以采用另外一种方式来进行试验，就像思维的闹钟提醒一样
(3) Subtitle Heurisitcs:能帮助ET tester重构想法并想到更多的选择点，或在一个谈话中找到其中的假设
(4) Heurisitcs Model:能帮助ET tester控制和管理和挖掘更多的想法和实体
我们做ET测试过程中，下一个test idea是不可预知的，完全依赖本次测试用例的执行情况来判定，那么就存在对于一个小的疑惑问题是进行深入挖掘还是跳出其循环呢，这种过程在ET过程中很常见，称之为Plunge in and Quit Heurisitc，下面是详细解释：
一旦我们决定去测试一些看似比较复杂或有困难的地方，就直接Plunge in；但如果我们非常困惑或感觉自己完全被Block了，就Quit。
这样就意味着我们可以开始任何测试却没有要求一定要成功完成并得到结果，也就是我们不需要一个完整的计划，当然我们循环着Plunge in and Quit，就会产出一个新的计划。
同样的可以解释我们在ET测试过程中，存在分支是非常好的，也就是说不停地产生新的分支(test idea)，而不是一条直线走到底。所以在ET测试过程中，尽量的让自己走更多的分支，因为我们根本不知道走另外一个分支后，会发生什么事情，但凡事都有个度，我们需要定期的去check我们现在测试的东西是否与我们被分配到的任务是否一致。防止过多的时间花在之前说过的Opportunity testing上。
后续详细说下怎样快速的产生test idea和怎么来保证在做ET时的覆盖率问题。
相关链接：
