当前位置: 首页 > 编程笔记 >

python自动化测试之DDT数据驱动的实现代码

吴升
2023-03-14
本文向大家介绍python自动化测试之DDT数据驱动的实现代码,包括了python自动化测试之DDT数据驱动的实现代码的使用技巧和注意事项,需要的朋友参考一下

时隔已久,再次冒烟,自动化测试工作仍在继续,自动化测试中的数据驱动技术尤为重要,不然咋去实现数据分离呢,对吧,这里就简单介绍下与传统unittest自动化测试框架匹配的DDT数据驱动技术。

话不多说,先撸一波源码,其实整体代码并不多

# -*- coding: utf-8 -*-
# This file is a part of DDT (https://github.com/txels/ddt)
# Copyright 2012-2015 Carles Barrobés and DDT contributors
# For the exact contribution history, see the git revision log.
# DDT is licensed under the MIT License, included in
# https://github.com/txels/ddt/blob/master/LICENSE.md
import inspect
import json
import os
import re
import codecs
from functools import wraps
try:
  import yaml
except ImportError: # pragma: no cover
  _have_yaml = False
else:
  _have_yaml = True
__version__ = '1.2.1'
# These attributes will not conflict with any real python attribute
# They are added to the decorated test method and processed later
# by the `ddt` class decorator.
DATA_ATTR = '%values'   # store the data the test must run with
FILE_ATTR = '%file_path'  # store the path to JSON file
UNPACK_ATTR = '%unpack'  # remember that we have to unpack values
index_len = 5       # default max length of case index
try:
  trivial_types = (type(None), bool, int, float, basestring)
except NameError:
  trivial_types = (type(None), bool, int, float, str)
def is_trivial(value):
  if isinstance(value, trivial_types):
    return True
  elif isinstance(value, (list, tuple)):
    return all(map(is_trivial, value))
  return False
def unpack(func):
  """
  Method decorator to add unpack feature.
  """
  setattr(func, UNPACK_ATTR, True)
  return func
def data(*values):
  """
  Method decorator to add to your test methods.
  Should be added to methods of instances of ``unittest.TestCase``.
  """
  global index_len
  index_len = len(str(len(values)))
  return idata(values)
def idata(iterable):
  """
  Method decorator to add to your test methods.
  Should be added to methods of instances of ``unittest.TestCase``.
  """
  def wrapper(func):
    setattr(func, DATA_ATTR, iterable)
    return func
  return wrapper
def file_data(value):
  """
  Method decorator to add to your test methods.
  Should be added to methods of instances of ``unittest.TestCase``.
  ``value`` should be a path relative to the directory of the file
  containing the decorated ``unittest.TestCase``. The file
  should contain JSON encoded data, that can either be a list or a
  dict.
  In case of a list, each value in the list will correspond to one
  test case, and the value will be concatenated to the test method
  name.
  In case of a dict, keys will be used as suffixes to the name of the
  test case, and values will be fed as test data.
  """
  def wrapper(func):
    setattr(func, FILE_ATTR, value)
    return func
  return wrapper
def mk_test_name(name, value, index=0):
  """
  Generate a new name for a test case.
  It will take the original test name and append an ordinal index and a
  string representation of the value, and convert the result into a valid
  python identifier by replacing extraneous characters with ``_``.
  We avoid doing str(value) if dealing with non-trivial values.
  The problem is possible different names with different runs, e.g.
  different order of dictionary keys (see PYTHONHASHSEED) or dealing
  with mock objects.
  Trivial scalar values are passed as is.
  A "trivial" value is a plain scalar, or a tuple or list consisting
  only of trivial values.
  """
  # Add zeros before index to keep order
  index = "{0:0{1}}".format(index + 1, index_len)
  if not is_trivial(value):
    return "{0}_{1}".format(name, index)
  try:
    value = str(value)
  except UnicodeEncodeError:
    # fallback for python2
    value = value.encode('ascii', 'backslashreplace')
  test_name = "{0}_{1}_{2}".format(name, index, value)
  return re.sub(r'\W|^(?=\d)', '_', test_name)
