寻找“规范”的好方法 一个专案
我注意到，在编写规范时，您在事情上浪费了大量时间，而后来，当您编写应用程序时，这些时间可以忽略不计，并且您会忘记一些重要的东西。
我发现（对我来说）编写一个概念验证应用程序（没有好的错误处理程序和安全内容，风格上的小问题等）并将其用作加入我的人的规范会更快（对我来说）。
不过，我觉得我也在这种方法上浪费时间，关于如何做到这一点有什么好的想法吗？
I have noticed that when writing specs you waste a lot of time on things, that later, when you write your app are negligible, and you forget some important stuff.
I have found it to be faster (for me) to write a proof-of-concept application (no good error handlers and security stuff, minor gliches in the style etc) and use that as a spec for those who join me.
Still, I feel I am wasting time in this method too, any good ideas on how this should be done?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
看来您支持敏捷开发
，我们的团队使用此迭代流程能够按照重要性对功能进行“排名”，然后权衡发布日期与他们想要的功能（简而言之）
Seems like you're arguing in favor of Agile Development
Using this iterative process, our team is able to "rank" features on a scale of importance and then weigh the release date with the features they want (in a nutshell)
Joel On Software 有一篇关于此的文章，您可能会发现有帮助。 我认为这个问题和答案是相当特定于用户的和主观的。
Joel On Software has an article about this you may find helpful. I think this question and the answer is quite user-specific and subjective though.
规范的一个有趣的方法是“测试”。 对于高级内容，您可以使用 Fitnesse 等工具编写验收测试，对于低级内容，您可以编写单元测试。
一旦开发人员完成编码，运行测试套件即可验证所有规范是否真正有效。
这种方法期望编写规范的人能够通过测试表达自己的想法。 这通常是不正确的，因此这种方法更像是一个乌托邦。 但尽管如此，你还是可以尝试一下。
An interesting approach to a spec are "tests". For high-level stuff you write acceptance test using tools like Fitnesse and for low-level stuff you write unit-test.
Once a dev is done with coding, running the test suite verifies that all the spec is really working.
This approach expects that the person who writes the spec is capable of expressing himself in terms of tests. This is usually not true and therefore this approach is more like an utopia. But still, you might try it.