Pythonでの単体テストからのデータの出力


115

Pythonでユニットテストを記述している場合(unittestモジュールを使用)、失敗したテストからデータを出力することは可能ですか?それを調べて、エラーの原因を推測するのに役立てることができますか?一部の情報を運ぶことができるカスタマイズされたメッセージを作成する機能を知っていますが、文字列として簡単に表現できない、より複雑なデータを処理する場合があります。

たとえば、Fooクラスがあり、testdataというリストのデータを使用して、メソッドバーをテストするとします。

class TestBar(unittest.TestCase):
    def runTest(self):
        for t1, t2 in testdata:
            f = Foo(t1)
            self.assertEqual(f.bar(t2), 2)

テストが失敗した場合、t1、t2、fを出力して、この特定のデータが失敗した理由を確認することができます。出力とは、テストが実行された後、他の変数と同様に変数にアクセスできることを意味します。

回答:


73

私のように、シンプルで迅速な回答を求めてここに来た人への非常に遅い回答。

Python 2.7では、追加のパラメーターmsgを使用して、次のようなエラーメッセージに情報を追加できます。

self.assertEqual(f.bar(t2), 2, msg='{0}, {1}'.format(t1, t2))

公式ドキュメントはこちら


1
Python 3でも動作します。
MrDBA、2015

18
ドキュメントはこれを示唆していますが、明示的に言及する価値があります。デフォルトでmsgは、これを使用すると、通常のエラーメッセージが置き換えられます。取得するにはmsg、通常のエラーメッセージに添付さ、あなたも設定する必要がTestCase.longMessage Trueに
カタリンIacob

1
カスタムエラーメッセージを渡すことはできますが、エラーに関係なくメッセージを出力することに興味がありました。
ハリーモレノ

5
@CatalinIacobによるコメントはPython 2.xに適用されます。Python 3.xでは、TestCase.longMessageのデフォルトはTrueです。
ndmeiri 2018

70

これにはロギングモジュールを使用します。

例えば:

import logging
class SomeTest( unittest.TestCase ):
    def testSomething( self ):
        log= logging.getLogger( "SomeTest.testSomething" )
        log.debug( "this= %r", self.this )
        log.debug( "that= %r", self.that )
        # etc.
        self.assertEquals( 3.14, pi )

if __name__ == "__main__":
    logging.basicConfig( stream=sys.stderr )
    logging.getLogger( "SomeTest.testSomething" ).setLevel( logging.DEBUG )
    unittest.main()

これにより、失敗していることがわかっていて、追加のデバッグ情報が必要な特定のテストのデバッグをオンにすることができます。

ただし、私の推奨する方法は、デバッグに多くの時間を費やすことではなく、問題を明らかにするために、よりきめの細かいテストの作成に費やすことです。


testSomething内でメソッドfooを呼び出して何かをログに記録するとどうなるでしょうか。ロガーをfooに渡さずに、その出力をどのように確認できますか?
simao 2010年

@simao:何fooですか?別の機能?SomeTest?のメソッド関数 最初のケースでは、関数は独自のロガーを持つことができます。2番目のケースでは、他のメソッド関数が独自のロガーを持つことができます。loggingパッケージの仕組みを知っていますか?複数のロガーが標準です。
S.Lott

8
私はあなたが指定した正確な方法でロギングをセットアップしました。動作していると思いますが、出力はどこに表示されますか?コンソールに出力していません。ファイルにログを記録して構成しようとしましたが、出力も生成されません。
MikeyE

「しかし、私が好む方法は、デバッグに多くの時間を費やすことではなく、問題を明らかにするために、よりきめの細かいテストを書くことです。」-よく言った!
Seth

34

単純な印刷ステートメント、またはその他のstdoutへの書き込み方法を使用できます。テストの任意の場所でPythonデバッガーを呼び出すこともできます。

を使用してテストを実行する場合(これをお勧めします)、各テストのstdoutを収集し、テストが失敗した場合にのみそれを表示するため、テストに合格したときに乱雑な出力に対処する必要はありません。

noseには、アサートで言及された変数を自動的に表示するスイッチ、または失敗したテストでデバッガーを呼び出すスイッチもあります。たとえば-s--nocapture)はstdoutのキャプチャを防ぎます。


