summaryrefslogtreecommitdiff
path: root/TODO
diff options
context:
space:
mode:
authorJonathan Lange <jml@canonical.com>2008-09-08 08:55:19 +1000
committerJonathan Lange <jml@canonical.com>2008-09-08 08:55:19 +1000
commitefccb4250c4e77f8e340dd0deccaceb0466bad99 (patch)
treec738f3149f870eb5d90442c9012cc9c9ab3dbb33 /TODO
parent36e7fcea92ac1ef845c39423cb42f119bd4b841b (diff)
downloadtestresources-git-efccb4250c4e77f8e340dd0deccaceb0466bad99.tar.gz
Clarify TODO item that I found unclear.
Diffstat (limited to 'TODO')
-rw-r--r--TODO25
1 files changed, 20 insertions, 5 deletions
diff --git a/TODO b/TODO
index c8a031b..8431754 100644
--- a/TODO
+++ b/TODO
@@ -71,11 +71,26 @@ Ideas
* There are now many simple test helpers. These can probably be consolidated.
-* It should be possible to make copies of TestSuites in adsorbSuite, keeping
- the containing TestSuites but at a chosen granularity, so that all tests in
- the resulting suites have identical resource requirements and allowing
- optimisation to still occur.
- XXX: Clarify with Robert.
+* We want to support adding other "special" test suites to
+ OptimisingTestSuite. In particular, if we add a test suite that provides
+ services to its tests to an OptimisingTestSuite, adsorbSuite / addTestFlat
+ should not totally flatten the suite, but instead keep the suite, even if it
+ changes the structure of the tests.
+
+ e.g. addTest maintains the structure:
+ >>> OptimisingTestSuite().addTest(SpecialSuite([a, b]))._tests
+ [SpecialSuite([a, b])]
+
+ Currently, addTestFlat destroys all suite structure:
+ >>> OptimisingTestSuite().addTestFlat(SpecialSuite([a, b]))._tests
+ [a, b]
+
+ Instead, it should preserve the suite while changing the structure:
+ >>> OptimisingTestSuite().addTestFlat(SpecialSuite([a, b]))._tests
+ [SpecialSuite(a), SpecialSuite(b)]
+
+ All of the tests in each of the resulting new SpecialSuites should have
+ identical resource requirements so we can still optimise.
* 'TestResource' isn't a very good name. Since the switch to instance-based
resources, it's even worse, since the objects are more like resource