我目前正在为我们的移动应用程序规划测试自动化测试策略。问题是,我看到的所有自动化框架所使用的上下文都与应用程序实际使用的环境略有不同。
例如,我正在评估SeeTest。要在非越狱设备上运行自动化测试,开发人员需要向项目添加一些框架,并实际构建一个不同的应用程序,即发布应用程序。因此,当使用iOS测试一个仪器化的SeeTest应用程序时,被测试的应用程序与发布的应用程序不一样,这意味着应该对发布的构建进行完全回归。
我所看到的每一个框架都是如此。
其他人是如何解决这些问题的?
发布于 2012-12-17 20:19:12
我在一家备受尊敬的移动开发商店工作了6年。我们不相信自动化或仿真器是完成构建的可接受的工具。在将构建发送给客户之前,每个构建都会在实际的手机上进行手动测试。
这就是移动开发的问题所在。除非您找到一个使用实际设备运行自动化的框架,否则您将无法100%地信任您的构建,因为您将永远不会真正测试可交付的构建。
发布于 2012-12-18 00:57:58
如果你说的是iOS,你应该看看苹果在他们的工具“仪器”中提供的自动化测试支持。
发布于 2012-12-20 04:46:15
你查过任何地方的设备和完美移动了吗?它们都是针对实际设备进行测试的服务。警告:这些不是廉价的解决方案。
https://sqa.stackexchange.com/questions/5375
复制相似问题