TMQ微信沙龙第二期回顾

一堂课学会探索式测试

活动时间：2016年6年16日

微信线上交流群活动介绍TMQ微信沙龙第二期分享圆满结束啦~本次分享的主题是探索式测试相关的知识。共有来自四十五个公司的52位测试小伙伴参加了活动~想知道活动分享了啥吗？往下看吧！

活动嘉宾：

嘉宾简介：赵燕，2012年加入腾讯担任系统测试工程师，负责QQ同步助手，换机助手，相册管家等多款产品的测试工作，测试积累颇多；主要研究探索式测试的实践和推广，在公司内给微信团队、手管团队等做过多次分享，有着丰富的探索式测试实战经验。

分享主题：深入浅出Android流畅度原理&优化

● 实践收获——探索式测试的落地实践收获 ● 基础知识——探索式测试的概念和方法 ● 应用策略——探索式测试的实践方法体系 ● 学习步骤——探索式测试快速入门指导

活动流程

1报名参加：6月14日~6月16日

2微信建群：5:00PM

3嘉宾介绍：7:50PM

4分享演讲：8:00PM~8:40PM

5观众问答：8:40PM~9:00PM

6自由交流：9:00PM~

问答环节

1.探索性测试能否作为黑盒功能测试的主要测试策略？

答：探索式测试在黑盒测试中有非常好的指导性，可以在黑盒测试中作为主要测试策略，只要把握好时间和覆盖度即可。

2.探索性测试是否只能作为补充性测试策略？

答：在对探索式测试的团队信心不够足的情况下，可以采用这种只作为补充测试策略。或者是项目对传统脚本测试要求比较重的情况下都可以只作为补充。总体来说因项目和测试人员掌握程度而有不同的差异化，我们并不追求一种大一统的使用方式。

3.局部探索性测试是否意味着可以不需要将测试用例细化到很细的颗粒度？测试用例只是一个测试方向的指引？

答：是的，探索式测试的灵魂就在于能够在即时场景中进行联想和变化，用例细化到很细的颗粒度对一个没有学会探索式测试的人员或者机器来说是极好的，但是这会束缚探索式测试的灵活性。测试用例作为一个测试引导方向即可。但是还是不得不提醒一下，在团队还不够成熟的情况下，对用例的完全放弃要慎重。

4.探索性测试对于测试人员的技能要求是不是很高？

答：这个问题怎么说呢？韩信将兵，多多益善。如果测试人员的技能水平比较高，自然是事半功倍。但是探索式测试并不要求测试人员具备非常高的测试技能，也非常适用于初学者，甚至普通用户体验。只要能掌握探索式测试的基础方法，结合各自项目积累的知识库，可以快速提升初学者发现缺陷的能力。

5.对于团队测试人员能力参差不齐的情况，如何培训测试人员才能达到探索性测试的技能要求？

答：这个问题非常好，实际上这就是现实中一定会遇到的问题。对于团队能力参差不齐的情况，首先可以参考ppt中的三步走学习方法训练新人，提升木桶效应中的短板；其次可以通过分享交流，思维碰撞，给初级者以启发；还可以采用结对测试的方式，提升整体的测试能力。

6.如何评估探索性测试的测试结果，已确保测试策略的有效性和功能覆盖程度？

答：覆盖度可以从两个方面入手，一个是需求覆盖度，一个是漏测率。需求覆盖度我们有我 们的指南法和地标法，保证覆盖到全部功能和需求，之后再根据探索式测试的其他各种 方法进行深入测试，如果时间允许测试会非常充分， 如果时间不允许，也保证了需求 基础功能的充分性，测试时间和风险的问题可以与项目组一起评估，我们可以通过几个 版本的漏测率统计来验证探索式测试覆盖度和充分性

7.能否举一个在B/S架构系统的功能测试中（偏UI界面测试）中实施探索性测试的案例？

答：我们将其应用在软件生命周期的各个阶段并汇集来自腾讯各个产品线的业务测试主力的思维亮点，总结出的一套规范打法。如：需求评审阶段通过探索测试方法快速指出设计中的缺陷；测试前期的测程规划主要通过了解需求文档程序结构数据流等来进行需求的合理划分和测试过程的合理规划；增量测试过程中的基础测试和深入探索测试具体实现方法；集成阶段相互关联模块多维表格的运用；上线前阶段地标卖点测试法的应用；探索测试专项活动；经验库等多个环节。

