使用Xcode UI测试的应用程序状态测试夹具

概述任何类型的集成测试都是一个非常常见的问题,就是让被测单元进入一个已知状态 – 为你想要执行的测试设置好的状态.通过单元测试,通常没有太多状态,唯一的问题是可能嘲笑与其他类的交互. 另一方面,当测试整个应用程序时,存在各种可能持久的状态,并且使应用程序进入干净状态,或者仍然更加棘手,进入一个不是“干净”但没有任何访问应用程序本身的已知状态,有点棘手. 我发现的唯一建议是在应用程序中嵌入任何必要的设置 任何类型的集成测试都是一个非常常见的问题,就是让被测单元进入一个已知状态 – 为你想要执行的测试设置好的状态.通过单元测试,通常没有太多状态,唯一的问题是可能嘲笑与其他类的交互.

另一方面,当测试整个应用程序时,存在各种可能持久的状态,并且使应用程序进入干净状态,或者仍然更加棘手,进入一个不是“干净”但没有任何访问应用程序本身的已知状态,有点棘手.

我发现的唯一建议是在应用程序中嵌入任何必要的设置,并使用类似环境变量的东西来触发设置.当然,这是可行的,但并不理想.如果可以避免,我真的不想在我的最终应用程序中嵌入测试代码和测试数据.

然后就是在模拟与远程服务的交互.您可以再次嵌入代码(甚至是框架)来实现,并使用环境变量触发它,但我再次不喜欢将存根代码嵌入到最终应用程序中.

建议？我找不到太多东西,这让我想知道没有人使用Xcode UI测试,或只是将它用于非常简单的应用程序,没有这些问题.

解决方法 不幸的是,您提到的两个建议是Xcode UI Testing在当前状态下唯一可行的建议.

但是,您可以采取一项措施来降低在生产应用中嵌入测试代码的风险.在few compiler flags的帮助下,您可以确保仅在模拟器上运行时才构建特定代码.

#if (arch(i386) || arch(x86_64)) && os(iOS)    class Seeded@R_403_6822@ClIEnt: @R_403_6822@ClIEntProtocol {        /// ... //    }#endif

我正在构建一些东西,以使这更容易一些.我会在准备好使用时报告.

总结

以上是内存溢出为你收集整理的使用Xcode UI测试的应用程序状态/测试夹具全部内容，希望文章能够帮你解决使用Xcode UI测试的应用程序状态/测试夹具所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。