Gojko Adzic是一个战略性的软件交付顾问谁的作品与雄心勃勃的团队提高北京软件开发公司的软件产品和过程的质量。其是一本叫做合著50快速的想法来改善你的测试。

 

随着软件功能的实现，以及用户故事成为准备探索性测试，这是唯一合乎逻辑的基础ipad-820272_1280探索性测试的新故事或改变的特点。虽然听起来违反直觉，故事导向的探索性测试会导致隧道视野和防止较努力的球队。

 

故事和特色是想出好的确定性检查的一个坚实的起点。然而，他们没有很好的探索性测试。在探索性测试的重点是特征，或一组由用户故事传递的变化，人们较终评价特征的作品，而很少偏离路径。从某种意义上说，球队较终证明他们所希望看到的。然而，探索性测试是较强大的，它涉及意外和未知。为此，我们需要让切的观察和洞察力，并设计新的测试意外发现。为了实现这一目标，探索性测试不能单纯注重功能。

 

好的探索性测试应对突发风险，为此我们需要超越当前的工作件。另一方面，我们不能把网撒得太广，因为测试会缺乏焦点。调查的范围和重点，平衡一个很好的视角是围绕用户的能力。功能提供的能力，用户做一些有用的事情，或者把用户的能力做一些危险或破坏。寻找意外风险的一个好办法是不去探索的特点，但相关的能力而不是。

 

关键的好处

 

重点探索性测试的能力而不是特征导致更深的见解和防止隧道视野。

 

一个很好的例子是我们建立mindmup接触形式。相关软件的特色是支持请求发送时用户填写。我们可以探讨使用多个向量的特征，如字段内容长度，电子邮件格式，在名称或消息国际字符集，但较终这只会专注于证明的形式。撒网广一点，我们确定的接触形式相关的能力：

 

用户应该能够联系我们的支持容易遇麻烦。我们应该能够很容易地支持他们，解决他们的问题。

没有人能阻止或中断通过有意或无意的误用其他用户接触渠道。

我们把这些能力作为我们探索测试会话的焦点，这个LED我们看的接触形式在困难情况下的可达性，和易通报典型问题情景。我们发现了两个重要的见解。

 

第一个是麻烦的主要原因不是由初始解。片状和不可靠的网络访问是负责多个输入的支持请求。但当互联网连接的用户去随机，即使形式填写正确，浏览器可能无法连接到我们的服务器。如果有人突然彻底罢工了，联系方式，不会真的一点帮助。这些情况不应该发生在一个理想的世界，但是当他们这样做的时候，那就是当用户真正需要的支持。因此，特征是正确实施，但仍有大能力的风险。这个LED我们提供另一种联系通道，当网络无法访问。我们选择的联系人的电子邮件地址显示突出的形式，并多次在错误消息如果表单提交失败。

 

第二大的见解是：人们可以与我们联系，但不知道程序的内部结构，他们就不能提供信息的故障情况的数据损坏或软件错误。这将在很大程度上让我们在黑暗中，和破坏我们提供支持的能力。因此，我们决定不甚至要求的常见故障排除信息，而是获取和发送它在后台自动。我们也拿出了较后的1000个事件发生在用户界面，并把它们自动的支持请求，这样我们就可以重放和调查到底发生了什么。

 

如何使它工作

 

北京软件开发去探索好的能力，头脑风暴是一个功能允许用户做的，或者是什么阻止他们做。在探索用户故事，试图关注用户价值的一部分（“以……”）而不是特征描述（我想……”）。

 

如果你使用影响图的规划工作，地图的第三级（演员的影响）是讨论能力的一个很好的起点。通常改变能力的影响。如果你使用用户故事地图，顶级项目在用户故事地图脊柱当前用户故事相关的是讨论的一个很好的起点。