使用 Testbed 对 Google App Engine 进行单元测试时出现 InvalidModuleError()

当我尝试为由多个模块组成的 Google App Engine 应用程序编写一些 Python 单元测试时，我一直在努力解决一些错误。

我一直遵循以下指导https://cloud.google.com/appengine/docs/python/tools/localunittesting https://cloud.google.com/appengine/docs/python/tools/localunittesting

首先我得到以下信息：

ERROR:root:AssertionError('未找到服务“模块”的 api 代理',)

但我确定这是因为我没有正确初始化 Testbed，需要单独调用：

self.testbed.init_modules_stub()

尽管已经调用了：

self.testbed.init_all_stubs()

这对我来说似乎很奇怪，但这不是主要问题......现在我已经克服了这个错误，相反我得到了：

错误：根：InvalidModuleError（）

代码非常简单。这是测试用例的相关部分：

def setUp(self):
    self.testbed = testbed.Testbed()
    self.testbed.activate()
    self.testbed.init_all_stubs
    self.testbed.init_modules_stub()

def test_should_submit_a_task(self):
    post_content = '{ "bucket": "/test/", "filename", "test", "operation": "read" }'
    request = webapp2.Request.blank('/path/to/module/method', POST=post_content)
    response = request.get_response(main.application)

    self.assertEquals(response.status_int, 200)

被测代码中抛出错误的行如下：

     host = get_hostname(queue)

我可以看到“队列”已使用模块名称正确初始化。

get_hostname() 中的 google_appengine 中的注释指出：

“加薪： 如果给定的模块版本无效，则出现 InvalidModuleError 错误。”

因此由于某种原因我的模块版本无效。

那么，在测试代码时是否需要手动将模块版本传递给 get_hostname() 呢？

或者我是否未能以某种方式初始化测试台以确保模块的版本有效？

EDIT：我继续研究这个问题，并通过 Google App Engine 代码追踪到该类_LocalFakeDispatcher in request_info.py。该类设置了一些用于测试的默认值。问题是，我的测试到达这里试图确定模块是否有效，但它与此存根中的默认值之一不匹配，因此最终返回无效模块错误。

有什么方法可以覆盖此调度程序中的默认值，以将其设置为填充预期的模块名称和版本？

See:

class _LocalFakeDispatcher(Dispatcher):
  """A fake Dispatcher implementation usable by tests."""

  def __init__(self,
               module_names=None,
               module_name_to_versions=None,
               module_name_to_default_versions=None,
               module_name_to_version_to_hostname=None):
    super(_LocalFakeDispatcher, self).__init__()
    if module_names is None:
      module_names = ['default']
    if module_name_to_versions is None:
      module_name_to_versions = {'default': ['1']}
 etc. ...

非常感谢

R.

$gcloud --版本 Google Cloud SDK 0.9.44

应用程序 2015.01.15 应用程序引擎-go-darwin-x86_64 1.9.17 应用程序引擎java 1.9.17 应用程序引擎管理的虚拟机 2014.11.03 应用程序引擎-python 1.9.17 ETC。

需要打电话的问题init_modules_stub与 SDK 的版本有关（因此与testbed/__init__.py） 你有;已添加到init_all_stubs在当前版本中（不确定具体时间），因此升级应该可以让您消除对显式调用的需要。但正如你所说，这不是主要问题。

但关于更实质性的问题——在我看来，你没有做错任何事，因为没有文档说你应该做任何特别的事情来初始化模块的存根。

幸运的是，没有解决方法too糟糕的。具体来说，您可以在单元测试代码的早期进行初始化：

from google.appengine.api import request_info

# edit all_versions per modules & versions thereof needing tests
all_versions = {'default':[1], 'andsome':[2], 'others':[1]}
def_versions = {m:all_versions[m][0] for m in all_versions}
m2h = {m:{def_versions[m]:'localhost:8080'} for m in def_versions}

request_info._local_dispatcher = request_info._LocalFakeDispatcher(
    module_names = list(all_versions),
    module_name_to_versions = all_versions,
    module_name_to_default_versions = def_versions,
    module_name_to_version_to_hostname = m2h)

当然假设这些是您想要的模块名称和版本！

是的，应该确实更容易（测试平台或some模块应该公开一个执行此操作的函数 - 理想情况下通过解析适当的yaml文件，但至少有明确的参数）and，非常重要的是，应该有很好的记录。

五年前，我是测试平台第一个版本前身的第一作者，我个人为没有关注它而道歉（抱歉——我was同时忙于不同的工作！ ——但是，作为单元测试的狂热分子，我应该在这方面花费大约 20% 的时间）。

请提出一个关于很好地公开这一点并记录它的功能请求，并且thanks感谢您的耐心和出色的“侦探工作”，找出了问题的症结所在！