认识达内从这里开始

在敏捷开发中，每个用户故事都应该有明确定义的完成与验收标准。定义完成标准有两个重要部分，一个是功能性的，另一个是非功能性的。在大多数情况下，我们会非常好地定义功能验收标准，但是不太重视非功能性的完成性检查。

为确保全面的软件质量，我们应该把两个方面的标准都要做全面的验收。在敏捷开发中，需要定义清单并确保所有用户故事都遵循它。

这需要很多纪律，实施起来并不容易，实现持续高的软件质量需要团队有奉献精神和严格之纪律。

为了每次都能获得理想的软件质量与结果，我们必须诚实地遵循这些过程，不断追溯和改进。

为了能让我们的软件过程达到完成性检查。我制定了一个遵循用户故事的最佳实践清单，罗列如下：

1.需求分析 - 完成验收标准

2.技术设计和审查

3.代码审查

4.跨域代码审查 - 缓存，交易，安全性

5.数据库设计和审查

6.绩效考核

7.安全审查 - XSS验证

8.初始化/升级数据脚本

9.辅助功能检查

10.浏览器兼容测试

11.内部版本号更新

我个人喜欢将这些清单加入开发实践中，人们严格遵循可以让工作加更整洁。为确保遵循它们，建议使用两种方法：

1.创建这些作为每个用户故事的任务

2.创建清单文档并从用户故事所有者处签名

我们遵循两种实践。一些基本的，如评论，是作为用户故事的任务列表一部分创建的。这样，用户故事的所有者必须完成这些任务，作为用户故事的一部分，只有完成这些任务，才能接受新故事。

虽然对于每个用户故事来说听起来任务挺多，但是一个有用的清单可以确保每个用户故事的质量。

此完成性核对清单的优点有：

1.代码质量

2.设计回顾

通过每个用户故事通过合理的设计来确保代码质量。在敏捷开发中，也需要必要的文档，实际上并不需要创建非常详细的低级设计文档，它可能是一个只是头脑风暴的白板设计捕获并上传到用户故事。这是通过我们流程中的设计审核清单来实现的。我们须为每个用户故事进行增量设计，并确保为他们创建快速图表。sprint中的每个用户故事都将包含设计审阅任务。

该清单将确保关注每个用户故事的增量设计，并最终确保完整的版本。

代码审查

为了提升代码质量，对每个用户故事进行技术组代码审查非常重要。在审核中，以下项目需要经过验证：

1.编码标准

2.安全最佳实践

3.设计按照初始设计实施

4.所有业务规则满足验收标准。

5.根据代码编写适当测试用例

进行组代码审查有许多优点，代码质量得到有效改善，从团队中的高级到初级开发人都获得了不同的观点/想法。专业领域知识和技术知识在团队成员之间进行交叉传播。如果团队正在进行产品开发，这是一个非常重要的过程，它有助于跨团队共享领域知识。

QA根据编写的代码验证他们的白盒测试用例。

没有技术债务

在代码审查过程中验证一些交叉问题，如缓存，安全性和交易。

数据库审查

1.数据库结构

2.编写SQL存储过程的最佳实践

3.初始化/升级脚本

在进行软件开发的同时，我们也要重视数据。最初在表中的数据称为初始数据脚本。如果该功能已在生产环境中，新功能需要更改数据时，则需要升级数据脚本。

如果在开发和测试过程中没有注意这些，我们很有可能会产生新的未预计的任务，除了措手不及，而且特别容易出错。

我们所有的测试环境都应要与生产部署的过程和环境相同，这些初始/升级数据脚本也应该大测试环境中进行了彻底的测试。

内部版本号更新

这是说的是版本控制，要确保对所有前端文件(如JS和CSS文件)进行适当的版本控制，这个非常重要。版本控制将确保在应用或网站部署后将新文件下载到客户端。如果没有版本控制，则有可能使用旧的缓存导致产品不能正常运行。在敏捷开发中，这也是作为用户故事实施的最佳实践之一。

综上所述，完成交付检查清单对于构建高质量软件的开发过程非常有用。这对软件团队来说是一个好消息，特别是对于企业级软件和大型团队。