软件开发中的客户测试与测试驱动开发
在软件开发过程中，客户测试和测试驱动开发（TDD）是两个非常重要的概念，它们对于提高软件质量、减少错误以及促进团队协作都有着重要的作用。
客户测试
在进行客户测试时，有时会发现可讨论的示例和规则比预期的更多。创建具体示例的过程往往会揭示出一些未曾考虑过的场景，而测试人员在发现这些场景方面尤为擅长。当有大量问题需要讨论时，可以让部分或全部程序员先着手处理已有的示例，同时进一步完善其余细节。
程序员在有了一些示例后，可以使用常规的测试驱动开发方法来实现代码，但不能将客户测试作为编写自己测试的替代品。虽然可以使用客户测试来驱动开发，但它无法提供像TDD那样细致的支持。随着时间的推移，可能会发现实现和回归测试套件中存在漏洞。因此，应该选择一个业务规则，使用TDD来实现它，然后确认相关的客户测试是否通过。
聚焦业务规则
创建客户测试时，最常见的错误之一是描述用户界面上发生的事情，而不是提供业务规则的示例。例如，为了表明账户代表不能删除已邮寄的发票，可能会错误地编写如下步骤：
1. 以账户代表身份登录
2. 创建新发票
3. 输入数据
4. 保存发票
5. 向客户发送发票邮件
6. 检查发票是否可以删除（应该为“否”）
这样的描述很难让人看到核心思想。相比之下，另一种方法则更清晰：
| 发送状态 | 用户角色 | 是否可删除 |
| ---- | ---- | ---- |
| 已发送邮件 | 账户代表 | 否 |
好的示例应该聚焦于规则的本质，不要去想象这些规则在应用程序中如何工作，