def feed_data(func, new_name, test_data_docstring, *args, **kwargs):
  """
  This internal method decorator feeds the test data item to the test.
  """
  @wraps(func)
  def wrapper(self):
    return func(self, *args, **kwargs)
  wrapper.__name__ = new_name
  wrapper.__wrapped__ = func
  # set docstring if exists
  if test_data_docstring is not None:
    wrapper.__doc__ = test_data_docstring
  else:
    # Try to call format on the docstring
    if func.__doc__:
      try:
        wrapper.__doc__ = func.__doc__.format(*args, **kwargs)
      except (IndexError, KeyError):
        # Maybe the user has added some of the formating strings
        # unintentionally in the docstring. Do not raise an exception
        # as it could be that user is not aware of the
        # formating feature.
        pass
  return wrapper
def add_test(cls, test_name, test_docstring, func, *args, **kwargs):
  """
  Add a test case to this class.
  The test will be based on an existing function but will give it a new
  name.
  """
  setattr(cls, test_name, feed_data(func, test_name, test_docstring,
      *args, **kwargs))
def process_file_data(cls, name, func, file_attr):
  """
  Process the parameter in the `file_data` decorator.
  """
  cls_path = os.path.abspath(inspect.getsourcefile(cls))
  data_file_path = os.path.join(os.path.dirname(cls_path), file_attr)
  def create_error_func(message): # pylint: disable-msg=W0613
    def func(*args):
      raise ValueError(message % file_attr)
    return func
  # If file does not exist, provide an error function instead
  if not os.path.exists(data_file_path):
    test_name = mk_test_name(name, "error")
    test_docstring = """Error!"""
    add_test(cls, test_name, test_docstring,
         create_error_func("%s does not exist"), None)
    return
  _is_yaml_file = data_file_path.endswith((".yml", ".yaml"))
  # Don't have YAML but want to use YAML file.
  if _is_yaml_file and not _have_yaml:
    test_name = mk_test_name(name, "error")
    test_docstring = """Error!"""
    add_test(
      cls,
      test_name,
      test_docstring,
      create_error_func("%s is a YAML file, please install PyYAML"),
      None
    )
    return
  with codecs.open(data_file_path, 'r', 'utf-8') as f:
    # Load the data from YAML or JSON
    if _is_yaml_file:
      data = yaml.safe_load(f)
    else:
      data = json.load(f)
  _add_tests_from_data(cls, name, func, data)
def _add_tests_from_data(cls, name, func, data):
  """
  Add tests from data loaded from the data file into the class
  """
  for i, elem in enumerate(data):
    if isinstance(data, dict):
      key, value = elem, data[elem]
      test_name = mk_test_name(name, key, i)
    elif isinstance(data, list):
      value = elem
      test_name = mk_test_name(name, value, i)
    if isinstance(value, dict):
      add_test(cls, test_name, test_name, func, **value)
    else:
      add_test(cls, test_name, test_name, func, value)
def _is_primitive(obj):
  """Finds out if the obj is a "primitive". It is somewhat hacky but it works.
  """
  return not hasattr(obj, '__dict__')
def _get_test_data_docstring(func, value):
  """Returns a docstring based on the following resolution strategy:
  1. Passed value is not a "primitive" and has a docstring, then use it.
  2. In all other cases return None, i.e the test name is used.
  """
  if not _is_primitive(value) and value.__doc__:
    return value.__doc__
  else:
    return None
def ddt(cls):
  """
  Class decorator for subclasses of ``unittest.TestCase``.
  Apply this decorator to the test case class, and then
  decorate test methods with ``@data``.
  For each method decorated with ``@data``, this will effectively create as
  many methods as data items are passed as parameters to ``@data``.
  The names of the test methods follow the pattern
  ``original_test_name_{ordinal}_{data}``. ``ordinal`` is the position of the
  data argument, starting with 1.
  For data we use a string representation of the data value converted into a
  valid python identifier. If ``data.__name__`` exists, we use that instead.
  For each method decorated with ``@file_data('test_data.json')``, the
  decorator will try to load the test_data.json file located relative
  to the python file containing the method that is decorated. It will,
  for each ``test_name`` key create as many methods in the list of values
  from the ``data`` key.
  """
  for name, func in list(cls.__dict__.items()):
    if hasattr(func, DATA_ATTR):
      for i, v in enumerate(getattr(func, DATA_ATTR)):
        test_name = mk_test_name(name, getattr(v, "__name__", v), i)
        test_data_docstring = _get_test_data_docstring(func, v)
        if hasattr(func, UNPACK_ATTR):
          if isinstance(v, tuple) or isinstance(v, list):
            add_test(
              cls,
              test_name,
              test_data_docstring,
              func,
              *v
            )
          else:
            # unpack dictionary
            add_test(
              cls,
              test_name,
              test_data_docstring,
              func,
              **v
            )
        else:
          add_test(cls, test_name, test_data_docstring, func, v)
      delattr(cls, name)
    elif hasattr(func, FILE_ATTR):
      file_attr = getattr(func, FILE_ATTR)
      process_file_data(cls, name, func, file_attr)
      delattr(cls, name)
  return cls

