如何在敏捷中创建测试模板？

Question

我是团队中的新成员，他们让我用敏捷创建测试模板。现在我们正处于POC阶段。

当我们处于真正的开发阶段时，这个模板将对我们有帮助。我在敏捷环境中没有任何好的经验，所以我有点困惑如何编写这个模板。

Answer 1

敏捷环境，我们工作在小冲刺或迭代。其中包括设计、编码和测试系统的任务。每个sprint只关注少数几个需求，文档可能没有那么广泛，这是很自然的。

敏捷测试中常用的几个文档

1. 描述系统通常如何测试的测试策略。
2. 每个冲刺的测试计划。
3. 包含测试用例的测试规范。
4. 用于探索性测试和测试日志的测试思想，其中记录了结果。
5. 用于安装测试和回归测试的检查列表。

关于更多的指导，请阅读这篇文章很好地解释。

Answer 2

我认为敏捷测试象限可以作为一个指南来找到要定义的测试用例、自动化的测试用例和手动执行的测试用例之间的平衡。

我们当前的用户故事高级测试策略模板归结为以下几个要点：

• 测试用例和例子:关键在于质疑我们想为这个用户故事测试哪些东西，并创建一个检查表来验证我们测试了它们？
• 风险评估:对该特性进行风险分析，并检查它们是否包含在测试中。
• 自动化测试覆盖率:询问我们要自动化的测试用例中的哪一个。
• 基于核对表的代码检查
• 可用性:在适用的情况下执行可用性测试
• 绩效:询问团队可能存在的绩效问题
• 安全:向团队提出可能的安全问题

我们复制这个模板，在用户故事开始时，我们开始用测试思想填充模板，并与整个团队讨论它们。我们推动在与防止迷你瀑布编码并行的情况下这样做。

这个列表是动态的，因为我们了解更多，并发现新类型的问题，我们想要防止。对于每个达到生产的缺陷，我们执行一个根源分析并更新我们的模板，以防止将来出现类似的问题。此外，我们定期检查我们的模板，看看上面的项目是否仍然相关。

请记住，在敏捷中：

测试不再意味着测试混乱？我们可以想象！测试的目的过去是相当明确的--“测试是为了查找错误而执行程序的过程”。这在采用敏捷和精益开发多读点...时发生了变化。

建议的案文如下：

• http://lisacrispin.com/2011/11/08/using-the-agile-testing-quadrants/
• http://blog.gdinwiddie.com/2012/11/01/avoiding-mini-waterfalls/
• https://less.works/less/technical-excellence/thinking-about-testing.html
• http://www.jamesshore.com/Agile-Book/root_原因_analysis.html
• 敏捷测试人员(书)：http://agiletester.ca/