Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(5)

Unified Diff: pkg/unittest/lib/src/test_case.dart

Issue 12213079: setUp/tearDown functions can now be asynchronous. (Closed) Base URL: http://dart.googlecode.com/svn/branches/bleeding_edge/dart/
Patch Set: Created 7 years, 10 months ago
Use n/p to move between diff chunks; N/P to move between comments. Draft comments are only viewable by you.
Jump to:
View side-by-side diff with in-line comments
Download patch
« no previous file with comments | « no previous file | pkg/unittest/lib/unittest.dart » ('j') | pkg/unittest/lib/unittest.dart » ('J')
Expand Comments ('e') | Collapse Comments ('c') | Show Comments Hide Comments ('s')
Index: pkg/unittest/lib/src/test_case.dart
===================================================================
--- pkg/unittest/lib/src/test_case.dart (revision 18238)
+++ pkg/unittest/lib/src/test_case.dart (working copy)
@@ -68,18 +68,39 @@
bool get isComplete => !enabled || result != null;
+ void _prepTest() {
+ _config.onTestStart(this);
+ startTime = new DateTime.now();
+ runningTime = null;
+ }
+
void run() {
if (enabled) {
result = stackTrace = null;
message = '';
_doneTeardown = false;
if (_setUp != null) {
- _setUp();
+ var rtn = _setUp();
+ if (rtn is Future) {
+ rtn.then(expectAsync1((_) {
Siggi Cherem (dart-lang) 2013/02/08 18:02:23 I thought you were going to use expect async insid
gram 2013/02/11 22:44:22 I think using Futures for everything is a great id
+ _prepTest();
Siggi Cherem (dart-lang) 2013/02/08 18:02:23 style nit: unindent this a bit. The style guide is
gram 2013/02/11 22:44:22 Done.
+ test();
+ }, id: '[Async setUp completion handler]'))
+ .catchError((e) {
+ _prepTest();
+ // Calling error() will result in the tearDown being done.
+ // One could debate whether tearDown should be done after
+ // a failed setUp. There is no right answer, but doing it
+ // seems to be the more conservative approach.
Siggi Cherem (dart-lang) 2013/02/08 18:02:23 might be worth mentioning the rationale here. Unit
+ error("$description: Test setup failed: ${e.error}");
+ });
+ return;
+ }
}
- _config.onTestStart(this);
- startTime = new DateTime.now();
- runningTime = null;
+ _prepTest();
test();
+ } else {
+ _nextTestCase();
Siggi Cherem (dart-lang) 2013/02/08 18:02:23 I'd like to explore is whether we can make TestCas
}
}
@@ -90,13 +111,42 @@
// runningTime = new DateTime.now().difference(startTime);
runningTime = new Duration(milliseconds: 0);
}
+ bool mustRunNextTest = false;
if (!_doneTeardown) {
+ _doneTeardown = true;
+ mustRunNextTest = true;
if (_tearDown != null) {
- _tearDown();
+ var rtn = _tearDown();
+ if (rtn is Future) {
+ rtn.then(expectAsync1((_) {
+ if (result == null) {
Siggi Cherem (dart-lang) 2013/02/08 18:02:23 style nit: only 2 spaces indent
gram 2013/02/11 22:44:22 Done.
+ // The test passed. In some cases we will already
+ // have set this result (e.g. if the test was async
+ // and all callbacks completed). If not, we do it here.
+ pass();
+ } else {
+ // The test has already been marked as pass/fail.
+ // Just report the updated result.
+ _config.onTestResult(this);
+ }
+ _nextTestCase();
+ }, id: '[Async tearDown completion handler]'))
+ .catchError((e) {
+ // We don't call fail() as that will potentially result in
+ // spurious messages like 'test failed more than once'.
+ result = ERROR;
+ message = "$description: Test teardown failed: ${e.error}";
+ _config.onTestResult(this);
+ _nextTestCase();
+ });
+ return;
+ }
}
- _doneTeardown = true;
}
_config.onTestResult(this);
+ if (mustRunNextTest) {
+ _nextTestCase();
+ }
}
void pass() {
« no previous file with comments | « no previous file | pkg/unittest/lib/unittest.dart » ('j') | pkg/unittest/lib/unittest.dart » ('J')

Powered by Google App Engine
This is Rietveld 408576698