除了单元测试之外，我还应该在敏捷环境中测试什么呢？

Question

重点似乎总是在短篇故事上，然后与它们一起的代码往往会有单元测试。

我应该在哪些其他领域或级别进行测试？

上下文是在敏捷环境中使用各种Scrum和看板技术开发的SaS (Software )应用程序。

Answer 1

在每个故事的每次迭代中，我喜欢-做以下几件事：

• 在规划过程中:我们是否建立了正确的特征？我试着从用户的角度来看，而不是从技术上看。
• 在开发过程中:准备测试数据，与开发人员对程序进行配对，并询问新开发的UX。
• 开发之后:通过代码评审进行风险分析，单元测试是否涵盖所有更改？我们是不是撞到其他易碎的东西了？
• 新功能的探索性测试
• 根据探索性测试的知识创建至少一到两个自动GUI测试
• 编写、更新和“测试”用户文档。这里的测试既是语法问题，也是可以理解的问题。

建议如下：

• 书籍：敏捷测试
• 博客：QA角色-它到底是什么？

Answer 2

单元测试是测试具有特定端点值的代码并将它们与预期结果进行比较的一种很好的方法，但是单元测试无法涵盖许多事情。单元测试为软件提供了线性测试。自动化应该包括一种更广泛的方法来实现软件的实际工作。敏捷是实现自动化的一个困难空间，它需要有足够的时间来建立。在框架启动和运行之后，您可以在套件中逐个sprint添加测试，以涵盖所开发的内容。因此，要回答你的问题，自动化的其他领域包括各种各样的事情。我建议你和你的项目经理谈谈，看看他们对你的自动化有什么期望。目前，我写自动化是为了：

1. 回归检验
2. 端到端测试
3. 缺陷/特征测试

这些是我负责的项目，这就是我的测试所包含的内容。