问如果您使用的是测试驱动的开发/敏捷方法，那么软件质量保证计划中包含了什么？

EN

TDD通常与敏捷方法一起使用，而敏捷方法通常没有与更重的方法相关联的所有“计划”文档。也就是说，如果你的客户需要这些计划，你必须提供它们。

重要的是要认识到TDD本身并不足以保证质量。然而，它为经过良好测试的系统提供了良好的基础。在SQAP中，您需要交流您想要展示质量的方法，其中至少应该包括以下几部分：

• 单元测试:测试独立代码单元的方法
• 集成测试:测试代码交互的方法
• 验收测试:基于规范的正确性测试方法

计划定义如何使用不同类型的测试，以及何时定义测试的内容。重要的是，图中唯一更正式的部分是验收测试。

为此，您可能需要查看"BDD“(行为驱动开发)或规范测试。有一些工具可以让您使用客户可以理解的语言编写规范测试，由开发人员创建挂钩以确保测试可以自动化。它们是使用给定状态的构造来定义的，当某些事情发生时，应用程序就会响应。BDD工具还可以生成您的规范文档，以及关于哪些通过或失败的可跟踪测试矩阵。

虽然测试是在代码之前还是之后编写的顺序并不重要，但代码的正确性确实如此。使用一个好的工具结构将帮助您只需要编写一次SQAP，并使用工具所做的实际测试和验证。

当我想到软件质量保证计划时，我想到的是一份回答以下问题的文档：

• 在项目中，个人在软件质量保证方面的角色和责任是什么？
• 软件质量组织将产生哪些可交付成果，以及这些交付品何时在不同的州(草案、基准、执行的修订)提供？
• 如何保证需求的质量？考虑如何捕获需求、如何审查和批准需求、如何跟踪到测试。
• 如何保证代码的质量？是否使用编码样式指南或分析工具？
• 如何保证产品的质量？考虑对需求或缺陷报告、同行评审过程的更改的可跟踪性。还要考虑不同层次的测试--单元、集成、系统、验收。这些测试是谁的？如何确定适当的覆盖范围？
• 如何保证文件的质量？考虑文档何时创建、存储在何处、何时起草、基化和修改。
• 如何识别和跟踪缺陷？考虑内部检测到的缺陷和外部检测的缺陷。
• 每个项目都有一个定义的过程。是否会对这一过程进行审计，以确保其得到遵守？如果是，多久一次？谁来执行审计？调查结果的地址是什么？

所有这些问题在敏捷方法中都是有效的，就像在计划驱动的项目执行方法中一样。唯一的区别可能是答案。例如。每一个都可能发生在迭代的某些部分，而不是在给定的里程碑日期。

此外，为了支持“个人和交互而不是过程和工具”和“工作软件而不是全面的文档”，这些答案中的许多可能会以一种更轻的格式捕获。也许是一个受控的wiki，而不是带有正式签名的纸质文档。

一个好的规则是:记录你所做的事情，然后做记录在案的事情。如果它们不同步，就让它们恢复同步。

测试有很多部分。在TDD期间编写的测试只是其中的一部分。你的计划需要包括所有其他部分。

例如，TDD测试通常只测试一个小特性，并且可能只在一个环境中测试。您是否有计划进行集成测试，以确保所有特性都能很好地协同工作？您的计划是否包括在暂存环境中进行测试(相对于开发人员自己的机器)？

最后验收测试的计划呢？你要写自动化的端到端测试吗？试探性测试呢？你得为此做好计划。部署后的测试如何？想必您的大部分测试都是在本地开发箱上或在暂存服务器上进行的。一旦软件在生产服务器上运行，您有计划进行测试吗？您通常无法运行完整的测试套件，因为您必须保存现有的生产数据。

那么包含外观和感觉的测试呢？你有没有计划做任何测试，以确保颜色的外观，他们的设计，以及所有的图像都是正确的，非占位符的图像？如果您正在构建一个web应用程序，您的测试是否包括用户使用的所有不同的浏览器？

当bug被发现和修复的时候呢？您有计划说明错误修复和添加的新功能吗？

那么测试指标呢？您是否有计划跟踪常见的测试指标，如代码或分支覆盖率？

..。诸若此类。