没有探索测试的敏捷开发是残缺的

本文章出自【码同学软件测试】

码同学公众号：自动化软件测试，领取资料可加：Matongxue_8

码同学抖音号：小码哥聊软件测试

 

探索测试（Exploratory Testing）是一种软件测试的方法，更是一种测试思维方法论。

探索测试最先是由大神Cem Kaner在1983年提出的。探索测试是一种强调工程师自由与责任的测试方法。

探索测试具体执行中，测试人员用不断的学习来进行迭代，每个迭代改善测试的规划与测试的执行，并且改善测试案例，三者达到相辅相成的效果。

探索测试，讲究：边学习、边设计、边测试、边思考。属于测试人员自发进行的测试迭代，与开发人员的功能迭代对应。

探索测试在执行测试的过程中，根据所获得的测试执行结果，来设计测试策略的方法。

探索测试思想的本质之一：根据当前的实际情况来选择最合适的测试技术，进行测试。

测试人员使用探索式测试从客户的角度评估软件的实际工作方式。有别于用户测试，探索测试是在发布之前，敏捷迭代中进行的。

免费领取 码同学软件测试 课程笔记+超多学习资料+完整视频+最新面试题，

可加微信：Matongxue_8

 

尤其在国内这种把敏捷开发玩成996、007似的加班开发的环境中，测试时间不断被挤压。探索测试显得尤为重要且有意义！

软件开发采用敏捷模式了，但是软件测试多数还处于瀑布流程，这显然是不与时俱进的。

下面表格对比了瀑布流程测试和探索测试：

探索测试，有别于很多人认为的“点点点”或者Monkey Test。因为探索测试，有几个预先的规划方向，按照顺序分别是：

1. 自由式探索式测试

2. 基于应用场景的探索式测试

3. 基于产品定位的探索式测试

4. 基于使用反馈的探索式测试

从第二条开始，探索测试就需要注意：

1. 从产品原型中获取软件应用场景，确定测试的方向，确定范围和深度，找到主干场景、分支场景；

2. 从产品PRD文档中获取软件定位，确定用户习惯和行为，找到测试的核心功能点；

3. 与产品人员、开发人员沟通，获取更多业务信息和系统架构信息，以确定更多的风险点；

4. 如果可以的话，与其他测试人员沟通，大家探讨测试反馈。

综上所述，探索测试把制定测试计划，设计测试用例，执行测试过程，提交软件缺陷，迭代测试计划计划这一系列的过程有机地形成一个闭环。

探索测试，每次前进一小步，但确实软件质量提升的一大步。

积跬步，至千里！

有效地利用探索式测试技术可以帮助团队发布一个高质量的软件产品。

没有探索测试的敏捷开发是不完整的，甚至是残缺的！

 

END

免费领取码同学软件测试课程笔记+超多学习资料+学习完整视频，可加：Matongxue_8／关注码同学公众号

本文著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。