问题标签 [specifications]

我看到了Bertrand Meyer的一篇印刷文章，他在其中指出可以从规范中生成测试。我的开发团队没有做这样的事情，但这听起来像是一个值得考虑的好技术。您如何根据规范生成测试？您如何描述通过这种方法发现程序错误的成功？

在我的具体示例中，我正在处理一个下拉列表，例如：

当然，这很荒谬，但我想知道是否定义了任何严格的行为。Opera 有效地拒绝了 'selected' 属性并选择列表中的下一项。所有其他浏览器似乎都允许它，并且它保持选中状态。

更新：澄清一下，我对最初的选择特别感兴趣。我正在处理其中一个“选择一个项目：”类型的下拉菜单，在这种情况下，第一个选项实际上是一个标签，并且发生了一个动作onchange()。这是相当不错的“逐步增强”，因为存在提交按钮，并且只能通过 JavaScript 删除。如果删除了“选择...”选项，那么将成为第一项的任何内容都将无法选择。我们只是onchange完全排除下拉菜单，还是应该选择“选择...”选项，只是没有效果？

所以基本上我正在寻找好的模板来编写项目或工作请求的技术和功能规范。

你用什么？在编写规范时你能深入到什么程度？您可以提供的任何其他一般提示将不胜感激。

我的公司非常需要这些。我为承包商工作，现在我们根本不使用这些文件。

编辑：我读过 Joel 对Painless Specification的看法，我真的很喜欢它，但还有其他意见吗 :)

我发现您可以在 C# 中以“@”字符开头变量名。在我的 C# 项目中，我使用了一个用 Java 编写的 Web 服务（我向我的项目添加了一个 Web 引用）。WSDL 中定义的接口对象之一有一个名为“params”的成员变量。显然，这是 C# 中的保留字，因此您不能拥有具有名称为“params”的成员变量的类。生成的代理对象包含如下所示的属性：

我搜索了 VS 2008 c# 文档，但找不到任何相关信息。也搜索谷歌并没有给我任何有用的答案。那么变量/属性名称中“@”字符的确切含义或用法是什么？

想要强制下载资源而不是直接在 Web 浏览器中呈现Content-Disposition的 Web 应用程序会在表单的 HTTP 响应中发出一个标头：

Content-Disposition: attachment; filename=FILENAME

该filename参数可用于建议浏览器将资源下载到的文件的名称。然而， RFC 2183（Content-Disposition）在第 2.3 节（文件名参数）中声明文件名只能使用 US-ASCII 字符：

当前 [RFC 2045] 语法将参数值（以及因此的 Content-Disposition 文件名）限制为 US-ASCII。我们认识到允许在文件名中使用任意字符集是非常可取的，但是定义必要的机制超出了本文档的范围。

然而，有经验证据表明，当今大多数流行的 Web 浏览器似乎允许非 US-ASCII 字符（由于缺乏标准）在文件名的编码方案和字符集规范上存在分歧。那么问题来了，如果需要将文件名“naïvefile”（不带引号，第三个字母是 U+00EF）编码到 Content-Disposition 标头中，流行的浏览器采用的各种方案和编码是什么？

对于这个问题，流行的浏览器是：

• 谷歌浏览器
• 苹果浏览器
• Internet Explorer 或边缘
• 火狐
• 歌剧

我想知道您使用哪种工具来编写规范。我认为使用支持某种纯文本格式的工具是必不可少的，这样人们就可以使用像 SVN 这样的源代码控制系统来控制规范。对于规范和代码一样，拥有所有更改的历史记录很重要。

目前我们以 XML 格式编写规范。TeX 也是一种替代方案，但对于从未使用过它的人来说很难。

所以让我知道，你使用什么样的工具或格式来制定规范。

在工作中，我经常负责编写规范，我也是一开始就坚持要获取规范的人。问题是我不确定规范应该是什么样子以及它们应该包含什么。很多时候，当我的老板编写规范时（我们都缺乏经验），他们会输入表名和我认为不属于那里的东西。那么什么是学习编写好的规范的好方法呢？

编辑：功能规范是否应该包括假设我正在指定一个 Web 应用程序、输入类型（文本框、下拉列表等）？

我正在寻找一种工具/框架来进行自动验收测试。创建新测试的界面应该非常简单，以至于非程序员（客户、老板）将能够添加将自动测试的规范。

它应该是从命令行执行测试的某种方式，包括在自动构建中运行测试。

我更喜欢 Java 和开源，但我的问题不受这种限制。

你有什么可以推荐的，请解释为什么你的工具/框架是世界上最好的。

OpenJDK7 应该添加哪些抽象数据类型？

在审查需求规范（包括功能性、非功能性需求、约束等）时，无论大小，作者所犯的“致命罪”是什么？

请列出不超过 7 件最重要的事情（按严重性递减顺序）在需求规范中完成（或未完成）会对软件产品的质量产生不利影响。小于 7 完全没问题。