：一是积极推广应用到更 多场景，节省测试人员的时间精力，减少在测试数据准备方面的投入，将更多的精力投 入到其他相对更加重要的测试中，进一步提升测试质效；二是持续优化完善长链路数据 构造流程，及时跟进使用情况以及收集相关建议意见，持续优化完善让其更加好用易用； 三是建立相关长效机制，将长链路业务测试数据构造场景管理起来形成资产体系，逐步 提升共建共享、开放复用能力，更好为测试赋能。 拓展学习 之间的集成场景呢？今天就由我继续来为大家 介绍一下如何在 CI/CD 中有效集成并使用 mabl 平台。 作为 DevTestOps 工作流中极其重要的一环，如何将 CI/CD 更加灵活完善的融入项目 开发交付中的各类场景，一直是广大公司与团队的一项持久课题。而依托于现在一些主 流的 CI/CD 软件的强大兼容性与接入能力，mabl 自身强大的自动化测试能力可以灵活地 被运用起来，在部署过程中集成 mabl 景。比如：单元测试，我们测试场景大多着眼于单功能交付；集成测试，则关注于模块 交互；验收测试，则强调系统功能的完善。 可以试想一个汽车生产商，生产汽车的过程。是不是先零部件（轮胎、方向盘）生 成，然后再是局部功能组合调式（引擎、仪表盘），最后才是整车交付？大致如此道理。 ·从交付的角度来说，对内交付和对外交付的测试场景不同 对内交付（可以是团队内、项目内），关注的更多是单功能和交互功能场景测试；对 外交付（项目外），更关注的是系统场景测试。

通过在数据库中创建一个特殊的表 django_migrations 来跟踪执行过哪些迁移）并应用在数据库上 - 也就是将你对模型的更改同步 到数据库结构上。 迁移是非常强大的功能，它能让你在开发过程中持续的改变数据库结构而不需要重新删除和创建表 - 它专注于使数据库平滑升级而不会丢失数据。我们会在后面的教程中更加深入的学习这部分内容，现 在，你只需要记住，改变模型需要这三步： 编辑 models Django 它提供了 LiveServerTestCase 来和 Selenium 这样的工具进行交互。 如果你在开发一个很复杂的应用的话，你也许想在每次提交代码时自动运行测试，也就是我们所说的 持续整合，这样的话就实现质量控制的自动化，起码是部分自动化。 一个找出代码中未被测试部分的方法是检查代码覆盖率。它有助于找出代码中的薄弱部分和无用部 分。如果你无法测试一段代码，通常说明这段代码需要 warnings）相关的失败，那些你可 以忽略掉。这些失败已经被 Django 修复了。 注意，最新的 Django 主干（trunk）版本不总是稳定的。当开发版本遇上主干（trunk）版本， 你可以检查 Django 的持续集成构建（Django’s continuous integration builds）来确认 是特别针对你的机器的失败还是已经存在在 Django 官方构建里的。如果你点击去看一个特别的构 建，你可以看到