单元测试和框架

时间:2014-02-04 23:00:34

标签: unit-testing testing

我最近与我的主管讨论过单元测试问题。我的办公室目前正在为即将发布的版本开发DR,他已经创建了一个DR流程。其中一个步骤是为您的DR开发单元测试。这是我们在意见上有很大不同的地方。他告诉我,这个测试是通过用户界面进行的,功能和单元测试之间的区别在于单元测试更加本地化。我认为单元测试必须是基于代码的,因为它应该只测试代码的单个部分,这是隔离它的唯一方法。我还说过,单元测试几乎完全是在框架(例如jUnit)中为开发的每个部分完成的,例如:开发或维护。我想有些人对此有所了解。单元测试可以通过应用程序的用户界面完成吗?实现单元测试的最常用方法是什么?

*注意:是的,我确实谷歌了,但我发现的大多数内容都足够模糊,以适应我们两个相互矛盾的想法。我正在寻找更真实的答案。谢谢你的时间。

1 个答案:

答案 0 :(得分:1)

他错了。单元测试是一个单元测试,因为它隔离了依赖关系并测试了代码的单个方面。通过用户界面运行的测试不是单元测试,因为即使显示UI也会涉及许多依赖的交互,在测试期间,您无法隔离或控制这些交互。

测试框架无关紧要。您可以使用“单元测试”框架,但仍然可以编写不是单元测试的内容。例如,您编写了一个将文件写入文件系统的测试,并断言该文件存在。那么,您的文件系统是一个您没有孤立的依赖项。您编写了集成测试,而不是单元测试。