Dag Odenhall
Dag Odenhall
- Maybe split tests into unit tests and functional tests etc - The reporter/runner tests could be made more flexible and cover more cases - The "meta tests" could include...
Similar to #105 but generative. Each context represents a call of each test function in the collection rather than nested contexts. Thanks ronny.
May be useful to take advantage of Logbook's many handlers, maybe combined with watchdog to run tests continuously and, among other possibilities, get desktop notifications on failures.
Ideally I think of contexts as independent of each other, which allows for flexible reuse, but practically it seems useful to be able to get existing test arguments in further...
Perhaps keyword arguments would be better than positional arguments. That is: have contexts yield dictionaries, and pass by key name rather than position. This might not be backwards-compatible without some...
Konira: ``` python describe "a very simple test case for my_module": it "has a foo property that is False": assert my_module.foo == False ``` I think something similar could be...
Using something like, ``` python dict((os.path.abspath(mod.__file__), name) for name, mod in sys.modules.iteritems() if hasattr(mod, '__file__')) ``` we can map files to modules, and use that to match lines in tracebacks...