从一个实例详解敏捷测试的最佳实践(7)

Q：作为查询信息、寻找商业合作伙伴的网站用户，搜索框对我有什么好处？

A：坏处：找到一家商户的地址，过去才发现已经关门歇业

好处：查找商户很简单，只要轻点鼠标

不快：有时候在寻找一类商户，却记不清楚具体名字

3. 从程序员角度思考

Q：一个搜索框的最简单实现方法是什么？

A：一个有 text input 和 search button 组成的 form；后台通过 server 程序将符合类型和地址的商户名从数据库中取出，返回给用户；每个返回项包括商户的名称、地址和评价意见。

4. 寻找这些观点中的问题

Q：搜索框如何在用户忘记具体名字的时候提醒用户？

A：在第一版本中实现比较困难。可以让用户输入至少一个类型来提高模糊查找的效果。

5. 最后寻找到隐藏的假设

以上的思考让测试人员对系统的隐含假设更加清晰：

首先，系统应该能够在高峰时候处理 200 条搜索请求和 1000 个鼠标点击事件。

其次，用户可以在已经查找到的内容中继续查找

最后，系统提供一个商户类别清单；如果用户选择商户类别而忘记具体名字，系统提供模糊查询。

在敏捷开发中，这些假设可以作为用户故事记录下来，从而指导未来系统的开发和测试。

3.2.2 设计概要的验收测试用例

定义完一系列用户故事后，测试人员就可以着手设计概要的验收测试用例。正如我们在前文论述，不同于单元测试，验收测试检查系统是否满足客户的预期，也就是用户故事是否能够实现。于是，测试人员可以根据每条用户故事来扩展，寻找其中的“动作”，然后为每条“动作”制定正例和反例。

项目实例：

原文转自：https://www.ibm.com/developerworks/cn/rational/r-cn-agiletestexplain/