记录功能测试
Documenting functional tests
我即将开始为过去几个月一直在开发的 Web 应用程序编写端到端测试。我目前正在研究如何最好地记录这些测试。在我的公司中，以前（在较旧的非 Web 程序上）采用的方法是使用大字文档来描述每个测试的操作和预期结果。然后使用第三方软件运行进行测试，如果任何测试失败，我们可以使用文档进行故障排除。
这种方式工作正常，但我想知道是否有更有效的 "web-based" 记录端到端测试的方式。我们之前没有使用基于 Web 的应用程序的经验，我的研究使我使用了 observablehq 的基于 javascript 的笔记本。我认为也许可以将实际测试与测试规范一起集成到其中，然后 运行 从那里开始的代码块。但我不确定这种方法是否值得付出额外的努力，而不是我们目前的做事方式。
我想我想问的是其他开发人员如何记录基于 Web 的应用程序的端到端测试，以及从中吸取的经验教训？
如果您可以使用自动化框架，使您可以根据规范构建测试。这通常是一个降价文件，描述了正在测试的业务案例。每个步骤都由框架执行。这意味着您可以在构建规范时重复使用这些步骤。这方面的一个例子是 Gauge. You can read their documentation on building specifications 以更好地理解我的意思。
采用这种方法有几个优点：
规范与代码一起存储。这意味着测试用例随着代码的发展而变化。在 'old days' 中，将其存储在文档中，很难将其与代码版本保持同步。
测试是自我记录的，规范既驱动测试又记录测试。
测试报告是在HTML中生成的，因此更容易理解。
良好的文档是关键，当谈到端到端测试时，它可能更具挑战性。用例及其数据组织是首先要解决的问题。您希望以连贯的方式组织您的测试用例输入和输出验证，包括规范和用例描述。
一些带有端到端测试用例文档示例的项目：
最后你可能会对test data organization
感兴趣
我即将开始为过去几个月一直在开发的 Web 应用程序编写端到端测试。我目前正在研究如何最好地记录这些测试。在我的公司中，以前（在较旧的非 Web 程序上）采用的方法是使用大字文档来描述每个测试的操作和预期结果。然后使用第三方软件运行进行测试，如果任何测试失败，我们可以使用文档进行故障排除。
这种方式工作正常，但我想知道是否有更有效的 "web-based" 记录端到端测试的方式。我们之前没有使用基于 Web 的应用程序的经验，我的研究使我使用了 observablehq 的基于 javascript 的笔记本。我认为也许可以将实际测试与测试规范一起集成到其中，然后 运行 从那里开始的代码块。但我不确定这种方法是否值得付出额外的努力，而不是我们目前的做事方式。
我想我想问的是其他开发人员如何记录基于 Web 的应用程序的端到端测试，以及从中吸取的经验教训？
如果您可以使用自动化框架，使您可以根据规范构建测试。这通常是一个降价文件，描述了正在测试的业务案例。每个步骤都由框架执行。这意味着您可以在构建规范时重复使用这些步骤。这方面的一个例子是 Gauge. You can read their documentation on building specifications 以更好地理解我的意思。
采用这种方法有几个优点：
规范与代码一起存储。这意味着测试用例随着代码的发展而变化。在 'old days' 中，将其存储在文档中，很难将其与代码版本保持同步。
测试是自我记录的，规范既驱动测试又记录测试。
测试报告是在HTML中生成的，因此更容易理解。
良好的文档是关键，当谈到端到端测试时，它可能更具挑战性。用例及其数据组织是首先要解决的问题。您希望以连贯的方式组织您的测试用例输入和输出验证，包括规范和用例描述。
一些带有端到端测试用例文档示例的项目：
最后你可能会对test data organization
感兴趣