一小时做网站,软文自助发稿软件开发 网站建设,做网站需要会编程吗,室内设计效果图接单前言
单元测试是什么我们就简单介绍一下#xff1a;
单元测试是针对程序模块#xff08;软件设计的最小单位#xff09;来进行正确性检验的测试工作。程序单元是应用的最小可测试部件。 接下来是本人对单元测试的理解和实践。里面没有废话#xff0c;希望每句话能说到你心…前言
单元测试是什么我们就简单介绍一下
单元测试是针对程序模块软件设计的最小单位来进行正确性检验的测试工作。程序单元是应用的最小可测试部件。 接下来是本人对单元测试的理解和实践。里面没有废话希望每句话能说到你心坎里。 原则只测自己
自己的含义方法边界内的主体逻辑。一切下游方法、框架依赖、外部IO等都不是自己。如spring、 外部数据库都视为外部逻辑。
这一原则的动机
便于定位
每个方法有自己独立的单元测试这有利于IDE在单元测试与逻辑代码间跳跃便于定位并降低代码结构调整的影响范围。
不重复降低复杂度
因每个方法有自己的单元测试所以当前测试不要涵盖下游方法的功能测试。以避免逻辑改动造成不必要的影响范围扩大。
实践与建议
要想单元测试更易于维护良好的设计是前提。
分层开发
开发也是可以分层的先进行框架开发后进行具体开发。如先定义好所有的接口和要传递的数据并组织好控制层然后测试和具体开发便可同时展开。这样便可提前发现结构性问题提前对设计进行验证减少后期结构性调整对单元测试的影响。
单一职责
尽量应用单一职责设计模式使逻辑模块化并使用老板原则将这些模块串起来。这对于类的内部实现尤其重要因为这会影响单元测试的覆盖能力。
只有这样每个方法的逻辑才能简单对应的单元测试自然便于维护。作为老板的控制类或方法不必苛求单元测试可酌情选择是否单元测试因为控制是少数派且实质逻辑已经被分摊到模块中。
逻辑与外部IO分离
这是单一职责的延申数据的加载、处理与输出是可以作为独立的三个职责的。其中数据的加载和输出往往与外部环境依赖有关本身的测试意义不大即便测试也不能到处运行且测试运行效率低下。
所以我们需要将IO逻辑从处理逻辑中剥离并放到外层的控制逻辑中去并用mock来解决。这样没有外部依赖的处理逻辑——核心将得到简化从而单元测试得到简化。
如果中间实在需要外部IO可考虑在IO处进行逻辑拆分这样拆分后的子逻辑中就没有了IO依赖从而得到简化。
到处运行
有时候单元测试是脱离不了环境的如我们想验证一下 SQL 的正确性。此时建议在单元测试上应用 Disabled 注解以便在 mvn test 中忽略这些测试从而保证测试可以到处运行。
Autowired
请尽量避免对框架的依赖如 spring 的 Autowired 注入机制这会巨幅增加单元测试的构建难度巨幅增加单元测试的耗时因为这会对 mock 对象的注入造成困难。
建议使用构造注入代替属性注入这样就可以摆脱对 spring 的依赖。 感谢每一个认真阅读我文章的人礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走 这些资料对于【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴上万个测试工程师们走过最艰难的路程希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取
