B

2�Se�4�@s
dZd
dl
Z
d
dlZd
dlmZ
yd
dlmZ
Wn ek
rP


d
dlmZ
YnXddgZd
dl	m
Z

Gdd	�d	e�Zyd
d
l
mZ
eZWnek
r�


eZYnXGdd�de�ZGdd
�d
e�Zdd�Zdd�Zdd�Zdd�Zdd�Zdd�Zdd�Zedk�
rd
dlZe��
dS)a_
Testing Plugins
===============

The plugin interface is well-tested enough to safely unit test your
use of its hooks with some level of confidence. However, there is also
a mixin for unittest.TestCase called PluginTester that's designed to
test plugins in their native runtime environment.

Here's a simple example with a do-nothing plugin and a composed suite.

    >>> import unittest
    >>> from nose.plugins import Plugin, PluginTester
    >>> class FooPlugin(Plugin):
    ...     pass
    >>> class TestPluginFoo(PluginTester, unittest.TestCase):
    ...     activate = '--with-foo'
    ...     plugins = [FooPlugin()]
    ...     def test_foo(self):
    ...         for line in self.output:
    ...             # i.e. check for patterns
    ...             pass
    ... 
    ...         # or check for a line containing ...
    ...         assert "ValueError" in self.output
    ...     def makeSuite(self):
    ...         class TC(unittest.TestCase):
    ...             def runTest(self):
    ...                 raise ValueError("I hate foo")
    ...         return [TC('runTest')]
    ... 
    >>> res = unittest.TestResult()
    >>> case = TestPluginFoo('test_foo')
    >>> _ = case(res)
    >>> res.errors
    []
    >>> res.failures
    []
    >>> res.wasSuccessful()
    True
    >>> res.testsRun
    1

And here is a more complex example of testing a plugin that has extra
arguments and reads environment variables.

    >>> import unittest, os
    >>> from nose.plugins import Plugin, PluginTester
    >>> class FancyOutputter(Plugin):
    ...     name = "fancy"
    ...     def configure(self, options, conf):
    ...         Plugin.configure(self, options, conf)
    ...         if not self.enabled:
    ...             return
    ...         self.fanciness = 1
    ...         if options.more_fancy:
    ...             self.fanciness = 2
    ...         if 'EVEN_FANCIER' in self.env:
    ...             self.fanciness = 3
    ... 
    ...     def options(self, parser, env=os.environ):
    ...         self.env = env
    ...         parser.add_option('--more-fancy', action='store_true')
    ...         Plugin.options(self, parser, env=env)
    ... 
    ...     def report(self, stream):
    ...         stream.write("FANCY " * self.fanciness)
    ... 
    >>> class TestFancyOutputter(PluginTester, unittest.TestCase):
    ...     activate = '--with-fancy' # enables the plugin
    ...     plugins = [FancyOutputter()]
    ...     args = ['--more-fancy']
    ...     env = {'EVEN_FANCIER': '1'}
    ... 
    ...     def test_fancy_output(self):
    ...         assert "FANCY FANCY FANCY" in self.output, (
    ...                                         "got: %s" % self.output)
    ...     def makeSuite(self):
    ...         class TC(unittest.TestCase):
    ...             def runTest(self):
    ...                 raise ValueError("I hate fancy stuff")
    ...         return [TC('runTest')]
    ... 
    >>> res = unittest.TestResult()
    >>> case = TestFancyOutputter('test_fancy_output')
    >>> _ = case(res)
    >>> res.errors
    []
    >>> res.failures
    []
    >>> res.wasSuccessful()
    True
    >>> res.testsRun
    1

�N)
�warn)
�StringIO�PluginTester�run)
�getpidc@sJeZ
dZd
Zdd�Zdd�Zdd�Zdd	�Zddd�
Zd
d�Z	dd�Z
dS)�MultiProcessFilea\
    helper for testing multiprocessing

    multiprocessing poses a problem for doctests, since the strategy
    of replacing sys.stdout/stderr with file-like objects then
    inspecting the results won't work: the child processes will
    write to the objects, but the data will not be reflected
    in the parent doctest-ing process.

    The solution is to create file-like objects which will interact with
    multiprocessing in a more desirable way.

    All processes can write to this object, but only the creator can read.
    This allows the testing system to see a unified picture of I/O.
    c

