如何在测试金字塔中减少UI测试而不影响UI交付质量
如何在测试金字塔中减少UI测试而不影响UI交付质量
提问于 2019-04-16 11:39:14
我们公司有一个大型的基于java的桌面应用程序，我们正在为其构建测试用例。我们希望遵循测试金字塔方法：
1)我们要求开发人员编写大量的单元测试(但不要验证他们在哪里编写了高质量的单元测试)。
2)我们编写服务测试，遍历代码的每一行，并编写Junit测试来测试代码中的每一个可能的方法和条件。
3)我们正在计划创建UI测试，以确保UI正常工作。
我读了很多关于测试金字塔方法的博客，了解到我们应该花更少的时间来编写UI测试，因为它们不擅长测试ROI，因为它们通常需要很多时间来执行，而且由于它们对UI元素的依赖，它们是脆弱的。这几点我是绝对同意的。
但是，问题是，当我们说我们需要更少的UI测试时，我们的意思是我们只需要优先级为1的情况下的UI测试(或冒烟测试)吗？相反，UI是用户与之交互的元素，所以我们不需要首先确保它不会被破坏吗？我的意思是，当我们说我们需要减少UI测试的数量时，这不会影响UI交付的质量吗？例如，我已经编写了很多服务测试，并确保后端业务逻辑是完美的，但如果UI搞砸了怎么办？它不是同样重要吗？
回答 1
Stack Overflow用户
发布于 2019-04-19 18:30:10
我不认为UI测试的数量那么重要。
我认为测试自动化金字塔的意思是，单个UI测试用例涵盖了许多较低级别的测试。例如，单个UI测试用例可能发出5个API调用并调用10个方法。这使得UI测试更加脆弱和复杂，所以最好在API和单元层经过充分测试之后再编写它们。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/55700215
复制相关文章
相似问题
腾讯云开发者