ddt源码

通过源码的说明,基本可以了解个大概了,其核心用法就是利用装饰器来实现功能的复用及扩展延续,以此来实现数据驱动,现在简单介绍下其主要函数的基本使用场景。

1. @ddt(cls) ,其服务于unittest类装饰器,主要功能是判断该类中是否具有相应 ddt 装饰的方法,如有则利用自省机制,实现测试用例命名 mk_test_name、 数据回填 _add_tests_from_data 并通过 add_test 添加至unittest的容器TestSuite中去,然后执行得到testResult,流程非常清晰。

def ddt(cls):
  for name, func in list(cls.__dict__.items()):
    if hasattr(func, DATA_ATTR):
      for i, v in enumerate(getattr(func, DATA_ATTR)):
        test_name = mk_test_name(name, getattr(v, "__name__", v), i)
        test_data_docstring = _get_test_data_docstring(func, v)
        if hasattr(func, UNPACK_ATTR):
          if isinstance(v, tuple) or isinstance(v, list):
            add_test(
              cls,
              test_name,
              test_data_docstring,
              func,
              *v
            )
          else:
            # unpack dictionary
            add_test(
              cls,
              test_name,
              test_data_docstring,
              func,
              **v
            )
        else:
          add_test(cls, test_name, test_data_docstring, func, v)
      delattr(cls, name)
    elif hasattr(func, FILE_ATTR):
      file_attr = getattr(func, FILE_ATTR)
      process_file_data(cls, name, func, file_attr)
      delattr(cls, name)
  return cls

2. @file_data(PATH) ,其主要是通过 process_file_data 方法实现数据解析,这里通过 _add_tests_from_data 实现测试数据回填,通过源码可以得知目前文件只支持 Yaml 和 JSON 数据文件,想扩展其它文件比如 xml 等直接改源码就行

def process_file_data(cls, name, func, file_attr):
  """
  Process the parameter in the `file_data` decorator.
  """
  cls_path = os.path.abspath(inspect.getsourcefile(cls))
  data_file_path = os.path.join(os.path.dirname(cls_path), file_attr)
  def create_error_func(message): # pylint: disable-msg=W0613
    def func(*args):
      raise ValueError(message % file_attr)
    return func
  # If file does not exist, provide an error function instead
  if not os.path.exists(data_file_path):
    test_name = mk_test_name(name, "error")
    test_docstring = """Error!"""
    add_test(cls, test_name, test_docstring,
         create_error_func("%s does not exist"), None)
    return
  _is_yaml_file = data_file_path.endswith((".yml", ".yaml"))
  # Don't have YAML but want to use YAML file.
  if _is_yaml_file and not _have_yaml:
    test_name = mk_test_name(name, "error")
    test_docstring = """Error!"""
    add_test(
      cls,
      test_name,
      test_docstring,
      create_error_func("%s is a YAML file, please install PyYAML"),
      None
    )
    return
  with codecs.open(data_file_path, 'r', 'utf-8') as f:
    # Load the data from YAML or JSON
    if _is_yaml_file:
      data = yaml.safe_load(f)
    else:
      data = json.load(f)
  _add_tests_from_data(cls, name, func, data)

3. @date(* value ),简单粗暴的直观实现数据驱动,直接将可迭代对象传参,进行数据传递,数据之间用逗号“ , ”隔离,代表一组数据,此时如果实现 unpack, 则更加细化的实现数据驱动,切记每组数据对应相应的形参。

def unpack(func):
  """
  Method decorator to add unpack feature.
  """
  setattr(func, UNPACK_ATTR, True)
  return func
def data(*values):
  """
  Method decorator to add to your test methods.
  Should be added to methods of instances of ``unittest.TestCase``.
  """
  global index_len
  index_len = len(str(len(values)))
  return idata(values)
def idata(iterable):
  """
  Method decorator to add to your test methods.
  Should be added to methods of instances of ``unittest.TestCase``.
  """
  def wrapper(func):
    setattr(func, DATA_ATTR, iterable)
    return func
  return wrapper

