敏捷开发工作流：如何进行Desk Check

What

Desk check是敏捷开发实践中的一环，发生在某一feature开发完毕后、进入测试环节之前，主要目的是为了对刚刚开发完成的feature进行初步验收，减少后续返工的风险。方便起见，之后直接使用其简写DC进行替代。

Why

为了突出DC的重要性，我们可以想象一下如果没有DC环节，后续会遇到什么麻烦。

某个feature开发完毕后，直接部署到测试环境由QA进行测试，QA需要在测试环境创建各种测试用例进行测试，中途发现功能存在不合适或者bug的情况，于是把测试不通过的情况反馈给开发人员要求其进行修改，但是此时开发人员已经在做其他的功能了，此时要不打断对方，要不找另一个开发进行修改不过需要给对方重新同步上下文，等到修改完毕后，QA又要再次部署到测试环境并且创造测试用例重新进行测试。由此可见，没有DC环节的话，开发出的feature的验收闭环过于冗长，导致人员的时间和精力浪费，效率低下。

由此可见，DC其实就是软件交付过程中一个提前验收的小动作，目的是缩短feature验收闭环的时间，提高交付的效率。

When

某功能开发完毕之后，QA进行测试之前。

Who

必须参加的人员：开发该功能的Dev，BA和QA；

可选人员：UX

How

DC一般由Dev来进行演示，QA和BA进行引导和补充。由于我的角色是BA，所以就只从BA的角度和职责来写一写DC前、DC时和DC后BA都需要准备和做些什么。

DC前

1. 在故事卡开发的过程中就可以先开始准备一些DC要用到的测试用例（虽然测试人员更应该来做这个事情&#