51Testing软件测试论坛

标题: 增量測試法——探索测试 [打印本页]

作者: diudiucheng 时间: 2004-6-28 13:25
标题: 增量測試法——探索测试
测试人员建立测试的效率常常受到以往测试结果的影响。这种方法称为探索测试法（Exploratory Testing），是确定如何测试的第一步。
探索应用程序以及熟悉应用程序的功能是学习过程中的一个必要的步骤。
测试人员在开始任何测试前必须熟悉应用程序。这种探索可以采取多种形式：
1.学习已有的测试指南或培训教材；
2.阅读任何已有的最终用户或工程文档；
3.请专业人员演示应用程序；
4.输入随机数据和命令；
5.执行所有操作选项；
6.以好奇心和求知欲尝试程序的运行状态。
在探索的过程中，测试人员通过观察程序的行为来观察程序如何工作，感觉什么样的输入是好的，什么样的输入是不好的。当应用程序的显示结果与测试人员预期的结果不同时，则有可能存在潜在的问题。
探索的目的在于通过对应用程序功能的操作更多地了解应用程序。这只是探索测试法的一个方面。只要你在执行当前的测试时是基于观察来建立新的测试，那么你就是在使用探索测试法。
探索的另一个重要任务是找到了解应用程序并有权澄清需求的人。

作者: jackei 时间: 2004-6-28 13:33
探索测试或许可以成为测试工作的一个好的补充，但是对于测试工作来说，它同样意味这不确定性和不可预知性。很难确定在这方面投入的成本会获得多少收益。

作者: diudiucheng 时间: 2004-6-28 13:40
标题: 是吗？
探索尽管有缺陷，首先，应用程序产生的结果有可能与测试人员的判断存在偏差，测试人员可能相信输出结果是正确的。其次，当测试人员发现一个错误时，用以表明应用程序的路径或以前状态的击键记录可能不存在了，指就是重现以前的错误变得十分困难。
但这些本人认为不是全部都可以否定的，虽然有不好的一方面，但也有它的可取之处啊！

作者: skinapi 时间: 2004-6-28 19:43
想进行高效的探索测试，必须要有丰富的测试经验，应该属于比较高级别的测试方法。对于测试新手而言，探索测试只能作为普通测试方法的一种补充，一种开发自己潜能的方式，而不能作为测试工作的主要方式。

作者: jackei 时间: 2004-6-29 12:14
是呀，所以我并没有说它一无是处，只是说它存在太多的不确定性。

作者: linmi_010 时间: 2007-8-7 11:43
路过

作者: shanxi 时间: 2007-8-7 11:55
Exploratory Testing是建立在丰富产品测试经验和产品周期异常成熟的基础上

微软比较推荐这种测试方法。

作者: 119139107 时间: 2007-8-7 12:03
感谢斑竹的发言
学习中。。。。。

作者: 愚人 时间: 2010-9-19 20:28
嗯，学些了，谢谢……

作者: 千里 时间: 2010-9-20 09:59

Exploratory Testing是建立在丰富产品测试经验和产品周期异常成熟的基础上

微软比较推荐这种测试方法。
shanxi 发表于 2007-8-7 11:55

嗯，不过微软是在测试之余推荐这种方法，有一个前提的。

作者: sakuna 时间: 2010-9-20 11:47
正好最近有人送了本《探索式软件测试》给我，不过还没看呢，不知道是不是你介绍的这种啊

作者: shanxi 时间: 2010-9-21 12:21
James bach 2000年给Windows应用程序兼容性测试制定的测试策略就是探索式软件测试，这个可以在他的网站上找到痕迹，似乎已经成为这种测试的常态测试方法了。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)