ET测试实施步骤
合集下载
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
9、它在bug的重复利用或重现上提供非常有限的支持
规避：1、执行后输出的用例可为bug重现提供依据。
2、如果PC配置允许，可采用屏幕录制工具，边录制边执行，可规避BUG重现风险，对执行后的用例输出也有很大帮助。多人一块执行也有利bug重现。
10、它不能完全保证最重要的bug已经被发现了
规避：通过评审checklist、测试结果、输出的用例、以及技能培训来规避。
行者（在执行过程中对checklist提出补充或修改意见）
输入：《测试点分析.xls》、《测试技术.doc》
备注：需熟练掌握各测试技术方可启动
常用的测试技术分局部测试法、全局测试法。
局部测试法，大致包括如下几种：
输入
状态
代码路径
用户数据
运行自行环境
全局测试法，大致包括如下几种：
指南测试法
卖点测试法
质疑测试法
有旧功能缺失或多余。Bug都砸堆，遗留bug及改动较大的地方
做详细测试。
测试方法：恶邻测试法、博物馆测试法、上一版本测试法
通过上述分析，可输出以模块为单位或较大的功能点为单位输出分区列表。
如：
三、基于功能模块的测试点提取
当依据步骤二中的方法，将软件的各功能模块分区后，便对软件全局的测试策略有了较好的把握。当确定了功能模块重要程度及不同模块不同测试方法后，再通过几个方向针对每个功能模块来分析测试点，并最终输出checklist。
角色：ET测试策划者（负责设计checklist）、ET执行者（负责补充或修改
checklist，并由策划者评审）
输入：《功能分区表.xls》、需求文档、用户手册
备注：该步要求测试策划者要对功能做较深入的理解方可启动，以下测试方向
不但适用于需求不完备情况，对需求、设计文档完备情况下的测试点推
敲同样适用，也可对需求起验证作用。
避免两个关联模
：
四、如何测试测试点
依据步骤三中方法列出测试点后，执行人员改如何执行测试点呢，为了避免同样的功能不同人执行覆盖度无法保障，在此ET设计者还需对每个测试点的测试策略做说明。依据每个测试点考虑应采用那个局部测试法或全局测试法合适，并标注于checklist文档的测试策略栏。
角色：ET用例设计者（负责输出checklist中的测试点和测试策略）、ET用例执
地标测试法
极限测试法
快递测试法
遍历测试法
深夜测试法
配角测试法
深巷测试法
通宵测试法
收藏家测试法
长路径测试法
超模测试法
测一送一测试法
苏格兰酒吧测试法
取消测试法
懒汉测试法
破坏者测试法
反叛测试法
强一版本测试法
每种方法的定义及使用具体见《测试技术介绍》文档，有些测试点可能无法归
导做测试，输出测试用例，并将测试用例导入testlink，将用例编号与checklist编号
对应起来，以便评审。同时测试人员及时依据测试执行过程中软件的返回情况对测试
内容和策略做补充和调整，当测试内容有补充的需标注，以便评审。
六、风险点及规避
1、它在测试管理上的局限性使得ET过程很难去协调和控制
规避：通过每日评审checklist中执行人员的执行内容和结果可控制执行效果及执行进度。
其他（该模块是否安全可靠是否有性能和稳定性方面的测试需求，是否易
用）
综上，通过上述6点分析后，便可列出大量的测试点，最终输出到checklist
中的测试内容点栏。具体如《测试点分析.xls》。
备注：1、有的功能模块可能从某些分析方法中无法分析出测试点。但输入、输
出应都存在测试点
2、当测试点涉及到模块关联内容时，可通过该列表将重复测试内容去除，
11、它不合适于安全测试，性能测试，或其他高级的有专业的测试类型
规避：无法规避
12、不可做全自动化，更适合做纯手工或自由度较高的自动化测试
规避：无法规避。
指南测试法卖点测试法质疑测试法地标测试法极限测试法快递测试法遍历测试法深夜测试法配角测试法深巷测试法通宵测试法收藏家测试法长路径测试法超模测试法测一送一测试法苏格兰酒吧测试法取消测试法懒汉测试法破坏者测试法反叛测试法强迫症测试法恶邻测试法博物馆测试法上一版本测试法每种方法的定义及使用具体见测试技术介绍文档有些测试点可能无法归类到使用某些测试法有些测试点可能会用到多个测试方法
户操作。尤其注意可能出现缺陷的地方。
测试方法：指南测试法、卖点测试法、质疑测试法、地标测试法、极限测试
法、快递测试法、遍历测试法、深夜测试法。
娱乐区：
指软件的辅助功能，而不是主线功能，一些高级用户或对功能掌握较好的
用户可能会常用到这些功能。例如，word页面布局、背景、模板修改。
测试要点：虽然不属于重要功能，但也必不可少。测试时须注意确保主副线
苏格兰酒吧测试法
旅馆区：
宾馆是旅游者休息的地方，着这里可以远离热门景点的拥挤和喧嚣。该
测试类型是指软件人员放过哪些主要和最受欢迎的功能，而去测试一些经
常被忽略的或者在测试计划中较少描述的次要功能。
测试要点：关注可能可能被忽略的功能或操作，但前提是这些操作都是
用户可能会作的，而非凭空捏造的。
测试方法：取消测试法、懒汉测试法
输入，列出所有可能）
需求不足（即对指标上写到的功能做验证，重点为描述不清的地方，将所
有描述不清的地方列为测试点做重点测试）
输出（找出该模块或功能点返回的所有类型的结果，该结果可以是展示给
用户的结果，也可以是可被其他模块应用的接口。列出所有输出）
外因（可影响该模块工作的外部因素或环境，既该模块的运转各环节都可能受到那些因素的制约和影响，列出所有可能）
5、ST用例和ET测试可能存在重复
规避：在设计ET checklist时应尽量避免需求中的测试内容，但完全避免是不可能，可先执行ET用例，再执行ST用例，对于在ET中已执行的用例ST中可以不执行，或直接填写测试结果即可。
6、最终输出的测试用例可能很庞大，评审难
规避：执行结束后，要求不但要输出测试用例，还需输出扩充的测试思路，以便节省评审时间，将checklist编号与执行人员最终输出的测试用例对应。
输入：需求文档、用户手册、待测试软件
备注：当需求文档、用户手册文档可能不完备，或根本就没有。这种情况
需花较多时间来直接操作软件，以便对整个软件功能有整体了解。
二、功能分类
真正的探险家很少在不制定详细策略和周密计划之前就开始探险；探索式测试
人员也一样，对于复杂的功能模块、用户可能用到的功能以及缺陷最可能存在的
测试方法：破坏者测试法、反叛测试法、强迫症测试法
历史区：
软件中的“历史区域”指的是哪些遗留代码。或者在前几个版本就已经存
在的软件特性，或用于修复已知缺陷或故障的代码。最后一点尤其重要，因为
对软件权限来说，历史经常会重演，所以重新测试哪些曾经含有很多缺陷的代
码特别重要。
测试要点：验证原有的功能是否都还存在、是否受新代码影响。比对是否
在测试执行过程中可由执行人员提出并及时调整。
应用根据软件功能的重要程度、使用频率、新旧将软件功能模块分为商业区、
娱乐区、旅游区、旅馆区、历史区、破旧区6个类型。分析粒度不必一定是一个大
的功能模块，也可以一功能点。
商业区：
城市的商业区喧嚣的特点体现在早上和下午的高峰时段以及午餐时间。也
是工作得以完成的地方。对旅游闲逛者来说没什么意思的地方。
类到使用某些测试法，有些测试点可能会用到多个测试方法。测试方法只是其指引
测试思路的作用。
结合每个测试点或若干测试点的特性可推出每个测试点的测试内容和策略，即最终交付给执行人员执行的checklist。如：
五、执行人员如何执行
测试执行人员拿到上述checklist后，依据测试点的测试内容和测试策略为引
7、多人同时测试可能存在重复测试
规避：通过角色、输入、输出、需求不足、外因、其他六个方向提取每个模块的测试点，将不同模块的测试点放在一块比较，可以去除重复的测试内容，避免执行时间的浪费。
8、无法评估测试人员的测试结果
规避：通过testlink执行人员的输出用例和checklist执行结果可充分评估测试结果。
2、与人的测试技能关系很大
规避：做测试技能培训，另外每条checklist都包含测试内容、测试策略、预期结果三部分内容，其中测试策略会注明使用的测试技术。
3、测试覆盖度无法保证
规避：采用ST和ET混合，保证ST用例至少包含所有的需求指标文字。
4、测试进度不好预估
规避：以功能模块为单位，提取checklist，控制每条checklist执行工作量在30-60分钟之间，使测试进度将变得可预估。
当各测试设计输入文档完备时对设计者输出checklist应是较容易的事，但当
基于单个功能模块或功能点在需求不完备或缺失的情况下该如何展开测试如何提
取测试点呢，可从以下几个方面出发：
角色（谁可使用该功能模块、谁可驱动该模块功能启动，列出所有的可能）
输入（找出该模块可处理的所有类型的数据，或该模块存在的所有可能的
破旧区：
即适用于输入一些恶意数据以破坏软件的，或做一些破坏性操作的功能模
块。在这种方法中，我们会试图利用每个可能的机会暗中破坏软件。如让软件
运行在内存很少的机子上，如让应用程序读取某个文件，后又破坏文件妨碍应
用程序读取等。
测试要点：破坏的前提是这些破坏都是用户可能做的，或破坏频率不是
极低的，否则这种破坏测试没有太大意义。
对软件来说，用户花钱买软件的原因是因为应用软件的特性和功能可以
“使他们的业务得以完成”。市场上的产品宣传材料会详尽得描述这些特性。
即用户常用功能，通常为用户手册或指南中写的功能，实现软件主要业务的重
要功能卖点功能。通常该部分功能为软件的新功能。
测试要点：该部分功能作为测试重点需详细测试，尽可能覆盖所有可能的用
ET测试实施步骤
一、功能熟悉
对软件功能的基本掌握是探索性测试的基础，为后续探索测试内容和测试策略做准备。真正的探险家很少在不制定详细策略和周密计划之前就开始探险；探索式测试人员也一样，对于复杂的功能模块、用户肯呢个用到的功能以及缺陷最可能存在的地方必须尽可能的覆盖。
角色：ET测试策划者（负责模块分区、设计checklist）、ET用例执行者（负责执行ET checklist、反馈并修改模块分区、checklist）
地方必须尽可能的覆盖。
角色：ET测试策划者（负责设计最初的模块分区）、ET用例执行者（可在
执行过程中起补充和修订作用，但该过程需由策划者评审）。
输入：对软件功能的整体了解和把握、需求文档、用户手册
备注：ET测试策划者只有对功能有了较整体的理解后才可启动该步。测
试策划者由于未深入测试软件，有可能对功能分类有错误，所以该步
功能是否能够很好的结合在一起。
测试方法：配角测试法、深巷测试法、通宵测试法
旅游区：
指无需深入测试，但必须覆盖到所有路径的功能模块。
测试要点：这种测试方法，不关心软件是否工作或工作细节，它关心快速访问软件的各种功能，目的是为了到此一游。
测试方法：收藏家测试法、长路径测试法、超模测试法、测一送一测试法、
规避：1、执行后输出的用例可为bug重现提供依据。
2、如果PC配置允许，可采用屏幕录制工具，边录制边执行，可规避BUG重现风险，对执行后的用例输出也有很大帮助。多人一块执行也有利bug重现。
10、它不能完全保证最重要的bug已经被发现了
规避：通过评审checklist、测试结果、输出的用例、以及技能培训来规避。
行者（在执行过程中对checklist提出补充或修改意见）
输入：《测试点分析.xls》、《测试技术.doc》
备注：需熟练掌握各测试技术方可启动
常用的测试技术分局部测试法、全局测试法。
局部测试法，大致包括如下几种：
输入
状态
代码路径
用户数据
运行自行环境
全局测试法，大致包括如下几种：
指南测试法
卖点测试法
质疑测试法
有旧功能缺失或多余。Bug都砸堆，遗留bug及改动较大的地方
做详细测试。
测试方法：恶邻测试法、博物馆测试法、上一版本测试法
通过上述分析，可输出以模块为单位或较大的功能点为单位输出分区列表。
如：
三、基于功能模块的测试点提取
当依据步骤二中的方法，将软件的各功能模块分区后，便对软件全局的测试策略有了较好的把握。当确定了功能模块重要程度及不同模块不同测试方法后，再通过几个方向针对每个功能模块来分析测试点，并最终输出checklist。
角色：ET测试策划者（负责设计checklist）、ET执行者（负责补充或修改
checklist，并由策划者评审）
输入：《功能分区表.xls》、需求文档、用户手册
备注：该步要求测试策划者要对功能做较深入的理解方可启动，以下测试方向
不但适用于需求不完备情况，对需求、设计文档完备情况下的测试点推
敲同样适用，也可对需求起验证作用。
避免两个关联模
：
四、如何测试测试点
依据步骤三中方法列出测试点后，执行人员改如何执行测试点呢，为了避免同样的功能不同人执行覆盖度无法保障，在此ET设计者还需对每个测试点的测试策略做说明。依据每个测试点考虑应采用那个局部测试法或全局测试法合适，并标注于checklist文档的测试策略栏。
角色：ET用例设计者（负责输出checklist中的测试点和测试策略）、ET用例执
地标测试法
极限测试法
快递测试法
遍历测试法
深夜测试法
配角测试法
深巷测试法
通宵测试法
收藏家测试法
长路径测试法
超模测试法
测一送一测试法
苏格兰酒吧测试法
取消测试法
懒汉测试法
破坏者测试法
反叛测试法
强一版本测试法
每种方法的定义及使用具体见《测试技术介绍》文档，有些测试点可能无法归
导做测试，输出测试用例，并将测试用例导入testlink，将用例编号与checklist编号
对应起来，以便评审。同时测试人员及时依据测试执行过程中软件的返回情况对测试
内容和策略做补充和调整，当测试内容有补充的需标注，以便评审。
六、风险点及规避
1、它在测试管理上的局限性使得ET过程很难去协调和控制
规避：通过每日评审checklist中执行人员的执行内容和结果可控制执行效果及执行进度。
其他（该模块是否安全可靠是否有性能和稳定性方面的测试需求，是否易
用）
综上，通过上述6点分析后，便可列出大量的测试点，最终输出到checklist
中的测试内容点栏。具体如《测试点分析.xls》。
备注：1、有的功能模块可能从某些分析方法中无法分析出测试点。但输入、输
出应都存在测试点
2、当测试点涉及到模块关联内容时，可通过该列表将重复测试内容去除，
11、它不合适于安全测试，性能测试，或其他高级的有专业的测试类型
规避：无法规避
12、不可做全自动化，更适合做纯手工或自由度较高的自动化测试
规避：无法规避。
指南测试法卖点测试法质疑测试法地标测试法极限测试法快递测试法遍历测试法深夜测试法配角测试法深巷测试法通宵测试法收藏家测试法长路径测试法超模测试法测一送一测试法苏格兰酒吧测试法取消测试法懒汉测试法破坏者测试法反叛测试法强迫症测试法恶邻测试法博物馆测试法上一版本测试法每种方法的定义及使用具体见测试技术介绍文档有些测试点可能无法归类到使用某些测试法有些测试点可能会用到多个测试方法
户操作。尤其注意可能出现缺陷的地方。
测试方法：指南测试法、卖点测试法、质疑测试法、地标测试法、极限测试
法、快递测试法、遍历测试法、深夜测试法。
娱乐区：
指软件的辅助功能，而不是主线功能，一些高级用户或对功能掌握较好的
用户可能会常用到这些功能。例如，word页面布局、背景、模板修改。
测试要点：虽然不属于重要功能，但也必不可少。测试时须注意确保主副线
苏格兰酒吧测试法
旅馆区：
宾馆是旅游者休息的地方，着这里可以远离热门景点的拥挤和喧嚣。该
测试类型是指软件人员放过哪些主要和最受欢迎的功能，而去测试一些经
常被忽略的或者在测试计划中较少描述的次要功能。
测试要点：关注可能可能被忽略的功能或操作，但前提是这些操作都是
用户可能会作的，而非凭空捏造的。
测试方法：取消测试法、懒汉测试法
输入，列出所有可能）
需求不足（即对指标上写到的功能做验证，重点为描述不清的地方，将所
有描述不清的地方列为测试点做重点测试）
输出（找出该模块或功能点返回的所有类型的结果，该结果可以是展示给
用户的结果，也可以是可被其他模块应用的接口。列出所有输出）
外因（可影响该模块工作的外部因素或环境，既该模块的运转各环节都可能受到那些因素的制约和影响，列出所有可能）
5、ST用例和ET测试可能存在重复
规避：在设计ET checklist时应尽量避免需求中的测试内容，但完全避免是不可能，可先执行ET用例，再执行ST用例，对于在ET中已执行的用例ST中可以不执行，或直接填写测试结果即可。
6、最终输出的测试用例可能很庞大，评审难
规避：执行结束后，要求不但要输出测试用例，还需输出扩充的测试思路，以便节省评审时间，将checklist编号与执行人员最终输出的测试用例对应。
输入：需求文档、用户手册、待测试软件
备注：当需求文档、用户手册文档可能不完备，或根本就没有。这种情况
需花较多时间来直接操作软件，以便对整个软件功能有整体了解。
二、功能分类
真正的探险家很少在不制定详细策略和周密计划之前就开始探险；探索式测试
人员也一样，对于复杂的功能模块、用户可能用到的功能以及缺陷最可能存在的
测试方法：破坏者测试法、反叛测试法、强迫症测试法
历史区：
软件中的“历史区域”指的是哪些遗留代码。或者在前几个版本就已经存
在的软件特性，或用于修复已知缺陷或故障的代码。最后一点尤其重要，因为
对软件权限来说，历史经常会重演，所以重新测试哪些曾经含有很多缺陷的代
码特别重要。
测试要点：验证原有的功能是否都还存在、是否受新代码影响。比对是否
在测试执行过程中可由执行人员提出并及时调整。
应用根据软件功能的重要程度、使用频率、新旧将软件功能模块分为商业区、
娱乐区、旅游区、旅馆区、历史区、破旧区6个类型。分析粒度不必一定是一个大
的功能模块，也可以一功能点。
商业区：
城市的商业区喧嚣的特点体现在早上和下午的高峰时段以及午餐时间。也
是工作得以完成的地方。对旅游闲逛者来说没什么意思的地方。
类到使用某些测试法，有些测试点可能会用到多个测试方法。测试方法只是其指引
测试思路的作用。
结合每个测试点或若干测试点的特性可推出每个测试点的测试内容和策略，即最终交付给执行人员执行的checklist。如：
五、执行人员如何执行
测试执行人员拿到上述checklist后，依据测试点的测试内容和测试策略为引
7、多人同时测试可能存在重复测试
规避：通过角色、输入、输出、需求不足、外因、其他六个方向提取每个模块的测试点，将不同模块的测试点放在一块比较，可以去除重复的测试内容，避免执行时间的浪费。
8、无法评估测试人员的测试结果
规避：通过testlink执行人员的输出用例和checklist执行结果可充分评估测试结果。
2、与人的测试技能关系很大
规避：做测试技能培训，另外每条checklist都包含测试内容、测试策略、预期结果三部分内容，其中测试策略会注明使用的测试技术。
3、测试覆盖度无法保证
规避：采用ST和ET混合，保证ST用例至少包含所有的需求指标文字。
4、测试进度不好预估
规避：以功能模块为单位，提取checklist，控制每条checklist执行工作量在30-60分钟之间，使测试进度将变得可预估。
当各测试设计输入文档完备时对设计者输出checklist应是较容易的事，但当
基于单个功能模块或功能点在需求不完备或缺失的情况下该如何展开测试如何提
取测试点呢，可从以下几个方面出发：
角色（谁可使用该功能模块、谁可驱动该模块功能启动，列出所有的可能）
输入（找出该模块可处理的所有类型的数据，或该模块存在的所有可能的
破旧区：
即适用于输入一些恶意数据以破坏软件的，或做一些破坏性操作的功能模
块。在这种方法中，我们会试图利用每个可能的机会暗中破坏软件。如让软件
运行在内存很少的机子上，如让应用程序读取某个文件，后又破坏文件妨碍应
用程序读取等。
测试要点：破坏的前提是这些破坏都是用户可能做的，或破坏频率不是
极低的，否则这种破坏测试没有太大意义。
对软件来说，用户花钱买软件的原因是因为应用软件的特性和功能可以
“使他们的业务得以完成”。市场上的产品宣传材料会详尽得描述这些特性。
即用户常用功能，通常为用户手册或指南中写的功能，实现软件主要业务的重
要功能卖点功能。通常该部分功能为软件的新功能。
测试要点：该部分功能作为测试重点需详细测试，尽可能覆盖所有可能的用
ET测试实施步骤
一、功能熟悉
对软件功能的基本掌握是探索性测试的基础，为后续探索测试内容和测试策略做准备。真正的探险家很少在不制定详细策略和周密计划之前就开始探险；探索式测试人员也一样，对于复杂的功能模块、用户肯呢个用到的功能以及缺陷最可能存在的地方必须尽可能的覆盖。
角色：ET测试策划者（负责模块分区、设计checklist）、ET用例执行者（负责执行ET checklist、反馈并修改模块分区、checklist）
地方必须尽可能的覆盖。
角色：ET测试策划者（负责设计最初的模块分区）、ET用例执行者（可在
执行过程中起补充和修订作用，但该过程需由策划者评审）。
输入：对软件功能的整体了解和把握、需求文档、用户手册
备注：ET测试策划者只有对功能有了较整体的理解后才可启动该步。测
试策划者由于未深入测试软件，有可能对功能分类有错误，所以该步
功能是否能够很好的结合在一起。
测试方法：配角测试法、深巷测试法、通宵测试法
旅游区：
指无需深入测试，但必须覆盖到所有路径的功能模块。
测试要点：这种测试方法，不关心软件是否工作或工作细节，它关心快速访问软件的各种功能，目的是为了到此一游。
测试方法：收藏家测试法、长路径测试法、超模测试法、测一送一测试法、