残念ながら、鼻はロギングフレームワークを使用してstdout / errに書き込まれたログを収集していないようです。私が持っているprintlog.debug()隣同士にして、明示的にオンDEBUGからルートに伐採setUp()方法が、唯一のprint出力を示しアップ。
haridsv 2011年

7
nosetests -sエラーがあるかどうかにかかわらず、stdoutの内容を表示します。
ハーグリフ

ノーズドキュメントで変数を自動的に表示するスイッチが見つかりません。それらを説明する何かを私に指摘できますか?
ABM 2016年

ノーズまたはユニットテストの変数を自動的に表示する方法がわかりません。テストで見たいものを印刷します。
Ned Batchelder 2016年

16

これはあなたが探しているものではないと思います。失敗しない変数値を表示する方法はありませんが、これはあなたが望む方法で結果を出力することに近づくのに役立つかもしれません。

TestRunner.run()によって返されたTestResult オブジェクトを使用できますを結果の分析と処理に。特に、TestResult.errorsおよびTestResult.failures

TestResultsオブジェクトについて:

http://docs.python.org/library/unittest.html#id3

そしてあなたを正しい方向に向けるためのコード:

>>> import random
>>> import unittest
>>>
>>> class TestSequenceFunctions(unittest.TestCase):
...     def setUp(self):
...         self.seq = range(5)
...     def testshuffle(self):
...         # make sure the shuffled sequence does not lose any elements
...         random.shuffle(self.seq)
...         self.seq.sort()
...         self.assertEqual(self.seq, range(10))
...     def testchoice(self):
...         element = random.choice(self.seq)
...         error_test = 1/0
...         self.assert_(element in self.seq)
...     def testsample(self):
...         self.assertRaises(ValueError, random.sample, self.seq, 20)
...         for element in random.sample(self.seq, 5):
...             self.assert_(element in self.seq)
...
>>> suite = unittest.TestLoader().loadTestsFromTestCase(TestSequenceFunctions)
>>> testResult = unittest.TextTestRunner(verbosity=2).run(suite)
testchoice (__main__.TestSequenceFunctions) ... ERROR
testsample (__main__.TestSequenceFunctions) ... ok
testshuffle (__main__.TestSequenceFunctions) ... FAIL

======================================================================
ERROR: testchoice (__main__.TestSequenceFunctions)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "<stdin>", line 11, in testchoice
ZeroDivisionError: integer division or modulo by zero

======================================================================
FAIL: testshuffle (__main__.TestSequenceFunctions)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "<stdin>", line 8, in testshuffle
AssertionError: [0, 1, 2, 3, 4] != [0, 1, 2, 3, 4, 5, 6, 7, 8, 9]

----------------------------------------------------------------------
Ran 3 tests in 0.031s

