9

我在基于 Rest API 的系统上作为测试人员工作。我的部分工作是使用不同的应用程序将文件 POST 到 Rest API，然后通过 Rest Client 直接访问 API 以验证 XML 是否正确。

到目前为止，我一直在使用 RESTClient firefox 插件。

但是现在我们正在摆脱旧的登录以支持 Oauth。这一切都很好，但它使测试变得更加困难，因为我不能（不知道怎么做？）如何使用我正在使用的 REST 客户端访问 Rest API。而且我不知道有任何其他 REST 客户端可以做到这一点。

我需要一个可以通过 oauth 处理登录的 REST 客户端/REST 浏览器。

更新：
嗨。我仍在寻找可以处理 Oauth 的更好的 REST 客户端。所以如果你知道任何我会很感激下面的帖子。

4

4 回答 4

6

我也在寻找这样的东西，因为这个问题似乎已经发生了一些变化。

我正在使用 Chrome，REST 控制台扩展对我来说非常有用：

https://chrome.google.com/webstore/detail/cokgbflfommojglbmbpenpphppikmonn

于 2011-06-12T17:22:29.490 回答
3

我是 RESTClient 的作者，我已经开始开发新版本的 RESTClient（版本 1.4.0）。新版本将支持 oAuth 2.0。并将于四月发布。

于 2012-03-26T06:27:11.870 回答
1

没有什么可以阻止您在使用 OAuth 身份验证时继续手动测试 REST API。OAuth 只要求您发送其他参数：首先，您协商 OAuth 舞蹈以获取请求令牌并将其交换为访问令牌，然后每个请求都具有必要的OAuth参数（oauth_consumer_key、oauth_token、oauth_signature_method、oauth_signature和）。您需要使用单独的工具进行签名（除非您正在测试的产品愿意用作签名方法），但您可以简单地将所有这些值手动复制到当前的手动工具中。oauth_timestampoauth_noncePLAINTEXT

如果这听起来像很多工作，你是对的！我认为这是切换到自动化测试的好时机。 大多数语言都有库以编程方式使用 OAuth 服务，并且可以处理所有这些参数并为您签名。您可以构建一个通用工具，让手动测试人员手动指定 URL 和参数，或者更进一步，编写一些自动完成所有生成和验证的东西。

更新：为了从命令行进行一些探索性测试，拥有一个类似curl- 的工具来处理一些 OAuth 参数和签名肯定会有所帮助。查看可能对您有用的 oauth-proxy ——它完全用于在命令行上探索 API。或者，您可能会发现，对于您的特定探索，您希望围绕 oauth-proxy 构建一个脚本，或者在针对不同语言的众多 OAuth 库之一之上构建一个工具。

于 2010-01-15T23:39:41.847 回答
1

原来 RESTClient 确实支持 oauth，但新版本尚未发布。

查看 sourceforge
http://sourceforge.net/projects/restclient/develop
的最新代码 并使用这些文件替换您的 RESTClient（应该在您的 firefox 配置文件目录中找到
http://support.mozilla.com/en-US /kb/Profiles#How_to_find_your_profile）。

注意：我不得不破解源代码并删除“领域”参数，因为我们的系统不想要它。根据 Oauth 规范，领域是可选的，我已要求 RESTClient 的开发人员在未来的版本中使其成为可选。

于 2010-01-20T14:23:37.713 回答