认识达内从这里开始

随着互联网的不断发展，越来越多的人都在通过参加达内培训课程来实现互联网转型发展，而本文我们就通过案例分析来简单了解一下，探索式测试技术应用注意事项。

探索式测试是一种测试技术

探索式测试本身不是一种测试技术，相反，它是一种可以应用于广泛测试技术的方式或态度。所以很遗憾，测试工程师可能在现实世界中找不到一款名为“探索式测试工具”的软件来帮助他们直观地完成探索式测试。

具体来说，测试工程师在某个时刻准备按照事先编写好的测试用例开始测试某个网站用户注册的页面时，一步步的走下去，输入框、日期选择器......一切看起来都很顺利，但是等一下，探索式测试是一种启发式的方法，在循规蹈矩地做着一般性功能测试的时候，我们需要同时来点不一样的东西。

凡此种种，都是些启发式思维的小例子，从中可以看出，探索式测试作为一种方法，可以运用于任何一般性测试中，如单元测试、功能测试、性能测试、系统测试等等，只要有探索性的思想并贯彻于实践中，探索式测试就会发挥它的重要作用，找到一般性测试没有涵盖的危险区域。

探索式测试是一种黑盒测试

测试工程师和测试经理对黑盒测试并不陌生。黑盒测试指的是测试人员把待测产品看做一个包装完好的盒子，无法看到其中的实现细节，只通过产品规格说明书、用户反馈等途径来设计测试用例并执行、分析。探索式测试作为一种测试方法，在黑盒测试中确实可以得到??很好地应用，比如在上面提到的UI功能测试中，探索式测试可以作为一种有益的补充发现常规测试顾及不到的测试点。但是，探索式测试提倡的原则之一就是“努力深入了解待测产品”。常规测试用例覆盖范围不全面的一个重要原因就在于对产品的理解不够深刻，所以难以挖掘出深层次的问题。探索式测试更趋近于白盒测试，要求测试工程师对产品有比较透彻的理解，从而创造性地提出和执行一些“出乎意料”的测试。

伴随着对产品的了解越来越深入，探索式测试会逐步发现更多的隐藏的潜在风险，通常情况下在白盒状态下的探索式测试更具价值，因为其成果都是建立在坚实的知识和理解基础上，其指向更有针对性。

探索式测试就是随机测试

探索式测试与随机测试的关系有些微妙。随机测试一般是指??在无文档、无计划下的软件测试，通常能够在测试初期快速地发现重要的缺陷或者在测试末期快速地进行回归测试，在某些资料中，将随机测试作为探索式测试的一部分。从表面上看，“随机”和“探索”两个词之间的确存在着一些联系，但是细一想，探索并不意味着随机，虽然是启发式的思维方法，但是其仍然遵循着一定的有序过程，虽然这种过程无法用文字记录下来，也无法适用于所有测试场景，但是其思维过程仍然具有合理性、有序性。所以，探索式测试是更高级的随机测试，它借鉴了随机测试中自由、开放的特质，但是又融入了启发式思维的元素，较之更为严谨、正式。

确保所有类型的输入错误信息都触发一次，努力找出开发人员可能会忽视的无效值。

针对所有输入域，尝试错误类型的数值和可能会被错误对待和处理的字符串。研究产品运行的操作系统和编程语言的局限性和差异性，创建一些存在问题的字符串，并执行测试。

在每个输入域，键入所允许的长字符。

选择一些能够引起底层数据运算的输入域，多次重复输入相同的值，观察结果是否相同。

对每一个输出域，思考其在不同情况下出现的不同结果显示，然后将这些情况分别应用到测试中，观察输出域是否和预料相同。

对每一个输出域，思考哪些结果是不能或者不应该出现的，然后想办法触发这些非法的结果，看看是否能够实现。

尝试触发递归式的函数调用，如文档中嵌套自身文档，超链接中嵌套自身链接，类似的错误。

尝试触发数据的存储溢出，观察由此导致的结果。

看到上面的建议，我们不会认为这是在做随机测试。针对用户界面的探索式测试显得很有“条理”，虽然随机测试也可能会涉及到上面提到的几条建议，但这是“随机”的，测试工程师无法控制测试覆盖的范围。探索式测试则不同，它会存在文字记录，会做覆盖率分析，比随机测试更为有序和可控。

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销，赚更多好礼。