- iOS/Objective-C 元类和类别
- objective-c - -1001 错误,当 NSURLSession 通过 httpproxy 和/etc/hosts
- java - 使用网络类获取 url 地址
- ios - 推送通知中不播放声音
我正在搜索如何测试某些内容是否已从数据库中正确删除,我找到了这个答案:https://stackoverflow.com/a/38082803/9115438但这让我想到,如果删除方法失败并且它实际上没有删除对象怎么办?verify 方法是只检查 delete 方法是调用了一次还是调用了一次就成功了?因为如果它不检查删除是否成功,那么该测试根本没有用。
最佳答案
你的观点是相关的。Mockito.verify()
将仅验证在方法执行期间是否在 mock 上完成了调用。
这意味着如果模拟类的实际实现没有按预期工作,则测试无能为力。
因此,您在测试中模拟的类/方法也必须进行单一测试。
但这是否意味着 verify()
总是好的?并不真地。
假设一个测试删除某些东西的方法:
public class Foo{
MyDao myDao;
public void delete(int id){
myDao.delete(id);
}
}
测试通过:
@Mock
MyDao myDaoMock;
Foo foo;
@Test
public void delete(int id){
foo.delete(id);
Mockito.verify(myDaoMock).delete(id);
}
假设现在我将实现更改为:
public void delete(int id){
myDao.delete(id);
myDao.create(id);
}
测试仍然是绿色的...糟糕。
其他场景,假设一个主要调用依赖方法的方法:
public void doThat(){
Foo foo = fooDep.doThat(...);
Bar bar = barDep.doThat(foo);
FooBar fooBar = fooBarDep.doThat(foo, bar);
fooBis.doOtherThing(...);
// and so for
}
使用验证方法,单元测试将仅以 Mockito 格式描述/复制您方法的实现。
它不会根据返回结果断言任何内容。以错误的方式更改实现(添加不正确的调用或删除所需的调用)很难通过测试失败来检测,因为测试只是对调用语句的反射(reflect)。
Mock 验证通常是需要谨慎使用的东西。
在某些特定情况下,它可能会有帮助,但在许多情况下,我看到开发人员滥用它(75% 或更多的单元测试类是模拟设置/记录/验证),因此它会产生膨胀的单元测试几乎没有值(value),很难维护,并且由于不公平的原因也会减慢您的构建速度。
事实上,对于主要依赖具有副作用的函数的测试方法,集成测试(甚至切片/部分)应该受到青睐。
Mocks Aren't Stubs of Martin Fowler是一篇你应该感兴趣的优秀文章。
This has particularly struck me when I've observed a mockist programmer. I really like the fact that while writing the test you focus on the result of the behavior, not how it's done. A mockist is constantly thinking about how the SUT is going to be implemented in order to write the expectations. This feels really unnatural to me.
虽然这篇 Martin Fowler 的帖子很有趣,但我也不同意所有的观点。
我同意开发人员不模拟依赖项的 mockist 方法,因为依赖项很烦人,但系统地这样做通常是一个坏主意。
我们应该总是有充分的理由引入模拟,例如:
但我不同意显式创建 stub 通常是个好主意,因为编写 stub 代码需要时间,可能有错误,我们将不得不维护它。最后,为了让事情变得干净健壮, stub 类也应该进行单一测试。所有这一切都是有代价的。
另一方面,模拟库生成的模拟没有所有这些缺陷。
没有什么能阻止我们以 stub 的方式使用这些模拟:让模拟像 stub 一样协作,即:
verify()
verify()
滥用 关于java - Mockito Verify 方法如何工作?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/57124928/
我想了解 Ruby 方法 methods() 是如何工作的。 我尝试使用“ruby 方法”在 Google 上搜索,但这不是我需要的。 我也看过 ruby-doc.org,但我没有找到这种方法。
Test 方法 对指定的字符串执行一个正则表达式搜索,并返回一个 Boolean 值指示是否找到匹配的模式。 object.Test(string) 参数 object 必选项。总是一个
Replace 方法 替换在正则表达式查找中找到的文本。 object.Replace(string1, string2) 参数 object 必选项。总是一个 RegExp 对象的名称。
Raise 方法 生成运行时错误 object.Raise(number, source, description, helpfile, helpcontext) 参数 object 应为
Execute 方法 对指定的字符串执行正则表达式搜索。 object.Execute(string) 参数 object 必选项。总是一个 RegExp 对象的名称。 string
Clear 方法 清除 Err 对象的所有属性设置。 object.Clear object 应为 Err 对象的名称。 说明 在错误处理后,使用 Clear 显式地清除 Err 对象。此
CopyFile 方法 将一个或多个文件从某位置复制到另一位置。 object.CopyFile source, destination[, overwrite] 参数 object 必选
Copy 方法 将指定的文件或文件夹从某位置复制到另一位置。 object.Copy destination[, overwrite] 参数 object 必选项。应为 File 或 F
Close 方法 关闭打开的 TextStream 文件。 object.Close object 应为 TextStream 对象的名称。 说明 下面例子举例说明如何使用 Close 方
BuildPath 方法 向现有路径后添加名称。 object.BuildPath(path, name) 参数 object 必选项。应为 FileSystemObject 对象的名称
GetFolder 方法 返回与指定的路径中某文件夹相应的 Folder 对象。 object.GetFolder(folderspec) 参数 object 必选项。应为 FileSy
GetFileName 方法 返回指定路径(不是指定驱动器路径部分)的最后一个文件或文件夹。 object.GetFileName(pathspec) 参数 object 必选项。应为
GetFile 方法 返回与指定路径中某文件相应的 File 对象。 object.GetFile(filespec) 参数 object 必选项。应为 FileSystemObject
GetExtensionName 方法 返回字符串,该字符串包含路径最后一个组成部分的扩展名。 object.GetExtensionName(path) 参数 object 必选项。应
GetDriveName 方法 返回包含指定路径中驱动器名的字符串。 object.GetDriveName(path) 参数 object 必选项。应为 FileSystemObjec
GetDrive 方法 返回与指定的路径中驱动器相对应的 Drive 对象。 object.GetDrive drivespec 参数 object 必选项。应为 FileSystemO
GetBaseName 方法 返回字符串,其中包含文件的基本名 (不带扩展名), 或者提供的路径说明中的文件夹。 object.GetBaseName(path) 参数 object 必
GetAbsolutePathName 方法 从提供的指定路径中返回完整且含义明确的路径。 object.GetAbsolutePathName(pathspec) 参数 object
FolderExists 方法 如果指定的文件夹存在,则返回 True;否则返回 False。 object.FolderExists(folderspec) 参数 object 必选项
FileExists 方法 如果指定的文件存在返回 True;否则返回 False。 object.FileExists(filespec) 参数 object 必选项。应为 FileS
我是一名优秀的程序员,十分优秀!