Cs&t�|_
t���|_t�|_d
|_dS)Nr
)r�_MultiProcessFile__master�Manager�Queue�_MultiProcessFile__queuer�_MultiProcessFile__buffer�	softspace)
�self�r�H/opt/alt/python37/lib/python3.7/site-packages/nose/plugins/plugintest.py�__init__~s


zMultiProcessFile.__init__c
Cs�t�|j
krdSd
dlm}

d
dlm}
|t�
}xJy|j��\}}Wn|
k
rZ


PYnX|dkrhd}|||7<q2Wx t	|�
D]}|j
�||�

q�WdS)Nr
)
�Empty)
�defaultdictr)
g}Ô%�I�T)rr�queuer�collectionsr�strrZ
get_nowait�sortedr�write)rrr�cache�pid�datarrr�buffer�s











zMultiProcessFile.buffercCs(d
dlm
}
|�j}|j�||
f�

dS)Nr
)
�current_process)�multiprocessingr�	_identityr�put)rrrrrrrr�s

zMultiProcessFile.writec

Cs|��
|j
S)
zgetattr doesn't work for iter())rr)
rrrr�__iter__�s
zMultiProcessFile.__iter__r
cCs|��
|j
�|
|�S)
N)rr�seek)r�offset�whencerrrr"�s

zMultiProcessFile.seekc

Cs|��
|j
��S)
N)rr�getvalue)
rrrrr%�s

zMultiProcessFile.getvaluecCst|j
|
�S)
N)�getattrr)r�attrrrr�__getattr__�s
zMultiProcessFile.__getattr__N)
r
)�__name__�
__module__�__qualname__�__doc__rrrr!r"r%r(rrrrrns

r)
r	c@sDeZ
dZd
ZdZdZdZiZdZgZ	dZ
dd�Zdd�Zdd�Z
dS)	ra%A mixin for testing nose plugins in their runtime environment.

    Subclass this and mix in unittest.TestCase to run integration/functional
    tests on your plugin.  When setUp() is called, the stub test suite is
    executed with your plugin so that during an actual test you can inspect the
    artifacts of how your plugin interacted with the stub test suite.

    - activate

      - the argument to send nosetests to activate the plugin

    - suitepath

      - if set, this is the path of the suite to test. Otherwise, you
        will need to use the hook, makeSuite()

    - plugins

      - the list of plugins to make available during the run. Note
        that this does not mean these plugins will be *enabled* during
        the run -- only the plugins enabled by the activate argument
        or other settings in argv or env will be enabled.

    - args

      - a list of arguments to add to the nosetests command, in addition to
        the activate argument

    - env

      - optional dict of environment variables to send nosetests

    Nc


Cst�
d
S)a�returns a suite object of tests to run (unittest.TestSuite())

        If self.suitepath is None, this must be implemented. The returned suite
        object will be executed with all plugins activated.  It may return
        None.

        Here is an example of a basic suite object you can return ::

            >>> import unittest
            >>> class SomeTest(unittest.TestCase):
            ...     def runTest(self):
            ...         raise ValueError("Now do something, plugin!")
            ... 
            >>> unittest.TestSuite([SomeTest()]) # doctest: +ELLIPSIS
            <unittest...TestSuite tests=[<...SomeTest testMethod=runTest>]>

        N)
�NotImplementedError)
rrrr�	makeSuite�szPluginTester.makeSuitec
Cs�d
dlm
}

d
dlm}
d
dlm}
d}t�}|
|j|||jd�
d�}|j	dk	rX|j	|_	|j
sf|��}||j||dd	�|_
t|�
|_dS)
z7execute the plugin on the internal test suite.
        r
)
�Config)
�TestProgram)
�
PluginManagerN)
�plugins)�env�streamr2F)�argv�config�suite�exit)�nose.configr/Z	nose.corer0�nose.plugins.managerr1�Bufferr3r2�ignoreFiles�	suitepathr.r5�nose�AccessDecorator�output)rr/r0r1r7r4Zconfrrr�_execPlugin�s














zPluginTester._execPluginc

Cs@d
|jg|_
|jr |j
�|j�

|jr4|j
�|j�

|��
dS)zUruns nosetests with the specified test suite, all plugins
        activated.
        �	nosetestsN)�activater5�args�extendr=�appendrA)
rrrr�setUp
s



zPluginTester.setUp)r)r*r+r,rCr=rDr3r5r2r<r.rArGrrrrr�s!






c@s4eZ
dZd
Zd
Zdd�Zdd�Zdd�Zdd	�Zd
S)
r?NcCs(|
|_|
�
d
�

|
��|_|
�
d
�

dS)Nr
)r4r"�read�_buf)rr4rrrr
s





