我正在尝试找出确定我是否正在为 Web 应用程序运行 UI 测试的最佳方法。我尝试这样做的原因是因为如果我正在运行 UI 测试，这些测试的唯一目的是确保 UI 正常工作并且要做到这一点，它们应该针对模拟 API 运行（我们有一个单独的集合集成测试，以确保 UI 和真正的后端 API 一起正常工作）。此外，模拟 API 调用将使测试测试运行得更快，这是模拟它们的另一个原因。我认为这些 UI 的“单元测试”。
我也不想拥有相同代码库的 2 个单独副本，其中除了 UI 测试版本包含模拟 UI 测试正常运行所需的所有必需调用的 javascript 文件外，其他所有内容都相同。如果我能够确定我在 UI 测试模式下运行应用程序，那么我将能够知道是否包含 javascript 文件来模拟调用。
有没有“标准”或“公认”的方式来做这样的事情？
【问题讨论】：
标签： testing web-applications gui-testing
当您开始运行测试时 - 在数据库中提出一个标志并拥有一个您可以调用的服务来检查该标志。确保在测试结束后关闭该标志。
【讨论】：
对“是否有任何标准或公认方式来做这样的事情？”的简短回答？应该是：没有。
这主要是因为您根本不希望您的 UI 知道此类信息。您希望您的 UI 成为您的 UI。一旦你的 UI 开始根据它是处于“测试模式”还是“生产模式”做出一些决定，你就会走上一个滑坡，最终将导致噩梦般的代码库。
这并不意味着您的问题无法解决；只是应该以不同的方式处理解决方案。我将首先解释一般原则，不涉及任何语言细节，然后提供一些 javascript 指南。
您为此苦苦挣扎的唯一原因是您的 UI 与 API 的耦合过于紧密。
解决方案恰好与您希望使用模拟的任何情况完全相同。
首先请注意，上述短语并不意味着您的语言需要支持“interface”结构。 （这只是一些语言实现者对名称的不幸选择。）
APIRef.DoMethod1(...) 或 APIRef->DoMethod1(...) 或 [APIRef DoMethod1:...] 等这里要避免的是：
CreateUI {
APIRef = CreateAPI;
}
以上内容将您的 UI 绑定到特定实现，并强制您在 UI 代码中包含这些文件/依赖项。您宁愿让您的 UI 被告知要使用哪个 API。例如
CreateUI(APIInterface APIToUse) { //NB: Notice that the type use to refer
//to the API is the abstract base type
//defined earlier (keeping to the "Program
//to an interface" principle).
APIRef = APIToUse;
}
//or
SetAPI(APIInterface APIToUse) {
APIRef = APIToUse;
}
现在您的生产应用程序可能如下所示：
API = CreateTrueAPI;
UI = CreateUI(API);
而您的测试应用程序可能看起来像这样：
API = CreateMockAPI;
UI = CreateUI(API);
请注意，使用此解决方案时，您的 UI 不知道“测试模式”或“生产模式”。它只是使用它提供的 API。唯一知道“测试模式”（从某种意义上说）和模拟 API 是测试应用程序。
首先声明一下：虽然我熟悉Javascript的语言原理，但是我从来没有做过JS开发。所以可能会出现一些无法预料的并发症。不过，在最坏的情况下，只要稍加调整和研究，我相信你会想出办法的。
Javascript 支持鸭子类型，这基本上意味着您可以向任何对象发送任何消息，并且在运行时对象将决定它是否可以实际处理该消息。您会在编译时检查您没有犯任何拼写错误，但据我了解：您根本不需要定义抽象基接口。
所以...
【讨论】：