我正在为 iOS 应用设置测试套件。我正在使用 Xcode 的 XCTest 框架。这只是一个 UI 测试套件。现在我有一个包含一个文件 TestAppUITests 的测试目标。我所有的测试用例都在这个文件中(第一个问题:我所有的测试用例都应该在这里还是我需要更多文件？) 在这个文件中，我有一堆测试用例，就像用户在使用应用程序一样工作。登录/创建帐户然后登录 -> 在应用程序中导航 -> 检查是否加载了 UI 元素 -> 添加额外的安全性，如辅助电子邮件地址 -> 注销。 这些应该如何排序？
我四处进行了研究，在这里和那里发现了一些 gem ，但仍有疑问。在测试目标中，你应该有多个文件吗？我的 UITest 目标中只有一个。 我的另一个大问题有点难以解释。每次我们从头开始运行测试套件时，应用程序都会在您未登录的状态下启动，因此，例如，为了测试诸如在应用程序内导航之类的内容，我需要先运行该测试以登录。现在我已经设置好登录测试运行一次，然后是所有其他测试，然后以注销结束。但是那个文件 TestAppUITests 变得非常长，包含大量的测试用例。这是最佳做法吗？
最佳答案
苏。让我们把它分成更多的部分:
1/Should all of my test cases be in here or do I need more files?
好吧 - 您的测试与您拥有的任何其他应用程序代码相同。您是否将所有应用程序代码都放在一个文件中？可能不是，所以一个好的做法是将你的测试分成更多的类(我按照他们测试的方式来做 - LoginTests 类，UserProfileTests 类等等)。
为了更进一步 - 我将测试类和方法分成单独的文件 - f.e.我有一个方法，它将在 UI 测试中进行登录，所以我在 UITestCase+Login 中有该方法扩展(UITestCase 是一个类，由所有这些 UITestCase+Something 扩展扩展)我有测试，它将在 LoginTests 中进行登录我在其中从 UITestCase+Login 调用登录方法扩展名。
但是 - 您不一定需要更多测试类 - 如果您决定将所有 UI 测试放在一个类中，那是您的选择。一切都会正常进行，但是将这些测试使用的测试和方法放在单独的文件中只是对 future 开发测试和方法的一种很好的做法。
2/... Add additional security like secondary email address... How should these be ordered?
将它们排列成方法并在测试中调用它们。
当我使用无效的登录凭据时，这是我期待一些 UI 消息的方法:
func expectInvalidCredentialsErrorMessageAfterLoggingWithInvalidBIDCredentials() {
let alertText = app.alerts.staticTexts[localizedString("mobile.account.invalid_auth_credentials")]
let okButton = app.alerts.buttons[localizedString("common.ok")]
wait(
until: alertText.exists && okButton.existsAndHittable,
timeout: 15,
or: .fail(message: "Alert text/button are not visible.")
)
okButton.tap()
}
这是我在测试中使用它:
func testTryToLoginWitMissingBIDAndExpectError() {
let inputs = BIDLoginInputs(
BID: "",
email: "someemail@someemail.com",
departureIATA: "xxx",
dayOfDeparture: "xx",
monthOfDeparture: "xxx",
yearOfDeparture: "xxx"
)
loginWithBIDFromProfile(inputs: inputs)
expectInvalidCredentialsErrorMessageAfterLoggingWithInvalidBIDCredentials()
}
您可以看到，测试的可读性很强，并且它们(几乎完全)由方法组成，这些方法可在更多测试中重复使用。
3/Within the test target, should you have multiple files?
同样 - 这取决于您，但是将所有内容都放在一个文件中对于这些测试的维护和 future 开发并不是很好。
4/... Each time we run the test suite from the beginning the app starts in a state where you are not logged in...Right now I have it setup so that the login test runs once, then all other tests after it, then ends with logout...
这不是一个好方法(以我的拙见 ofc.)- 将功能放入方法中(是的，我在这里重复自己:-))并将测试用例分成更多文件(最好根据它们的功能性质，通过“他们做什么”)。
希望这对您有所帮助，当我开始进行 iOS UI 测试时，我也曾为同样的问题苦苦挣扎。 哦。顺便说一句 - 我在 medium.com 上关于使用 XCTest 进行 iOS UI 测试的高级策略和方法的文章将在几天内发布，一旦发布，我可以提供一个链接 - 这应该会进一步帮助你。
关于ios - 构建 XCTest UI 测试套件的最佳实践是什么？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/55382703/