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