1

我假设大多数人都阅读了Joel 的 Painless Functional Specification 文章。在第二部分，什么是规范？，提供了样本规格。但是没有提到要求。我有两个问题：

  1. 需求如何适应示例功能规范？我假设在编写功能规范之前必须知道需求。所以它们不能成为功能规范的一部分，但它们记录在哪里？

  2. 测试驱动开发 (TDD) 如何融入整个 func 规范/技术规范拆分 Joel 大纲（如下）：

功能规范完全从用户的角度描述产品将如何工作。它不关心事情是如何实现的。它谈论功能。它指定屏幕、菜单、对话框等。

技术规范描述了程序的内部实现。它讨论了数据结构、关系数据库模型、编程语言和工具的选择、算法等。

4

1 回答 1

1

功能设计

这是什么。

你在设计什么？用户会用它做什么？它将为他们提供什么价值？

功能规格是要求。各种用户执行的每个操作（创建帐户、登录、查看时间）都是系统的要求。

但是，您必须更深入地问自己，“如果迈克不记得他的密码会怎样？” “‘令人兴奋’对 Cindy 意味着什么？” 等等（这就是 Joel 指出它不是一个完整的规范的原因——它缺少很多细节。）

TDD

测试驱动设计是HOW

类、方法等如何工作？错误如何处理？数据如何通过代码流动？

于 2012-09-24T11:00:18.047 回答