Changeset 5141 for main/waeup.sirp/trunk/src
- Timestamp:
- 12 Apr 2010, 14:40:14 (15 years ago)
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
main/waeup.sirp/trunk/src/waeup/sirp/doc/developernotes.txt
r4978 r5141 264 264 Is a wiiide topic. For now, please see the numerous .txt files in the 265 265 source. Most of the **are** tests. 266 267 Generally, we use `z3c.testsetup` for finding and setting up tests. 268 269 There are mainly two kinds of tests we use: 270 271 * unit- or simple doctests 272 273 These are included in test runs automatically, if they provide a 274 marker like this somewhere (normally near top of file):: 275 276 .. :doctest: 277 278 Most unit tests furthermore declare that they want to be run inside 279 the `WAeUPSIRPUnitTestLayer` defined in `waeup.sirp.testing`. This 280 layer groks the whole `waeup.sirp` package, so that all ZCA 281 components are already setup when you start your tests. 282 283 To declare that a unit test testfile should be run inside this 284 layer, the testfile has to provide the following line:: 285 286 .. :layer: waeup.sirp.testing.WAeUPSIRPUnitTestLayer 287 288 Use it, if in your tests you make use of registered components like 289 utilities, adapters and the like. 290 291 * integration or functional tests 292 293 These provide a full-blown ZODB storage, so that we can emulate 294 browser requests to the whole system. Functional tests are much more 295 expensive in terms of memory and runtime but needed, if you want to 296 test UI components. 297 298 A testfile is registered as functional test on testruns when it 299 provides a line like the following:: 300 301 :Test-Layer: functional 302 266 303 267 304 Code coverage
Note: See TracChangeset for help on using the changeset viewer.