| Index: build/android/pylib/python_test_caller.py
|
| diff --git a/build/android/pylib/python_test_caller.py b/build/android/pylib/python_test_caller.py
|
| deleted file mode 100644
|
| index 882b8929976a9571f33196f79e1eda2f7eadcbf8..0000000000000000000000000000000000000000
|
| --- a/build/android/pylib/python_test_caller.py
|
| +++ /dev/null
|
| @@ -1,84 +0,0 @@
|
| -# Copyright (c) 2012 The Chromium Authors. All rights reserved.
|
| -# Use of this source code is governed by a BSD-style license that can be
|
| -# found in the LICENSE file.
|
| -
|
| -"""Helper module for calling python-based tests."""
|
| -
|
| -
|
| -import logging
|
| -import sys
|
| -import time
|
| -
|
| -from test_result import TestResults
|
| -
|
| -
|
| -def CallPythonTest(test, options):
|
| - """Invokes a test function and translates Python exceptions into test results.
|
| -
|
| - This method invokes SetUp()/TearDown() on the test. It is intended to be
|
| - resilient to exceptions in SetUp(), the test itself, and TearDown(). Any
|
| - Python exception means the test is marked as failed, and the test result will
|
| - contain information about the exception.
|
| -
|
| - If SetUp() raises an exception, the test is not run.
|
| -
|
| - If TearDown() raises an exception, the test is treated as a failure. However,
|
| - if the test itself raised an exception beforehand, that stack trace will take
|
| - precedence whether or not TearDown() also raised an exception.
|
| -
|
| - shard_index is not applicable in single-device scenarios, when test execution
|
| - is serial rather than parallel. Tests can use this to bring up servers with
|
| - unique port numbers, for example. See also python_test_sharder.
|
| -
|
| - Args:
|
| - test: an object which is ostensibly a subclass of PythonTestBase.
|
| - options: Options to use for setting up tests.
|
| -
|
| - Returns:
|
| - A TestResults object which contains any results produced by the test or, in
|
| - the case of a Python exception, the Python exception info.
|
| - """
|
| -
|
| - start_date_ms = int(time.time()) * 1000
|
| - failed = False
|
| -
|
| - try:
|
| - test.SetUp(options)
|
| - except Exception:
|
| - failed = True
|
| - logging.exception(
|
| - 'Caught exception while trying to run SetUp() for test: ' +
|
| - test.qualified_name)
|
| - # Tests whose SetUp() method has failed are likely to fail, or at least
|
| - # yield invalid results.
|
| - exc_info = sys.exc_info()
|
| - return TestResults.FromPythonException(test.qualified_name, start_date_ms,
|
| - exc_info)
|
| -
|
| - try:
|
| - result = test.Run()
|
| - except Exception:
|
| - # Setting this lets TearDown() avoid stomping on our stack trace from Run()
|
| - # should TearDown() also raise an exception.
|
| - failed = True
|
| - logging.exception('Caught exception while trying to run test: ' +
|
| - test.qualified_name)
|
| - exc_info = sys.exc_info()
|
| - result = TestResults.FromPythonException(test.qualified_name, start_date_ms,
|
| - exc_info)
|
| -
|
| - try:
|
| - test.TearDown()
|
| - except Exception:
|
| - logging.exception(
|
| - 'Caught exception while trying run TearDown() for test: ' +
|
| - test.qualified_name)
|
| - if not failed:
|
| - # Don't stomp the error during the test if TearDown blows up. This is a
|
| - # trade-off: if the test fails, this will mask any problem with TearDown
|
| - # until the test is fixed.
|
| - exc_info = sys.exc_info()
|
| - result = TestResults.FromPythonException(test.qualified_name,
|
| - start_date_ms, exc_info)
|
| -
|
| - return result
|
|
|