test_ok1/ISSUES.txt

247 lines
8.8 KiB
Plaintext
Raw Normal View History

checks / deprecations for next release
---------------------------------------------------------------
2010-11-01 04:47:26 +08:00
tags: bug 2.4 core xdist
* check oejskit plugin compatibility
* move pytest_nose out of pylib because it implicitely extends
the protocol now - setup/teardown is called at module level.
consider making calling of setup/teardown configurable
fix start/finish partial finailization problem
---------------------------------------------------------------
tags: bug core
2010-11-06 06:37:31 +08:00
if a configure/runtest_setup/sessionstart/... hook invocation partially
fails the sessionfinishes is not called. Each hook implementation
should better be repsonsible for registering a cleanup/finalizer
appropriately to avoid this issue. Moreover/Alternatively, we could
record which implementations of a hook succeeded and only call their
teardown.
2010-11-06 06:37:31 +08:00
do early-teardown of test modules
2010-07-27 02:54:34 +08:00
-----------------------------------------
2010-11-01 04:47:26 +08:00
tags: feature 2.1
2010-07-27 02:54:34 +08:00
currently teardowns are called when the next tests is setup
except for the function/method level where interally
2010-07-27 02:54:34 +08:00
"teardown_exact" tears down immediately. Generalize
this to perform the "neccessary" teardown compared to
the "next" test item during teardown - this should
get rid of some irritations because otherwise e.g.
prints of teardown-code appear in the setup of the next test.
2010-07-27 02:54:34 +08:00
consider and document __init__ file usage in test directories
---------------------------------------------------------------
2010-11-01 04:47:26 +08:00
tags: bug 2.1 core
2010-07-27 02:54:34 +08:00
Currently, a test module is imported with its fully qualified
package path, determined by checking __init__ files upwards.
This has the side effect that a source package at the root
2010-07-27 02:54:34 +08:00
of the test dir could be imported as well. This is somewhat
convenient but complicates the picture for running tests against
different versions of a package. Also, implicit sys.path
2010-07-27 02:54:34 +08:00
manipulations are problematic per-se. Maybe factorting out
a pytest_addsyspath hook which can be disabled from the command line
makes sense. In any case documentation/recommendations for
certain scenarios makes sense.
2010-07-27 02:54:34 +08:00
relax requirement to have tests/testing contain an __init__
----------------------------------------------------------------
2010-11-01 04:47:26 +08:00
tags: feature 2.1
2010-07-27 02:54:34 +08:00
bb: http://bitbucket.org/hpk42/py-trunk/issue/64
A local test run of a "tests" directory may work
2010-07-27 02:54:34 +08:00
but a remote one fail because the tests directory
does not contain an "__init__.py". Either give
an error or make it work without the __init__.py
i.e. port the nose-logic of unloading a test module.
2010-07-27 02:54:34 +08:00
customize test function collection
-------------------------------------------------------
2010-11-01 04:47:26 +08:00
tags: feature 2.1
2010-07-27 02:54:34 +08:00
- introduce py.test.mark.nocollect for not considering a function for
test collection at all. maybe also introduce a py.test.mark.test to
explicitely mark a function to become a tested one. Lookup JUnit ways
of tagging tests.
2010-07-27 02:54:34 +08:00
- allow an easy way to customize "test_", "Test" prefixes for file paths
and test function/class names. the current customizable Item requires
too much code/concepts to influence this collection matching.
2010-07-27 02:54:34 +08:00
maybe introduce pytest_pycollect_filters = {
'file': 'test*.py',
'function': 'test*',
'class': 'Test*',
2010-07-27 02:54:34 +08:00
}
2009-12-21 05:11:36 +08:00
introduce py.test.mark.platform
-------------------------------------------------------
2010-11-01 04:47:26 +08:00
tags: feature 2.1
Introduce nice-to-spell platform-skipping, examples:
@py.test.mark.platform("python3")
@py.test.mark.platform("not python3")
@py.test.mark.platform("win32 and not python3")
@py.test.mark.platform("darwin")
@py.test.mark.platform("not (jython and win32)")
@py.test.mark.platform("not (jython and win32)", xfail=True)
etc. Idea is to allow Python expressions which can operate
on common spellings for operating systems and python
interpreter versions.
2011-03-05 20:08:43 +08:00
pytest.mark.xfail signature change
-------------------------------------------------------
tags: feature 2.1
change to pytest.mark.xfail(reason, (optional)condition)
to better implement the word meaning. It also signals
better that we always have some kind of an implementation
reason that can be formualated.
Compatibility? Maybe rename to "pytest.mark.xfail"?
2010-02-07 09:55:50 +08:00
introduce py.test.mark registration
-----------------------------------------
2010-11-01 04:47:26 +08:00
tags: feature 2.1
2010-02-07 09:55:50 +08:00
introduce a hook that allows to register a named mark decorator
with documentation and add "py.test --marks" to get
a list of available marks. Deprecate "dynamic" mark
definitions.
2010-02-07 09:55:50 +08:00
allow to non-intrusively apply skipfs/xfail/marks
2010-07-27 02:54:34 +08:00
---------------------------------------------------
2010-11-01 04:47:26 +08:00
tags: feature 2.1
use case: mark a module or directory structures
to be skipped on certain platforms (i.e. no import
attempt will be made).
2010-07-27 02:54:34 +08:00
consider introducing a hook/mechanism that allows to apply marks
from conftests or plugins.
explicit referencing of conftest.py files
-----------------------------------------
2010-11-01 04:47:26 +08:00
tags: feature 2.1
allow to name conftest.py files (in sub directories) that should
be imported early, as to include command line options.
2010-11-06 06:37:31 +08:00
improve central py.test ini file
2010-07-27 02:54:34 +08:00
----------------------------------
2010-11-01 04:47:26 +08:00
tags: feature 2.1
2010-07-27 02:54:34 +08:00
2010-11-06 06:37:31 +08:00
introduce more declarative configuration options:
- (to-be-collected test directories)
2010-07-27 02:54:34 +08:00
- required plugins
- test func/class/file matching patterns
- skip/xfail (non-intrusive)
- pytest.ini and tox.ini and setup.cfg configuration in the same file
2010-07-27 02:54:34 +08:00
new documentation
2010-07-27 02:54:34 +08:00
----------------------------------
2010-11-01 04:47:26 +08:00
tags: feature 2.1
2010-02-07 09:55:50 +08:00
- logo py.test
- examples for unittest or functional testing
- resource management for functional testing
- patterns: page object
- parametrized testing
- better / more integrated plugin docs
2010-02-07 09:55:50 +08:00
generalize parametrized testing to generate combinations
-------------------------------------------------------------
2010-11-01 04:47:26 +08:00
tags: feature 2.1
2010-02-07 09:55:50 +08:00
think about extending metafunc.addcall or add a new method to allow to
generate tests with combinations of all generated versions - what to do
about "id" and "param" in such combinations though?
2010-02-07 09:55:50 +08:00
introduce py.test.mark.multi
2010-02-07 09:55:50 +08:00
-----------------------------------------
tags: feature 1.3
introduce py.test.mark.multi to specify a number
of values for a given function argument.
2010-02-07 09:55:50 +08:00
2009-12-21 05:11:36 +08:00
have imported module mismatch honour relative paths
--------------------------------------------------------
2010-11-01 04:47:26 +08:00
tags: bug 2.1
2009-12-21 05:11:36 +08:00
With 1.1.1 py.test fails at least on windows if an import
is relative and compared against an absolute conftest.py
2009-12-21 05:11:36 +08:00
path. Normalize.
call termination with small timeout
-------------------------------------------------
2010-11-01 04:47:26 +08:00
tags: feature 2.1
test: testing/pytest/dist/test_dsession.py - test_terminate_on_hanging_node
Call gateway group termination with a small timeout if available.
Should make dist-testing less likely to leave lost processes.
2009-12-07 20:27:24 +08:00
consider globals: py.test.ensuretemp and config
--------------------------------------------------------------
2010-11-01 04:47:26 +08:00
tags: experimental-wish 2.1
consider deprecating py.test.ensuretemp and py.test.config
to further reduce py.test globality. Also consider
having py.test.config and ensuretemp coming from
a plugin rather than being there from the start.
2010-07-27 02:54:34 +08:00
consider allowing funcargs for setup methods
--------------------------------------------------------------
2010-11-01 04:47:26 +08:00
tags: experimental-wish 2.1
Users have expressed the wish to have funcargs available to setup
functions. Experiment with allowing funcargs there - it might
also help to make the py.test.ensuretemp and config deprecation.
For filling funcargs for setup methods, we could call funcarg
factories with a request object that not have a cls/function
attributes. However, how to handle parametrized test functions
and funcargs?
2010-07-27 02:54:34 +08:00
setup_function -> request can be like it is now
setup_class -> request has no request.function
2010-07-27 02:54:34 +08:00
setup_module -> request has no request.cls
consider pytest_addsyspath hook
-----------------------------------------
2010-11-01 04:47:26 +08:00
tags: 2.1
py.test could call a new pytest_addsyspath() in order to systematically
allow manipulation of sys.path and to inhibit it via --no-addsyspath
in order to more easily run against installed packages.
Alternatively it could also be done via the config object
and pytest_configure.
show plugin information in test header
----------------------------------------------------------------
2010-11-01 04:47:26 +08:00
tags: feature 2.1
Now that external plugins are becoming more numerous
it would be useful to have external plugins along with
their versions displayed as a header line.
deprecate global py.test.config usage
----------------------------------------------------------------
2010-11-01 04:47:26 +08:00
tags: feature 2.1
py.test.ensuretemp and py.test.config are probably the last
objects containing global state. Often using them is not
neccessary. This is about trying to get rid of them, i.e.
deprecating them and checking with PyPy's usages as well
as others.
remove deprecated bits in collect.py
-------------------------------------------------------------------
2010-11-01 04:47:26 +08:00
tags: feature 2.1
In an effort to further simplify code, review and remove deprecated bits
in collect.py. Probably good:
- inline consider_file/dir methods, no need to have them
subclass-overridable because of hooks