4. 实例

# -*- coding: utf-8 -*-
__author__ = '暮辞'
import time,random
from ddt import ddt, data, file_data, unpack
import unittest
import json
from HTMLTestRunner import HTMLTestRunner
@ddt
class Demo(unittest.TestCase):
  @file_data("./migrations/test.json")
  def test_hello(self, a, **b):
    '''
    测试hello
    '''
    print a
    print b
    #print "hello", a, type(a)
    if isinstance(a, list):
      self.assertTrue(True, "2")
    else:
      self.assertTrue(True, "3")
  @data([1, 2, 3, 4])
  def test_world(self, *b):
    '''
    测试world
    '''
    print b
    self.assertTrue(True)
  @data({"test1":[1, 2], "test2":[3, 4]}, {"test1":[1, 2],"test2":[3, 4]})
  @unpack
  def test_unpack(self, **a):
    '''
    测试unpack
    '''
    print a
    self.assertTrue(True)
if __name__ == "__main__":
  suit = unittest.TestSuite()
  test = unittest.TestLoader().loadTestsFromTestCase(Demo)
  suit.addTests(test)
  #suit.addTests(test)
  with open("./migrations/Demo.html", "w") as f:
    result = HTMLTestRunner(stream=f, description=u"Demo测试报告", title=u"Demo测试报告")
    result.run(suit)

测试结果:

至此关于ddt的数据驱动暂时告一段落了,后面还会介绍基于excel、sql等相关的数据驱动内容,并进行对比总结,拭目以待~

总结

以上所述是小编给大家介绍的python自动化测试之DDT数据驱动的实现代码,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对小牛知识库网站的支持!
如果你觉得本文对你有帮助,欢迎转载,烦请注明出处,谢谢!

 类似资料:
  • 用一个完整的测试框架实操解读如何进行 Python 自动化测试,含括:Web 自动化测试、APP 自动化测试、DLL 接口测试、API 接口测试,通过本小小书,引导你如何快速搭建属于自己的 Python 自动化框架。

  • 本文向大家介绍Python接口自动化测试的实现,包括了Python接口自动化测试的实现的使用技巧和注意事项,需要的朋友参考一下 1)环境准备:   接口测试的方式有很多,比如可以用工具(jmeter,postman)之类,也可以自己写代码进行接口测试,工具的使用相对来说都比较简单,重点是要搞清楚项目接口的协议是什么,然后有针对性的进行选择,甚至当工具不太适合项目时需要自己进行开发。   在我们项目

  • 本文向大家介绍python unittest实现api自动化测试,包括了python unittest实现api自动化测试的使用技巧和注意事项,需要的朋友参考一下 项目测试对于一个项目的重要性,大家应该都知道吧,写python的朋友,应该都写过自动化测试脚本。 最近正好负责公司项目中的api测试,下面写了一个简单的例子,对API 测试进行梳理。 首先,编写restful api接口文件 testp

  • 英文原文:http://emberjs.com/guides/testing/test-runners/ 当运行测试时,可以在很多种不同的方案里选取最适合工作流的方案。找到一种摩擦最低的运行测试的方案非常重要,因为测试是一项经常要做的事情。 浏览器 运行测试的最简单的方法是直接在浏览器中打开页面。下面将展示如何加入一个qunit的测试harness给应用,并可以针对其运行测试: 首先,从这里获取一

  • 编写测试代码时,一个较好的办法是把测试的输入数据和期望的结果写在一起组成一个数据表:表中的每条记录都是一个含有输入和期望值的完整测试用例,有时还可以结合像测试名字这样的额外信息来让测试输出更多的信息。 实际测试时简单迭代表中的每条记录,并执行必要的测试。这在练习 13.4 中有具体的应用。 可以抽象为下面的代码段: var tests = []struct{ // Test table

  • 自动化测试 如果你想构建可靠的高质量的软件,自动化测试将是你工具箱里面非常关键的一个部分,它帮助你减少手工测试的代价,提高你的开发小组重构已有代码的能力。 自动化测试的类型  并非所有的自动化测试都是相似的,他们通常在作用域、实现方式和执行时间上有所差异,我把他们分成三种类型的测试:单元测试、集成测试和功能测试。 单元测试用于测试你代码的最小单元,在基于java的项目中这个单元就是一个方法(met