开启掘金成长之旅！这是我参与「掘金日新计划 · 12 月更文挑战」的第3天，点击查看活动详情

敏捷开发以及DevOps在项目中的应用，使得开发人员不仅仅只关注与开发，需要在运维、测试、开发等等不同的角色之间切换🐶。

既然改变不了就得不停的适应，那么来简单了解一下单元测试和集成测试吧。

开发人员需要关注测试

作为开发人员始终关注的是开发内容代码质量，往往忽略了测试。其实开发人员也需要关注和编写测试代码。

从敏捷测试四象限中可以看出，开发人员主要关注的是面向技术且支持团队的内容。也就是常说的单元测试和集成测试。

测试的成本

目前大部分的单元测试和集成测试内容是使用自动化脚本与组件执行，这样可以保证快速、可靠和低成本。具体可以参考下面的测试金字塔。

• •

  从下往上，应该编写的测试越来越少。

• •

  从下往上，关联组件越来越多，从而系统不稳定的概率更高。

• •

  从下往上，需要的人力，资源越来越多，成本越高。

• •

  从下往上，调用链路更长，速度更慢。

所以，需要根据具体项目的情况，来评估案例数量、覆盖率等等指标。

单元测试与集成测试

单元测试

定义：单元测试，是指对软件中的最小可测试单元进行检查和验证。

单元测试可分为：独立单元测试，协作型单元测试。 测试的主要内容：边界测试，代码中的异常处理，复杂的业务逻辑、计算逻辑、数值转换等。

集成测试

定义：集成测试，在单元测试的基础上，将所有模块按照设计要求组装成为子系统或系统，进行集成测试。

单元测试可分为：持久化测试、响应式互动测试、组件测试等

结束语

开发人员需要了解如何测试，从而能站在不同的角度思考与开发程序，也对自身综合能力有更好的提升与发展。

单元测试和集成测试粒度、数量以及覆盖率等需要根据实际项目情况考虑。