zAccessDecorator.__init__cCs
|
|jkS)
N)
rI)r�valrrr�__contains__
s
zAccessDecorator.__contains__c

Cs
t|j
�
S)
N)�iterr4)
rrrrr!
s
zAccessDecorator.__iter__c


Cs|jS)
N)
rI)
rrrr�__str__
s
zAccessDecorator.__str__)	r)r*r+r4rIrrKr!rMrrrrr?
s


r?c
csfg}
xL|�d
�
D]>}|
�
|�

|��}|r>|�d�
r|�d�
sd�|
�
V
g}
qW|
rbd�|
�
V
dS)z9a bunch of === characters is also considered a blank lineTz===�
=�N)�
splitlinesrF�strip�
startswith�join)�text�block�linerrr�blankline_separated_blocks#
s








rWc
CsLt�
d
tjtjBtjB�}
g}x"t|�
D]}|�|
�d|��

q(Wd�|�
S)NaD
        # Grab the traceback header.  Different versions of Python have
        # said different things on the first traceback line.
        ^(?P<hdr> Traceback\ \(
            (?: most\ recent\ call\ last
            |   innermost\ last
            ) \) :
        )
        \s* $                   # toss trailing whitespace on the header.
        (?P<stack> .*?)         # don't blink: absorb stuff until...
        ^(?=\w)                 #     a line *starts* with alphanum.
        .*?(?P<exception> \w+ ) # exception name
        (?P<msg> [:\n] .*)      # the rest
        z"\g<hdr>\n...\n\g<exception>\g<msg>rO)	�re�compile�VERBOSE�	MULTILINE�DOTALLrWrF�subrS)�outZtraceback_reZblocksrUrrr�remove_stack_traces0
s




r_c
Cs t�
d
tjtjB�}
|
�d|�S)Nz�
        # Cut the file and line no, up to the warning name
        ^.*:\d+:\s
        (?P<category>\w+): \s+        # warning category
        (?P<detail>.+) $ \n?          # warning message
        ^ .* $                        # stack frame
        z\g<category>: \g<detail>)rXrYrZr[r])r^Zwarn_rerrr�simplify_warningsF
s

r`c

Cst�
d
d|�S)NzRan (\d+ tests?) in [0-9.]+szRan \1 in ...s)rXr])
r^rrr�remove_timingsQ
s

rac

Cs t|�
}t
|�
}t|�
}|��S)
z6Modify nose output to make it easy to use in doctests.)r_r`rarQ)
r^rrr�munge_nose_output_for_doctestV
s


rbcOs
d
dlm
}
d
dlm}
d
dlm}
t�}d|
krn|
�dg�}t|t	�rR||d�
}|
�di�}|||d	�|
d<d
|
kr�ddg|
d
<||
d_
tj}tj
}	|
�d
d�r�|t_
t_d}
nd}
tdtdd�
z|||
�

Wd|
r�|t_|	t_
X|��}tt|�
�

dS)a�
    Specialized version of nose.run for use inside of doctests that
    test test runs.

    This version of run() prints the result output to stdout.  Before
    printing, the output is processed by replacing the timing
    information with an ellipsis (...), removing traceback stacks, and
    removing trailing whitespace.

    Use this version of run wherever you are writing a doctest that
    tests nose (or unittest) test result output.

    Note: do not use doctest: +ELLIPSIS when testing nose output,
    since ellipses ("test_foo ... ok") in your expected test runner
    output may match multiple lines of output, causing spurious test
    passes!
    r
)
r)
r/)
r1r6r2)
r2r3)r3r2r5rBz-v�
buffer_allFTa
The behavior of nose.plugins.plugintest.run() will change in the next release of nose. The current behavior does not correctly account for output to stdout and stderr. To enable correct behavior, use run_buffered() instead, or pass the keyword argument buffer_all=True to run().�)
�
stacklevelN)r>rr9r/r:r1r;�pop�
isinstance�listr4�sys�stderr�stdoutr�DeprecationWarningr%�printrb)�arg�kwrr/r1rr2r3rjrk�restorer^rrrr^
s8

























cOsd
|
d<t||
�

dS)NTrc)
r)rnrorrr�run_buffered�
s

rq�__main__)r,rXri�warningsr�ior�ImportError�__all__�osr�objectrrr	r;rr?rWr_r`rarbrrqr)�doctest�testmodrrrr�<module>`s6





?




`
<