检查项驱动开发CheckList Drive Development

文章首先通过一个比喻的故事讲述了一个人订做饭桌的过程中，由于对产品耐用性的不合理测试要求，导致了与木匠的冲突，最终没有获得想要的饭桌。这个故事象征了软件开发过程中，在测试验收阶段因为各方对产品需求理解的分歧而产生的冲突。这种分歧会导致项目中大量的人力浪费，尤其是在Bug提交、修复和验收的循环中。

为了解决开发过程中的这种分歧，文章提出了采用检查项驱动开发的方法。检查项驱动开发利用User Story的可测试性，让产品和测试团队能够定义出User Story的测试项目。这些检查项用简单自然的语言来描述测试目的，而不是像传统的Test Case那样精准且繁琐。这促使开发人员在编码时就考虑这些检查项的要求，从而减少开发和测试过程中的冲突，提高开发效率。

文章最后指出，虽然传统的产品需求文档(PRD)也包含了类似的测试内容，但其格式和冗长性常使关键信息难以捕捉，且阅读起来耗时。相反，如果产品团队能将这些测试场景提炼成简单的检查项，不仅能提高团队的生产力，还能促进团队成员间的和谐，避免不必要的冲突。