大家都喜欢在实践中看看效果，那么现在大家都理解了ET了，就很希望在一个项目过程中来实践ET，实践的具体流程是什么呢？需要考虑什么异常情况呢？接下来就说说ET实践的总体流程(这个流程是非常官方且标准的ET实践流程，曾由James Bach 写给微软做windows产品兼容性测试任务的官方证据)：
这个流程大体上包括3个部分：
—-Working with Functions
—-Testing Functionality and Stability
—-Test Procedure
这里面就说下前面2个大点：
1.1 Working with Functions
这个流程是围绕着功能来组织的。所谓功能就是一个软件所要假定要做的事情。这就包括任何显示的，改变内部或外部数据的，或影响环境的任何结果。当然功能一般都包含子功能。比如：在微软word里面”打印”功能就包含”复制几份”和”页面范围设置”2个子功能.
由于我们需要测试所有东西，就必须通过制定基本风险的决策来简单化哪些功能需要花费多少精力。我们把所有的功能分为2大类：主要的，贡献性的。大部分情况，我们需要记录和测试主要的功能。至于这些功能该怎么样的分类和组合是根据情况来定的。你也许会认为一组贡献性的功能可以作为一个单独的主要功能，或一个单独的主要的功能能够分解为主要的和贡献性的子功能。
如果可能的话，我们想去测试所有的主要功能，但可能没有足够的时间去做。这种情况，需要对你将测试的和不会测试的主要功能做一个文档的记录。
如果只看用户反映的话，就很难识别出一些功能。有些功能是与操作系统，其他程序，或修改文件进行直接交互，而这些在显示上并不能直接看到效果。需要重视那些重要的且有可能是部分隐藏的功能。
如下定义功能的分类的方式：
| 定义 | 说明 |
| 主要的功能：从一个普通用户看来，一些比较重要的功能，而且它的不易操作性和危害都使得这个产品的目的没有达到 | 一个功能是否是主要的与这个产品的目的以及对于这个目的来说，这个功能是否是必须的有关 |
| 贡献性的功能：这些功能使得这个产品更加有实用性，但不是主要功能，能使用户更兴奋的功能 | 就像主要的功能的辅助功能，类似于增值服务类型的，从可用性角度会发现一些 |
1.2 Testing Functionality and Stability
我们测试大部分是测试功能性和稳定性的问题，那我们就必须有通过测试的标准，如下是定义的标准：
| 定义 | 通过标准 | 失败标准 |
| 功能性 (产品提供的功能的有效性) | 每个主要的功能其操作的结果与其目的都是一致的，其输出的结果的正确性都经过测试的。 | 至少有一个主要功能与产品的目的不一致 |
| 对于正常使用任何不正确的行为并没有严重损害用户的利益 | 对于正常使用任何不正确的行为严重损害用户的利益 | |
| 稳定性 (持续性的提供功能的能力，且没有失败) | 产品没有毁坏系统或平台 | 产品毁坏其系统或平台 |
| 产品没有挂掉，毁坏，或数据丢失 | 产品挂掉，毁坏，或数据丢失 | |
| 测试过程中，没有主要的功能存在不易操作性或失效 | 测试过程中，存在主要的功能存在不易操作性或失效 |
