在被测应用程序的同一目录中构建和放置一个自动化框架是好的做法吗？
Is it good practise to construct and house an automation framework inside the same directory of the application under test?
目前我正在构建一个自动化框架，但需要澄清将自动化框架放在被测应用程序的同一目录中是否是个好主意？
示例：我使用 Selenium WebDriver 和 Java 开发了一个自动化框架，我正在创建要测试的脚本的应用程序是基于 HTML、CSS 和 Java脚本，将两个项目放在一起还是将 maven 项目与被测系统隔离开是个好主意（网站）
您的通用框架应该是一个不同的实体，并且应该像任何其他 Maven 依赖项一样使用，并且该通用框架不应包含您正在测试的应用程序的测试。
建议您将通用框架作为一个不同的项目，您应该将其上传到您的 nexus 中并在被测应用程序项目中将其用作 jar。这就像制作另一个 maven 依赖项，它将解决您常见的配置和实用程序问题。
这样做的最大优势是：假设您正在开发 Web 应用程序，并且您已经在同一个项目中进行了通用框架和 Web 应用程序测试，并且将来，如果您的应用程序也开始支持移动 Web，那么您将需要重新进行您在上一个项目中已经完成的所有配置和设置。因此，为了使您的代码更具可用性和可扩展性，通用框架应该是完整的不同项目，并且不应在其中编写任何测试，以便在不久的将来，每当您需要通过自动化支持任何其他平台时，您只需在该项目中添加通用框架jar，您就可以轻松获取所有方法和配置。
希望对您有所帮助并回答您的问题！！
目前我正在构建一个自动化框架，但需要澄清将自动化框架放在被测应用程序的同一目录中是否是个好主意？
示例：我使用 Selenium WebDriver 和 Java 开发了一个自动化框架，我正在创建要测试的脚本的应用程序是基于 HTML、CSS 和 Java脚本，将两个项目放在一起还是将 maven 项目与被测系统隔离开是个好主意（网站）
您的通用框架应该是一个不同的实体，并且应该像任何其他 Maven 依赖项一样使用，并且该通用框架不应包含您正在测试的应用程序的测试。
建议您将通用框架作为一个不同的项目，您应该将其上传到您的 nexus 中并在被测应用程序项目中将其用作 jar。这就像制作另一个 maven 依赖项，它将解决您常见的配置和实用程序问题。
这样做的最大优势是：假设您正在开发 Web 应用程序，并且您已经在同一个项目中进行了通用框架和 Web 应用程序测试，并且将来，如果您的应用程序也开始支持移动 Web，那么您将需要重新进行您在上一个项目中已经完成的所有配置和设置。因此，为了使您的代码更具可用性和可扩展性，通用框架应该是完整的不同项目，并且不应在其中编写任何测试，以便在不久的将来，每当您需要通过自动化支持任何其他平台时，您只需在该项目中添加通用框架jar，您就可以轻松获取所有方法和配置。
希望对您有所帮助并回答您的问题！！