如何确定API与GUI自动化的测试用例

Question

请帮助我理解，如果我正在尝试实现测试金字塔，并且自动化了大量的API测试，我如何决定现在使用GUI需要自动化什么，以及可以跳过什么？

谢谢

Answer 1

我建议从理解后端(API)实现的逻辑和功能开始。然后开始为API编写测试，以检查实现的逻辑和功能。

只有这样，我才会添加GUI测试。

示例:带有Rest的Web应用程序，日历可以导出到Excel并下载。API正在准备excel并可供下载。

我从API测试开始：

1. 发送http请求，为本周创建几次会议
2. 发送http请求，准备使用excel下载链接。
3. 发送http请求从以前的请求中下载excel文件
4. 然后再考虑一下这个API的其他测试方案。

在进行了这种测试之后，我将为GUI准备一个场景:单击“下载日历作为Excel文件”按钮，并检查浏览器是否下载。

Answer 2

典型的现代网络应用程序很好地分开了：

• 前端应用程序(Ember，React等)
• 一个或多个服务(Python、Java等)

基于风险的测试可以单独应用于每个组件:您发送HTTP请求来测试服务，并在前端组件的测试中模拟网络交互。

这些组件测试将基本上涵盖所有“测试用例”。由于组件有不同的目标，所以很容易只对这些目标进行探索。例如，您不检查API测试中的CSS颜色计算，也不检查前端上的SQL注入(除非在那里检查)。

通过组件测试，您可以集中精力检查集成：

• 通过合同测试，您可以检查前端应用程序的需求是否被服务所满足。
• 使用端到端的测试(例如Selenium)，您可以在每个环境中验证构建。这并不是为了检查应用程序本身是否处理用户交互，而是检查应用程序是否被正确部署。这将比吸烟测试更肤浅，因为那些检查应用程序本身的行为。