BDD 开发全流程:从功能实现到业务价值挖掘
1. BDD 功能实现与测试
1.1 功能实现
在实现服务时,存在多种可行的方式。在这个过程中,可能会发现需要其他服务或组件,可先对其进行模拟,之后再实现。当所有模拟类都实现完毕,验收标准就能正确运行,功能也就开发完成了。
1.2 测试作为可执行文档
功能实现后,运行测试,应能看到通过的验收标准。采用 BDD 实践时,通过的验收测试不仅表明应用满足业务需求,还是衡量进度的具体指标。一个已实现的测试要么通过,要么失败。理想情况下,如果一个功能的所有验收标准都已自动化且成功运行,就可以说该功能已完成,可投入生产。
测试状态不仅能评估应用质量,还能清晰显示开发进度。通过的测试与指定验收标准总数的比例,能直观反映已完成的工作量和剩余工作量。此外,通过跟踪已完成的自动化验收测试数量与待测试数量,可了解随时间推移的进度情况。
以叙述方式编写测试还有一个好处,每个自动化验收测试都成为系统如何解决特定业务需求的文档化示例。如果是 Web 测试,这些示例还会配有沿途截取的屏幕截图。
2. BDD 项目维护
2.1 维护交接
在许多组织中,初始项目的开发人员在应用投入生产后不会进行维护,而是将任务交给维护或日常运营(BAU)团队。在这种环境下,可执行规范和实时文档能简化交接过程,因为它们提供了应用功能的示例以及支持这些功能的代码说明。
2.2 变更与修复
可执行规范也让维护团队更轻松地进行变更或修复 bug。例如,用户要求了解未来 30 分钟内即将到达的列车信息,而不是目前的
超级会员免费看
订阅专栏 解锁全文
2200

被折叠的 条评论
为什么被折叠?