FAILED (failures=1, errors=1)
>>>
>>> testResult.errors
[(<__main__.TestSequenceFunctions testMethod=testchoice>, 'Traceback (most recent call last):\n  File "<stdin>"
, line 11, in testchoice\nZeroDivisionError: integer division or modulo by zero\n')]
>>>
>>> testResult.failures
[(<__main__.TestSequenceFunctions testMethod=testshuffle>, 'Traceback (most recent call last):\n  File "<stdin>
", line 8, in testshuffle\nAssertionError: [0, 1, 2, 3, 4] != [0, 1, 2, 3, 4, 5, 6, 7, 8, 9]\n')]
>>>

5

別のオプション-テストが失敗したところでデバッガーを開始します。

Testoobでテストを実行してみてください(変更なしでユニットテストスイートが実行されます)。テストが失敗したときに '--debug'コマンドラインスイッチを使用してデバッガーを開くことができます。

Windowsでのターミナルセッションは次のとおりです。

C:\work> testoob tests.py --debug
F
Debugging for failure in test: test_foo (tests.MyTests.test_foo)
> c:\python25\lib\unittest.py(334)failUnlessEqual()
-> (msg or '%r != %r' % (first, second))
(Pdb) up
> c:\work\tests.py(6)test_foo()
-> self.assertEqual(x, y)
(Pdb) l
  1     from unittest import TestCase
  2     class MyTests(TestCase):
  3       def test_foo(self):
  4         x = 1
  5         y = 2
  6  ->     self.assertEqual(x, y)
[EOF]
(Pdb)

2
Nose(nose.readthedocs.org/en/latest/index.html)は、「デバッガセッションの開始」オプションを提供する別のフレームワークです。'-sx --pdb --pdb-failures'を指定して実行します。これは、出力を消費せず、最初の失敗後に停止し、例外やテストの失敗時にpdbにドロップします。これにより、ループで怠惰にテストを行わない限り、豊富なエラーメッセージが不要になりました。
jwhitlock

5

私が使う方法は本当に簡単です。警告としてログに記録するだけなので、実際に表示されます。

import logging

class TestBar(unittest.TestCase):
    def runTest(self):

       #this line is important
       logging.basicConfig()
       log = logging.getLogger("LOG")

       for t1, t2 in testdata:
         f = Foo(t1)
         self.assertEqual(f.bar(t2), 2)
         log.warning(t1)

テストが成功した場合、これは機能しますか?私の場合、警告はテストが失敗した場合にのみ表示されます
Shreya Maria

@ShreyaMariaはい、そうです
Orane

5

私はこれを考えすぎていたのではないかと思います。私が思いついた方法の1つは、診断データを蓄積するグローバル変数を持つことです。

このような何か:

log1 = dict()
class TestBar(unittest.TestCase):
    def runTest(self):
        for t1, t2 in testdata:
            f = Foo(t1) 
            if f.bar(t2) != 2: 
                log1("TestBar.runTest") = (f, t1, t2)
                self.fail("f.bar(t2) != 2")

返信ありがとうございます。彼らは私にpythonの単体テストから情報を記録する方法についていくつかの代替案を与えてくれました。


2

ログを使用:

import unittest
import logging
import inspect
import os

logging_level = logging.INFO

try:
    log_file = os.environ["LOG_FILE"]
except KeyError:
    log_file = None

def logger(stack=None):
    if not hasattr(logger, "initialized"):
        logging.basicConfig(filename=log_file, level=logging_level)
        logger.initialized = True
    if not stack:
        stack = inspect.stack()
    name = stack[1][3]
    try:
        name = stack[1][0].f_locals["self"].__class__.__name__ + "." + name
    except KeyError:
        pass
    return logging.getLogger(name)

def todo(msg):
    logger(inspect.stack()).warning("TODO: {}".format(msg))

def get_pi():
    logger().info("sorry, I know only three digits")
    return 3.14

class Test(unittest.TestCase):

    def testName(self):
        todo("use a better get_pi")
        pi = get_pi()
        logger().info("pi = {}".format(pi))
        todo("check more digits in pi")
        self.assertAlmostEqual(pi, 3.14)
        logger().debug("end of this test")
        pass

使用法:

# LOG_FILE=/tmp/log python3 -m unittest LoggerDemo
.
----------------------------------------------------------------------
Ran 1 test in 0.047s

OK
# cat /tmp/log
WARNING:Test.testName:TODO: use a better get_pi
INFO:get_pi:sorry, I know only three digits
INFO:Test.testName:pi = 3.14
WARNING:Test.testName:TODO: check more digits in pi

設定しない場合LOG_FILE、ロギングはに行われstderrます。


2

loggingそのためのモジュールを使用できます。

したがって、単体テストコードでは、次のコードを使用します。

import logging as log

def test_foo(self):
    log.debug("Some debug message.")
    log.info("Some info message.")
    log.warning("Some warning message.")
    log.error("Some error message.")

デフォルトでは、警告とエラーはに出力されるため/dev/stderr、コンソールに表示されます。

ログ(カスタマイズなど)をカスタマイズするには、次のサンプルを試してください。

# Set-up logger
if args.verbose or args.debug:
    logging.basicConfig( stream=sys.stdout )
    root = logging.getLogger()
    root.setLevel(logging.INFO if args.verbose else logging.DEBUG)
    ch = logging.StreamHandler(sys.stdout)
    ch.setLevel(logging.INFO if args.verbose else logging.DEBUG)
    ch.setFormatter(logging.Formatter('%(asctime)s %(levelname)s: %(name)s: %(message)s'))
    root.addHandler(ch)
else:
    logging.basicConfig(stream=sys.stderr)

2

これらのケースlog.debug()で私がしていることは、アプリケーションにいくつかのメッセージを含めることです。デフォルトのログレベルはWARNING、このようなメッセージは通常の実行では表示されません。

次に、unittestでログレベルをに変更してDEBUG、そのようなメッセージが実行中に表示されるようにします。

import logging

log.debug("Some messages to be shown just when debugging or unittesting")

ユニットテストでは:

# Set log level
loglevel = logging.DEBUG
logging.basicConfig(level=loglevel)



完全な例を見る:

これはdaikiri.py、名前と価格でダイキリを実装する基本クラスです。make_discount()特定の割引を適用した後、その特定の大切の価格を返すメソッドがあります。

import logging

log = logging.getLogger(__name__)

class Daikiri(object):
    def __init__(self, name, price):
        self.name = name
        self.price = price

    def make_discount(self, percentage):
        log.debug("Deducting discount...")  # I want to see this message
        return self.price * percentage

次に、test_daikiri.pyその使用状況をチェックする単体テストを作成します。

import unittest
import logging
from .daikiri import Daikiri


class TestDaikiri(unittest.TestCase):
    def setUp(self):
        # Changing log level to DEBUG
        loglevel = logging.DEBUG
        logging.basicConfig(level=loglevel)

        self.mydaikiri = Daikiri("cuban", 25)

    def test_drop_price(self):
        new_price = self.mydaikiri.make_discount(0)
        self.assertEqual(new_price, 0)

if __name__ == "__main__":
    unittest.main()

したがって、実行すると次のlog.debugメッセージが表示されます。

$ python -m test_daikiri
DEBUG:daikiri:Deducting discount...
.
----------------------------------------------------------------------
Ran 1 test in 0.000s

OK

1

inspect.traceを使用すると、例外がスローされた後にローカル変数を取得できます。次に、ユニットテストを次のようなデコレーターでラップして、事後分析中に検査するためにこれらのローカル変数を節約できます。

import random
import unittest
import inspect


def store_result(f):
    """
    Store the results of a test
    On success, store the return value.
    On failure, store the local variables where the exception was thrown.
    """
    def wrapped(self):
        if 'results' not in self.__dict__:
            self.results = {}
        # If a test throws an exception, store local variables in results:
        try:
            result = f(self)
        except Exception as e:
            self.results[f.__name__] = {'success':False, 'locals':inspect.trace()[-1][0].f_locals}
            raise e
        self.results[f.__name__] = {'success':True, 'result':result}
        return result
    return wrapped

def suite_results(suite):
    """
    Get all the results from a test suite
    """
    ans = {}
    for test in suite:
        if 'results' in test.__dict__:
            ans.update(test.results)
    return ans

# Example:
class TestSequenceFunctions(unittest.TestCase):

    def setUp(self):
        self.seq = range(10)

    @store_result
    def test_shuffle(self):
        # make sure the shuffled sequence does not lose any elements
        random.shuffle(self.seq)
        self.seq.sort()
        self.assertEqual(self.seq, range(10))
        # should raise an exception for an immutable sequence
        self.assertRaises(TypeError, random.shuffle, (1,2,3))
        return {1:2}

    @store_result
    def test_choice(self):
        element = random.choice(self.seq)
        self.assertTrue(element in self.seq)
        return {7:2}

    @store_result
    def test_sample(self):
        x = 799
        with self.assertRaises(ValueError):
            random.sample(self.seq, 20)
        for element in random.sample(self.seq, 5):
            self.assertTrue(element in self.seq)
        return {1:99999}


suite = unittest.TestLoader().loadTestsFromTestCase(TestSequenceFunctions)
unittest.TextTestRunner(verbosity=2).run(suite)

from pprint import pprint
pprint(suite_results(suite))

最後の行は、テストが成功した場合の戻り値と、失敗した場合のローカル変数(この場合はx)を出力します。

{'test_choice': {'result': {7: 2}, 'success': True},
 'test_sample': {'locals': {'self': <__main__.TestSequenceFunctions testMethod=test_sample>,
                            'x': 799},
                 'success': False},
 'test_shuffle': {'result': {1: 2}, 'success': True}}

Har detgøy:-)


0

アサーションの失敗から生成される例外をキャッチするのはどうですか?あなたのcatchブロックでは、どこにでも望むデータを出力できます。その後、完了したら、例外を再スローできます。テストランナーはおそらく違いを知らないでしょう。

免責事項:私はこれをpythonの単体テストフレームワークで試していませんが、他の単体テストフレームワークで試しました。



-1

@FCの答えを拡張すると、これは私にとって非常にうまくいきます:

class MyTest(unittest.TestCase):
    def messenger(self, message):
        try:
            self.assertEqual(1, 2, msg=message)
        except AssertionError as e:      
            print "\nMESSENGER OUTPUT: %s" % str(e),
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.