8.探索式测试和自动化测试的关联?

答：探索式测试是一种测试思维方式，自动化测试的case可以从经验库的里面抽取，通过评估将其自动化的价值，有价值的case可以将其实现自动化。

探索式测试如何保证覆盖率？答案详见问题6。

9.小编好，我想问嘉宾的问题是:在测试之前我们怎么能提前发现Bug？

答：可以在需求评审阶段就引入探索测试方法，包含：需求评审和需求文档，在需求评审的时候，我会带着问题去探索，针对不同需求问题可能会不一样，但我会带着这几个问题：对于有时间和数字的地方，会着重考虑临界值（极限测试法）；不断问，返回操作怎么处理？（取消测试法）；有没有相关联的模块，如手图的零流量模块、离线地图等，在这两个模块最容易出bug（恶邻测试法）；用户不按套路操作，软件有何提示？（破坏测试法）；这些都是在运用探索测试方法的技能提前预防bug ,挖掘潜在的风险。

10.我想问，探索测试的测试怎么把控？对于组内的测试人员的工作情况评价有什么不同呢？

答：首先是学习理论及方法的练习，此阶段最重点是扩充思路，作为补充，需求评审补充，测试用例补充，测试执行补充，掌握方法，体验收益；其次是探索测试各个环节的引入尝试，比如测试用例的改造，针对新增需求，可以按照探索测试思路进行改造，分成基础用例和深入测试的形式；比如测试规划，从测试规划将被测对象在测试之前就理解透彻；比如专项活动，在增量测试阶段引入活动，测试人员互相帮助，扩充测试思路，增强测试趣味性；在发布后，总结经验库；最后当每个测试人员在每个测试环节都完整的尝试了几轮后，并且掌握了探索测试的方法，则可以逐步完整引入了。

整个项目不会同时迈进完整探索测试，而是不同的测试人员，从经验丰富到经验匮乏，从主动学习到被动学习的人员循序渐进完整使用的过程，这个过程测试负责人非常重要，需要合理把握。

11.什么样的项目适合探索式测试，以及探索式测试开展的具体时机。和其他的测试过程如何先后顺序？

答：①探索式测试适合于所有的项目，ET3.0中测试=探索，否则就只是对功能的检查了。②探索测试根据自己掌握的情况确定开展时机，可以作为传统测试流程的补充，也可以替代传统的方式，应用于项目的所有流程中。③和其他测试过程无严格的先后顺序，如需求评审阶段，可以使用启发式模型确定测试章程，明确测试点；增量测试阶段先通过地标法、指南法等保证基础功能，然后通过深入的测试方法探索更多场景；集成阶段则使用上一版本测试法；上线前应用地标法，卖点法等再次确认核心功能可用性；最后上线后通过用户反馈总结补充知识库，指导下一版本的测试，形成闭环。

12.这些功能分区和探索式测试方法，是介绍的那本书总结的吗？必须看书才能使用探索式方法吗？

答：分区和探索测试的方法，是《探索式测试》一书中提到的，可以对这些方法边学边用，不用等到全部看完才能开始。

13.有个问题哈。。就是 你们在测试过程中 会有很多时间 把测试放在一起去讨论问题吗？

答：有时间的话，可以组织几次专项测试活动，便于大家互相学习，激发灵感，不会占用大家太多时间的。专项活动的形式如下：

①主持人活动形式。主持人往往是模块负责人，把大家召集在一起，在限定的时间内进行探索测试，时间结束后汇总收集讨论每个人发现的ＢＵＧ，此种形式往往比较紧张，但效果最好。

②头脑风暴形式。模块负责人将大家召集在一起，帮忙拓展思路，避免一个人测试导致的思维局限性，但并不实际限制时间测试，这种形式活跃放松。

③结对形式。此种形式是两个人共同测试一个较为困难的模块，互相商量，互相支撑，彼此补充对方思路，有疑问点一起探讨。并且也可以作为测试项目经理检查测试质量的方式，测试项目经理可以通过与相应的模块负责人沟通，可以判断出测试中存在的风险点，尤其是基础测试不完善的风险，及时指出。

④缺陷大扫除形式。此种形式往往与前三种不同，往往可以在集成测试末期，所有测试基本完毕的时候，大伙在一起进行整个版本的缺陷大扫除，以增强发布信心。

