电脑

测试API时的常见错误

API功能中断。不幸的是,一些API开发人员和使用者没有给API测试应有的严肃性,最终会犯一些值得注意的错误。实际上,如本博客文章所述,API测试背后有多种技术 在RapidAPI上

在本文中,我们将讨论测试API时所犯的常见错误,无论使用何种测试技术。 

图片来源

错误条目

错误条目是API代码中的点,这些点具有一组引用,扼流圈,函数或类别,它们被定义为集合的一部分,但分别起作用。在这种情况下,API似乎运行良好,没有任何问题或错误。但是,测试单个端点时会看到错误。这些问题使大多数人感到沮丧,因为在大多数情况下,手头的问题很简单,当单独调用时效果很好,但在与其他资源调用时失败。

解决方案就是简单地进行大量的深度测试。在测试单个端点时,可以在早期测试期间轻松识别出诸如错误数据输入点之类的小问题。对下游和上游进行测试将有助于确定条目不正确的区域,这些区域可能会影响API的整体性能。

无效的栏位

在某些情况下,API返回的数据是意外的甚至不正确的。应用程序总是会遇到问题,使小错误成为巨大的灾难。例如,大多数开发人员在返回URL对象时都将HTTP或NULL作为响应返回。想象一下这种响应的格式错误,例如返回HTTP:NULL。这将导致许多第三方应用程序,浏览器甚至设备将响应读取为有效URL并尝试导航到资源。

解决方案是确保您使用排列来测试字段有效性。从长远来看,您需要更加努力地使用API​​,以使其轻松处理故障。同样,正确的文档记录也非常重要。它可以帮助用户知道期望什么,并使他们可以轻松地围绕它进行编码。

过时的缓存

缓存使用户可以访问相同的资源,而不必向服务器添加更多的负载,而这最终可能会超出服务器的能力。尽管这是一个好习惯,但是不正确的实现与完全忽略它一样糟糕。一些开发人员实施了较差的缓存技术,这些技术在大多数情况下会导致缓存一致性或最终用户获得缓存技术。 404错误.

解决方案是测试API,就像您是最终用户一样。确保测试您拥有的所有其他端点。添加更多条目,删除其他条目甚至进行操作。如果任何端点出现问题,请确保已解决。这将确保最终用户不会遇到相同的问题。

误报

使用API​​时,如果响应为200,则表示一切运行良好。但是,大多数开发人员将默认状态设置为200,这意味着即使NULL错误的响应也将是200。在这里,API开发人员看起来没有什么问题。测试系统也获得了预期的响应。对于最终用户,一切似乎都还可以,但事实并非如此。这是一个误报,不允许开发人员在发生错误时看到错误。

解决方案是确保您经常检查错误响应,以确保其行为符合预期。另外,与将其用作标准响应相比,请确保仅为肯定响应保留200个响应。所有答复应简明扼要,清晰易懂。

最后,要检查的其他常见错误包括团队沟通失败, 非标准标准化,可读性和兼容性问题。

关于作者

头像

方达丽莎·索福(Fondaliza Sohphoh)

方达丽莎·索福(Fondaliza Sohphoh)拥有德里大学的计算机科学硕士学位,目前在业余时间阅读和学习各种主题,同时撰写博客。除了写博客,她还喜欢唱歌,做饭,尝试各种食物,旅行和露营。在评论部分与Fondaliza分享您的意见和建议。

在这里订阅

Join the list of our 42,000+ 订阅者,可以直接在其收件箱中收到我们的最新文章,提示/技巧和竞赛详细信息。免费。

广告

享受免费的电子邮件更新