我遇到了Bertrand Meyer的一篇印刷文章，他说可以根据规格进行测试。我的开发团队什么也不做，但这听起来像是一种值得考虑的好技术。我们如何根据规格生成测试？我们将如何描述通过这种方法发现程序错误所取得的成功？

解决方案

回答

这可能是对RSpec的引用，RSpec是将测试作为一系列需求开发的一种非常聪明的方法。我仍然习惯它，但是在定义我需要做的事情以及确保我做到这一点上都非常方便。

回答

来自Bertrand Meyer的@Tim Sullivan，它只能与Eiffel有关：)

我认为他是在谈论ESpec。鉴于Ruby Folk的名称为RSpec，我认为我们可以给他们贴上"受到很大启发"的标签。

回答

我会说这取决于规格。我还没有在规范足够好的地方进行任何工作，可以根据规范创建详细的水平的完整单元测试。我的经理们总是告诉我们，如果我们指定了这个级别，他们可以将规格运到印度，然后廉价地将其编码;)

回答

有各种各样的方法可以做到，从我认为的"艺术形式"(不一定是好的艺术)一直到从正式规格书中进行数学推导的测试。归根结底，开发团队需要根据工作时间表来决定他们可以做什么。话虽如此，能够根据规格测试软件是一件好事。

只有团队才能衡量我们测试的"深度"，而这可能取决于规格水平。如果他们说"登录界面需要提供一个取消按钮和一个登录按钮，并且它们需要工作"，测试将非常普遍。但是请记住，即使是非常普通的测试也是一件好事。测试是一件好事。太多的开发人员在测试时态度不好，但归根结底，我们要交付的软件应该可以工作，对我来说，这意味着很多。

测试在发现程序故障中所具有的有效性将取决于我们放入故障中的细节。按照规范编写测试过程的特别好处是，我们可以将每个内部版本测试到与先前内部版本相同的详细程度(通常称为回归测试)。