[py-svn] r62073 - py/branch/pytestplugin

hpk at codespeak.net hpk at codespeak.net
Sat Feb 21 13:08:43 CET 2009


Author: hpk
Date: Sat Feb 21 13:08:41 2009
New Revision: 62073

Modified:
   py/branch/pytestplugin/TODO.txt
Log:
move out py.test TODOs to "freemap" (not committed at this point) 



Modified: py/branch/pytestplugin/TODO.txt
==============================================================================
--- py/branch/pytestplugin/TODO.txt	(original)
+++ py/branch/pytestplugin/TODO.txt	Sat Feb 21 13:08:41 2009
@@ -12,115 +12,6 @@
   - small things: --nomagic -> --no-reassert
   - deprecate py.magic 
 
-py.test 
---------------
-
-- compatilibity: honour/warn item.run() method of test items (so far
-  probably only execute() is warned about or the other way round)
-
-- introduce plugin arch, port existing things to plugins:
-  - OK filelog 
-  - OK tmpdir / chtmpdir per method 
-  - OK xfail 
-  - OK unittest plugin 
-  - OK in "pytest_plugins" specs allow for missing pytest prefix
-  - OK allow specifying pytest plugins from the environment 
-  - OK/MOSTLY streamline assert_lines_contains_lines / result handling 
-  - construct Argument object for sending/receiving of args to
-    test methods 
-  - py.plugin: make subscriptions weakref'ed 
-  - Pytest functiona arguments: provide the test function
-    source / head when reporting a "could not find test function argument" 
-  - plugins: additionally initialize from $HOME/.py/pylib file? 
-    extend or add another method to PluginManager.consider_env()? 
-  - have plugins/hook cause log events / and have a debug plugin 
-  - implement doctest plugin 
-  - apigen 
-  - plugin for more information about test environment 
-  - plugin ordering? 
-  - --traceconfig presenting info about conftests, plugins, ... 
-  - consider porting py/doc/confrest to a plugin (mostly, also
-    consider pypy dependencies)
-  - ask guido to look at apigen & port javascript tests 
-  - plugin for ReST reporting? 
-  - put assert reinterpretation into plugin 
-  - port py/test/web to py/test/plugin/pytest_webcheck.py
-  - cross-platform testing (testing from osx/linux to windows and vice versa?)
-  - deprecated_call and importorskip(), allow plugin-provided "py.test.*" hooks?  
-  - acceptance/assertlines 
-  - dist-testing? 
-
-  - normalize/use linecomp/assert_lines_...
-  - statt "fstester, pytester" etc. ein "testdir" plugin:
-        def test_something(testdir):
-            path = testdir.file.py = makefile(...) # will use test method name a a filename 
-            #testdir.makefile(...) would raise an Exception becaue a file was created already
-            result = testdir.subprocess_runpytest(*args) 
-            result.stdout.contains(...)
-            result.stdout.assert_contains_lines(...)
-            result.stderr.assert_contains_lines(...)
-
-- Testdir 
-
-- DONE remove need for usefilters by directly checking if the
-  "to-be-filtered" file is an command line arg 
-  (seems liek the original purpose for usefilters is exactly that) 
-
-- consider py lib plugins: 
-
-      py_path_svn 
-      py_path_execnet 
-
-  and generalize pytest plugin calling, for example:
-
-      py.plugins.callfirst(...)
-      py.plugins.calleach(...)
-
-  and also consider a command line tool: 
-
-     py.plugin list|ls
-     etc. 
-
-
-- introduce setuptools-style version checking, at least
-  for py lib itself, maybe also for other packages: 
-
-     py.checkversion("py>=1.0")
-
-- review/simplify py/doc/conftest.py 
-
-- generative tests: it is somewhat misleading for 
-  the classical htmlviews that generated tests are identified 
-  by numbers rather than by its parameters.  unclear how
-  to fix this because we may not always be able to assume
-  that we can identify a generated tests by using its parameters
-  (it might not be hashable, doesn't have a sensical repr ...?)
-
-- turn deprecation / apiwarnings into events, report them at the end? 
-
-- get APIGEN back to work 
-
-- get web reporter back to work 
-
-- introduce decorator "shouldfail" or "xfail" 
-  as to mark a test as "expected to fail", 
-  report specially if it surprisingly passes 
-
-- nightly test runs on multiple platforms 
-
-- review and refactor architecture of py.test with particular
-  respect to: 
-  - writing (stacked) extensions / plugins (compared to Nose) 
-  - porting existing extensions (htmlconftest / buildbot / PyPy's conftest's ...) 
-  - fast and stable distributed testing 
-  - reliable cross-platform testing 
-
-- improve py.test documentation to reflect new
-  event architecture 
-
-- review and optimize skip-handling (it can be quite slow in
-  certain situations because e.g. setup/teardown is fully performed 
-  although we have "skip by keyword" and could detect this early)
 
 py.execnet
 --------------



More information about the pytest-commit mailing list