在我的公司,我们开发医疗数据采集系统。每个应用程序的主要功能如下:
据我所知,这些正是大多数单元测试教科书推荐的“不测试”的应用领域,或者至少应该尽可能细(通常是GUI),这样您就可以测试放在其他地方(例如,模型层)的“真”功能。
我真的被要求提高我们软件项目的质量标准,但是我们的应用程序的性质,以及在关于这个主题的文本中发现的这些反指示,让我思考如果这是可能的话,如果可能的话,我如何才能绕过这些限制。
发布于 2015-11-17 12:48:03
您模拟出不需要测试的内容,并编写纯粹执行业务逻辑的测试。
例如,您不希望测试文件系统读/写代码。这是文件系统实现者的工作。您确实希望测试代码是否以正确的方式转换数据。因此,将数据加载与数据处理分离,注入一个导入精心构建的测试数据的加载程序,并验证它们是否以预期的方式进行转换。您所描述的正是人们这么多地推荐依赖反转原则的原因。
https://softwareengineering.stackexchange.com/questions/302799
复制相似问题