探索性测试在软件测试中的应用.docVIP

探索性测试在软件产品测试中的应用 （原创qq491698144） 前言 软件测试在软件诞生的那一天就开始了，越来越多的公司和组织获得了软件测试的巨大回报，这是提高软件质量最有效的方法，也是提高公司产品质量的重要手段。 曾经一个朋友聊天时说过，一个90年代的程序设计师和一个90年代的测试工程师，那么到了我们现代的这个社会，程序设计师可能不知道如何下手，但是测试工程师还是可以按照他的思路来测试这个产品（对于较简单的非网络软件）。 起初听到这个事情很不以为然，但是仔细坐下来好好想想，这里面隐藏着一个软件测试方面的巨大的难题。那就是我们的软件测试方法一直都没有改变过，曾经很多人提出过这方面的理论和技术，但是很多都是以失败告终了。那么为什么软件测试改进这么难，编程语言在层出不穷的变换着，唯独测试方面停滞不前。仔细想一想，是因为软件的多样性，曾经有学者提出建立像维基百科那样，建立一个测试百科，由世界各地的测试工程师上传自己的测试用例，也提出过携带环境测试等等一些理论。所以我们对软件测试新方法迫不及待。 软件失效 当我们看到这个名词的时候，我相信很多测试工程师都会有同感，在你们的工作过程中发现过很多软件失效，“人类本身就是一个麻烦的制造者”，我们不仅扪心自问，“我们是否可以真正以来软件处理这些重要的全球性任务？对于许多灾难“船只抛锚”、“火箭爆炸”、“金钱损失”，甚至于“夺走人类的生命”。人类并不完美，难免会犯错误，任何人。 商业中的软件测试 如今软件测试已经系统化的应用到了商业软件测试中，但是在真正的测试中往往是这样的，当我们测试到一定的程度的时候，bug的数量不在增加了，这个使我们往往很苦恼，从测试用例中一遍一遍的运行，希望发现bug。但是很多的时候我们的测试经理很略了一个很大的方面，那就是测试工程师的心理，我们往往在很苦闷的寻找一个东西，往往变现的很是急躁，但是如果我们有了地图，或者有了提示，那么我们再寻找的话，往往会轻松很多。我们暂且称之为测试瓶颈。 这个时候我们需要转变测试方法，举一个例子，农民在喷洒农药的时候，时间长了，有一些虫子不但不死，反而对其的药性有抵抗力，这是时候农民往往回换一种药。软件测试亦是如此，这个时候我们就得换一种测试方面。这是软件测试原理中的第五条：杀虫剂侼论。 第三届 探索性软件测试 第一次看到这个词语你可能会感到惊讶，从此以上面我们可以看出，那就是在探索中测试。 那么我们从这里在分为：局部探索性软件测试、全局探索性软件测试以及混合探索性软件测试。 局部探索性软件测试： 进入这个话题之前，我们先看一个比喻性的招聘广告， 急需一名软件测试人员，该职位要求根据那些乱七八糟且只有半截的规格说明书（如果还能找到的话）来测试一个高度复杂且基本不带任何文档的软件产品。不要指望当初的开发人员，他们基本不愿也不会帮助你。该产品的使用环境广泛，支持多用户、多平台、多语言和其他很多必须支持的环境。我们不清楚如何定义它们，但是安全性和性能是最重要的，而且软件发布后不允许处任何问题，否则我们就玩完了。 我们必须承认上面说的都是反话。但是这里提到情况，我敢打赌他们是不会招聘到人的。 这个广告告诉我们，测试工程师必须有完整的产品规格说明书，必须清楚产品框架，必须了解产品的使用过程和功能。 测试就是有所改变，有所不变。 1）你必须判断软件运行的表现是否符合设计的预期？ 2）当用户为了某个功能购买了软件，可是该软件时候实现了这个功能？ 3）软件运行时，是否足够快，足够安全，足够稳定？ 那么在局部探索性软件测试我们可以依赖于以下几种： 合法输入和非法输入 输入筛选器 输入检查 异常处理代码 默认输入或者用户提供的输入？ 常规输入还是非常规输入？ 使用输出来指导输入选择 全局探索性软件测试： 我们暂且把全局探索性软件测试看着一次旅行，你到了摸一个大城市之后，比如英国伦敦，这个城市中会分为：商业区、历史区、旅游区、娱乐区、旅馆区、破旧区。 商业区测试类型： 商业区是一个城市的经济核心，相比软件，商业区就是软件中最主要的功能。 那么我们有以下几种测试方法， 指南测试法 要求测试人员通过阅读用户手册并严格按照手册的建议执行。如果手册描述了摸个特性以及如何使用该特性时，测试人员要特别留心那些指令。其目的是尽量忠实地执行用户手册中描述的每个场景。虽然许多帮助系统只描述了软件的特性，而不涉及场景，但他们一般对于英爱使用那些输入以及操作用户界面来执行软件的特性都会给出具体的建议。因此这个测试法不仅可以验证软件确实实现了手册中所描写和各种软件特性，并且还能验证手册的准确性。 卖点测试法 在一个城市中都有这个城市的亮点，我们也通