以下粘贴包含来自三个单独Python文件的相关代码段。第一个是从命令行调用的脚本,它在给定某些参数的情况下实例化CIPuller。会发生什么是脚本被调用类似于:
script.py ci
(其他args被argparse吞噬)。
第二个是名为Puller
的子类的一部分。第三部分是Puller
的子类的一部分,名为CIPuller
。
这非常有效,因为调用了正确的子类,并且使用错误的其他args的任何用户都可以看到给定子类的正确args,以及来自超类的泛型参数。 (虽然我已经离线了解,也许我应该使用argparse sub-commands。)
我试图为这些类编写测试。目前,我需要ArgumentParser
来实例化类,但在测试中我没有从命令行实例化事物,因此我的ArgumentParser
没用。
我尝试在测试工具中创建ArgumentParser
以传递给测试代码中的CIPuller's
构造函数,但如果我在那里使用add_argument
,则argparse可以理解为抱怨双重(重复)参数当它在add_argument
构造函数中调用CIPuller
时。
使用参数测试这些类的合适设计是什么?
#!/usr/bin/env python
from ci_puller import CIPuller
import argparse
import sys
# Using sys.argv[1] for the argument here, as we don't want to pass that onto
# the subclasses, which should receive a vanilla ArgumentParser
puller_type = sys.argv.pop(1)
parser = argparse.ArgumentParser(
description='Throw data into Elasticsearch.'
)
if puller_type == 'ci':
puller = CIPuller(parser, 'single')
else:
raise ValueError("First parameter must be a supported puller. Exiting.")
puller.run()
class Puller(object):
def __init__(self, parser, insert_type):
self.add_arguments(parser)
self.args = parser.parse_args()
self.insert_type = insert_type
def add_arguments(self,parser):
parser.add_argument(
"-d", "--debug",
help="print debug info to stdout",
action="store_true"
)
parser.add_argument(
"--dontsend",
help="don't actually send anything to Elasticsearch",
action="store_true"
)
parser.add_argument(
"--host",
help="override the default host that the data is sent to",
action='store',
default='kibana.munged.tld'
)
class CIPuller(Puller):
def __init__(self, parser, insert_type):
self.add_arguments(parser)
self.index_prefix = "code"
self.doc_type = "cirun"
self.build_url = ""
self.json_url = ""
self.result = []
super(CIPuller, self).__init__(parser, insert_type)
def add_arguments(self, parser):
parser.add_argument(
'--buildnumber',
help='CI build number',
action='store',
required=True
)
parser.add_argument(
'--testtype',
help='Job type per CI e.g. minitest / feature',
choices=['minitest', 'feature'],
required=True
)
parser.add_argument(
'--app',
help='App e.g. sapi / stats',
choices=['sapi', 'stats'],
required=True
)
答案 0 :(得分:4)
argparse
的单元测试很棘手。有一个test/test_argparse.py
文件作为整个Python单元测试的一部分运行。但它有一个复杂的自定义测试工具来处理大多数情况。
有三个基本问题,1)使用测试值调用parse_args
,2)测试结果args,3)测试错误。
测试结果args
相对简单。 argparse.Namespace
类具有简单的__eq__
方法,因此您可以测试一个名称空间与另一个名称空间。
有两种测试输入的方法。一种是修改sys.argv
。最初sys.argv
包含适用于测试人员的字符串。
self.args = parser.parse_args()
将sys.argv[1:]
作为默认值进行测试。因此,如果您更改sys.argv
,则可以测试自定义值。
但您也可以为parse_args
提供自定义列表。 argparse
文档在大多数示例中都使用了这个。
self.args = parser.parse_args(argv=myargv)
如果myarg
为None
则使用sys.argv[1:]
。否则它会使用该自定义列表。
测试错误需要自定义parse.error
方法(请参阅文档)或将parse_args
包装在可以捕获try/except
异常的sys.exit
块中。
How do you write tests for the argparse portion of a python module?
Argparse unit tests: Suppress the help message