5.How：怎么做ET？

　　根据国外ET实践理念，采用Session来进行测试范围的确定(具体请看ET的管理)，下面是简单的一些说明：

　　第一步: 大概花1-2个小时时间看PRD和原型。

　　第二步: 大概花1-2个小时时间确定下有哪些主要的功能模块和贡献性的功能模块。

　　第三步： 与项目组测试人员沟通哪个功能模块发现bug最多，哪个功能模块发现bug最少，哪个模块存在风险比较大。

　　第四步：根据前几步情况和参加ET的时间段来确定有多少个Session，并指出每个Session大概花多长时间。一般是1.5-2个小时。就淘宝而言，一个Session大概是2-3个UC的情况。

　　第五步：制定ET测试计划，包含所有Session的名称和测试时间以及缓冲情况。

　　第六步：根据ET测试计划，边学习产品需求，边测试。发现问题立马记录问题描述。最后发送ET测试报告。

　　第七步：与项目组测试人员沟通ET的效果以及该产品存在的风险，从用户易用性角度给该产品总体评价，同时跟踪确认bug的fix情况。

　　6.Strategy：ET测试的时候怎么考虑？

　　在做ET过程中，有一个基本的原则就是以最少的学习时间来获取最大的学习成果，也就是在ET过程中，由于系统是个相对稳定的系统，其主要功能的流程问题已经不存在了，这时ET测试人员需要以最少的时间去了解一个产品的某个需求，然后去发现这这个需求的隐含的问题。这里一定要注意不要花很长时间去了解某个复杂业务的具体过程，然后去测试，这样时间投资回报率会比较低。

　　这就需要ET测试人员在很短的时间内需要判断这个需求需要花多少时间去测试，大概会隐藏什么问题。然后发现一个可挖掘的需求，去多尝试操作去测试，直至发现问题。这些在XX1项目实践过。

　　ET过程中，尽量去关注一些很细节的部分，多使用一些极限测试的手段，比如超长字符，非法字符，异步编辑等。

　　ET过程中，如果被一个需求的特殊性卡住，也就是ET测试人员尝试了很多次都没有成功进入下一个操作流程，则这时需要立马与项目组对应测试成员沟通，寻求帮助。也许该成员的一句话就可以搞定这个问题。在XX1项目实践过程中确实遇到过这种情况。

　　ET过程中，发现一个疑似问题，立马记录其问题描述，等每天的ET测试时间完成后，与该Session的项目组测试人员沟通这些疑似问题是否为bug，并邮件报告每天测试的Session的bug描述以及优先级。

　　ET过程中，需要ET测试人员全神贯注的进行边学习产品，边测试。在一个Session测试过程中，不能受到其他的干扰，完全沉浸在测试和破坏这个产品的紧张之中，由于需要不断的变化测试思路去挑战正在测试的功能。

　　7.Result：ET产出了什么？

　　对于ET的核心价值就是花最少的时间得到最大的回报。该项目实践ET测试的数据如下：

　　ET测试发现bug类型分析：

　　这里功能未实现的bug类型里面主要大部分是一些页面的按钮或链接功能失效。