iOS switch case 单元测试
iOS Unit Test on switch case
我是单元测试的初学者,我想在 switch 中测试我的案例,但我不知道该怎么做。
我有:
- (void)testClickSmiley
{
[self.viewController click:nil];
// Here What i do ? I use what kind of XCTest Assertions ? I want to test if it goes into "default" for example
}
在我的 ViewController 中:
- (IBAction)click:(id)sender
{
UIButton *btn = (UIButton *)sender;
switch (btn.tag) {
case Bad:
// Show view Bad
break;
case Average:
// Show view Average
break;
case Good:
// Show view Bad
break;
default:
break;
}
}
当然,我不想修改我的ViewController。
有什么想法吗? TY
在这种情况下,您实际上应该做的是为这种情况编写 UI 测试。您的上下文和执行环境不允许您以您期望的方式基于单元测试测试您的代码(例如,应用程序不知道您传递给测试的任何按钮)。
当然首先错误的是你使用了
[self.viewController click:nil];
click
函数将为按钮获取 nil
值,因此标签也将为 nil。
当然你可以模拟一个按钮:
UIButton *button = [[UIButton alloc] initWith...]
button.tag = [YourEnum].Bad
[self.viewController click: button];
但这仍然会给您留下一个问题,您不知道开关最终去了哪里...
解决方案(如果适用):
看看UI测试
它允许您 运行 应用程序并模拟用户交互 + 您的好处是您始终可以假设您正在使用首先导致 click:
事件的实际按钮.
在不使用 UI 测试的情况下在直接单元测试中运行视图控制器没有任何问题。事实上,我会有更多单元测试和更少UI测试(如果有的话)。
为什么?这取决于您的测试目的。我测试的原因是让 fast feedback 启用重构和 TDD。我需要快速可靠的测试,而不是缓慢而脆弱的测试。
所以继续编写调用视图控制器的测试。对于您的问题,"What do I do here?" 您确认将采取的行动。例如,您可以测试
- 视图更改
- 基础模型的变化
- 使用预期数据调用下一个视图控制器
将单个 IBAction 方法用作多个操作的扇出是不常见的。这将它们不必要地联系在一起。对单个操作的更改可能会破坏其他操作。相反,考虑创建多个 IBAction 方法,每个操作一个。
要查看如何为 UIViewController 编写单元测试的示例——实际上,如何对其进行 TDD——请查看我的截屏视频 How to Do UIViewController TDD。
我是单元测试的初学者,我想在 switch 中测试我的案例,但我不知道该怎么做。
我有:
- (void)testClickSmiley
{
[self.viewController click:nil];
// Here What i do ? I use what kind of XCTest Assertions ? I want to test if it goes into "default" for example
}
在我的 ViewController 中:
- (IBAction)click:(id)sender
{
UIButton *btn = (UIButton *)sender;
switch (btn.tag) {
case Bad:
// Show view Bad
break;
case Average:
// Show view Average
break;
case Good:
// Show view Bad
break;
default:
break;
}
}
当然,我不想修改我的ViewController。
有什么想法吗? TY
在这种情况下,您实际上应该做的是为这种情况编写 UI 测试。您的上下文和执行环境不允许您以您期望的方式基于单元测试测试您的代码(例如,应用程序不知道您传递给测试的任何按钮)。
当然首先错误的是你使用了
[self.viewController click:nil];
click
函数将为按钮获取 nil
值,因此标签也将为 nil。
当然你可以模拟一个按钮:
UIButton *button = [[UIButton alloc] initWith...]
button.tag = [YourEnum].Bad
[self.viewController click: button];
但这仍然会给您留下一个问题,您不知道开关最终去了哪里...
解决方案(如果适用):
看看UI测试
它允许您 运行 应用程序并模拟用户交互 + 您的好处是您始终可以假设您正在使用首先导致 click:
事件的实际按钮.
在不使用 UI 测试的情况下在直接单元测试中运行视图控制器没有任何问题。事实上,我会有更多单元测试和更少UI测试(如果有的话)。
为什么?这取决于您的测试目的。我测试的原因是让 fast feedback 启用重构和 TDD。我需要快速可靠的测试,而不是缓慢而脆弱的测试。
所以继续编写调用视图控制器的测试。对于您的问题,"What do I do here?" 您确认将采取的行动。例如,您可以测试
- 视图更改
- 基础模型的变化
- 使用预期数据调用下一个视图控制器
将单个 IBAction 方法用作多个操作的扇出是不常见的。这将它们不必要地联系在一起。对单个操作的更改可能会破坏其他操作。相反,考虑创建多个 IBAction 方法,每个操作一个。
要查看如何为 UIViewController 编写单元测试的示例——实际上,如何对其进行 TDD——请查看我的截屏视频 How to Do UIViewController TDD。