14.你好，问题:探索式测试从0到1是怎么推进的？有遇到什么坑？

答：探索测试的实施过程可以根据学习程度分阶段进行，保守推进不会有太大的风险：

1)首先是学习理论及方法的练习，此阶段最重点是扩充思路，作为补充，需求评审补充，测试用例补充，测试执行补充，掌握方法，体验收益

2)其次是探索测试各个环节的引入尝试，比如测试用例的改造，针对新增需求，可以按照探索测试思路进行改造，分成基础用例和深入测试的形式；比如测试规划，从测试规划将被测对象在测试之前就理解透彻；比如专项活动，在增量测试阶段引入活动，测试人员互相帮助，扩充测试思路，增强测试趣味性；在发布后，总结经验库。

3)最后当每个测试人员在每个测试环节都完整的尝试了几轮后，并且掌握了探索测试的方法，则可以逐步完整引入了。

15.你好，这个方法新手应该注意什么呢？

答：作为探索式测试新人，勇敢尝试就好了，先讲探索测试作为日常工作的补充，另外从以往缺陷库和现有的经验库中学习经验，丰富自己的知识，然后慢慢推进直至熟练掌握各种方法。

16.这个探索性测试应该算是自动化测试的补充吗，分析总结完应该会加到自动化测试里面去的吧？

答：探索式测试是一种思维方式，是相对脚本测试来讲的，自动化测试是一种测试方式，是相对手工测试来讲的，二者属于不同范畴的定义，分析完结后加入经验库的测试点可以通过评估将其自动化的价值，有价值的部分可以细化成为用例，再实现自动化。

17.探索测试能拿来当主要的测试方法麽？即一项测试计划，全程使用探索测试？

毕竟是真人在使用手点啊点，太浪费时间了吧有点，而且过程还比较枯燥

答：探索式测试作为补充策略还是全量替代，依赖于团队测试成员对探索式测试的熟练程度，在探索式测试实践初期，建议作为补充策略，使用探索式测试的方法补充一些测试用例，特别是异常场景的用例，实践中期，可以对于一些需求变更采用探索式测试的策略，特别推荐我们的局部章程三部曲，实践后期，在熟练掌握探索式测试后，就可以把探索式测试作为全量替代来开展了。

探索式测试只是一种思维方式，可以使用各种测试技术，包括自动化测试，精准测试等等。

18.探索性测试除了功能测试，适用于专项测试吗？

答：可以的，探索式测试是一种测试思路，只是一般来说在功能测试中应用比较多，专项测试也可以用探索式测试的思路来设计测试场景。

19.一般探索式测试是在什么项目阶段进行？

答：探索式测试可以贯穿测试的整个生命周期。在测试设计阶段，可以根据团队对探索式测试的掌握程度，不熟练的情况下可以将探索式测试方法作为用例补充，熟练了后可以省掉用例，直接进行测试章程设计，在迭代测试阶段，分为基础测试和探索测试两步来执行，基础测试即检查产品的需求实现情况，探索测试则按照探索式测试的思路执行测试，在集成测试阶段， 将用例进行分级，过完1级用例后，其余的时间用来做探索式测试，在回归测试阶段，回归完BUG后，结合精准测试，针对代码变更点进行探索式测试，在上线前测试阶段，检查完主路径的后，根据风险点执行探索式测试。反馈跟踪，针对产品上线后的用户反馈进行漏测分析和BUG复现。

20.探索性测试如何避免测试遗漏的问题，有专门统计过吗？

答：覆盖度可以从两个方面入手，一个是需求覆盖度，一个是漏测率。需求覆盖度我们有我们的指南法和地标法，保证覆盖到全部功能和需求，之后再根据探索式测试的其他各种方法进行深入测试，如果时间允许测试会非常充分， 如果时间不允许，也保证了需求基础功能的充分性，测试时间和风险的问题可以与项目组一起评估，我们可以通过几个版本的漏测率统计来验证探索式测试覆盖度和充分性。

21.探索性测试平时可能用过，但是并没有好好总结，不知道有没有好的总结方法？

答：建议可以阅读《探索式软件测试》这本书，推荐熟悉里面的漫游测试模型中介绍的测试方法，另外也可以阅读我们TMQ公众号里面的探索式测试系列文章。

获奖名单

幸运听众奖

王芳-格兰富-测试工程师 微信名：@拖妈