【发布时间】：2011-04-23 01:21:11
【问题描述】：
在为 UI 编写单元测试时，您为什么编写测试？
- 您是否测试每种方法？ （例如：方法返回正确的数据）
- 或者您是否测试功能？ （确保表格填充了它假设的数据）
除了我正在测试的项目之外，我是否需要模拟所有内容？假设我正在测试以确保表格视图正确填充？我会嘲笑其他一切吗？
请提供尽可能详细的信息
【问题讨论】：
标签： iphone ios unit-testing ui-testing
【发布时间】：2011-04-23 01:21:11
【问题描述】：
我将尝试以一般方式回答这个问题。 在测试 UI-ish 代码时，将测试目标定位到距 UI 本身“一步之遥”通常是一个好主意。前任。如果可能，针对模型而不是 UI 本身运行。这种方式的脆性要小得多。我不熟悉 iOS UI 测试自动化，但这类事情往往会因最小的布局更改等而中断。
【讨论】：
我建议你看看 Gorilla Logic 的 FoneMonkey。他们有一个非常好的编写单元测试的实用程序，它实际上是从用户的角度进行测试，也就是。检查 UI 是否应有，即。正确加载，包含正确的值等。
您甚至可以在不露面的环境中运行它，例如。持续集成服务器等
【讨论】：