问SRS，RA，FRS，BRS文件有什么区别？

EN

简短的答案-这取决于。

更长版本的

尽管名称和理论上的定义，在实践中的差异，在我的经验归结为一个特定的组织如何选择使用它们。一家公司所称的业务需求文档，另一家公司将称为功能规范。我看过(并使用过)涵盖业务需求、内部软件需求、技术规范、功能规范、用例信息和测试规范的用例文档。它为那个组织工作。

我的建议是，你应该学习理论定义，但期望现实世界的用法会有所不同；并使用任何你的雇主选择使用的定义(S)。他们会有理由按自己的方式做事，这可能只是因为过去的某个时候对他们起了作用，而且还没有痛苦到足以改变的程度。

归根结底，我们到底需要多少文档，什么时候开始浪费。浪费是没有人读过或用过的文件。我认为很多这种文档浪费都是在世界上造成的。我们的任务是将其最小化:)

所以回答你的最后一个问题

哪一份文件最能保证软件质量，并有助于测试？

我不会回答上述任何一个问题。

在某些行业中，出于安全、隐私或其他原因，有记录的审计跟踪可能是强制性的，但作为安捷利斯特，我更喜欢：

基于综合文档的工作软件

我的团队需要大量文档来构建高质量的软件。更好的一个易于访问和可更新的格式，如一个好的维基。该文档实际包含的内容取决于每个团队及其需求。

测试以一种可以自动化的形式被更好地记录下来，并且作为单元测试包括在源代码附近，但也包括自动化集成和功能测试。

当出现问题时，我们会执行根源分析，并更新或扩展我们的(测试)文档或流程，以防止将来出现类似的情况。