不要这样写测试用例（给测试新手和老鸟的提示）(4)

记住，测试用例总是关于“如何”来测试，所以，在你的测试用例中写出“如何检查和支付”的确切步骤是非常重要的。

因此，这条用例如果写成下面这样会更有效：

• a. 访问Amazon.com
• b. 通过在屏幕顶部的”搜索”栏输入产品关键字或名字搜索产品
• c. 从显示的搜索结果中，选择第一个
• d. 在产品详情页，单击“添加到购物车”
• e. 在购物车页面点击“结算”
• f. 输入信用卡信息、物流信息和账单信息
• g. 单击”结算”
• h. 检查订单确认页

因此，一个混合了多步的步骤可以被分解成若干个单独的步骤。下一次我们写测试用例的时候，请大家都注意这一点，我相信你们会同意我的，因为我们在无意中经常这么做。

#2. 将应用程序行为作为预期行为

近来，越来越多的项目不得不得处理这种情形。

缺乏文档、极限编程、快速的开发周期，这些原因迫使我们依赖于旧版本应用程序来编写测试用例或将其作为测试的基础。通常,这是一个糟糕的实践——但并不总是这样。它是无害的,只要你保持开放的心态并明白——“应用程序可能是有缺陷的”。只有当你不这么认为的时候,事情才会变得不好。

原文转自：http://www.kiford.com/a/WZ010816YA0XUFC1