For any development process, testing is of major importance. For Android game development too, there are a few tools and processes to make testing easier.
Activity tests are written in a structured way. Make sure to put your tests in a separate package, distinct from the code under test. By convention, your test package name should follow the same name as the application package, suffixed with .tests
. In the test package you created, add the Java class for your test case. By convention, your test case name should also follow the same name as the Java or Android class that you want to test, but suffixed with Test
.
To create a new test case in Eclipse, perform the following steps:
/src
directory for your test project, and select New | Package.<package_name>.tests
(for example, com.example.android.testingfun.tests
), and click on Finish.<activity_name>Test
(for example, MyFirstTestActivityTest
), and click on Finish.A test fixture consists of objects that must be initialized for running one or more tests. To set up the test fixture, you can override the setUp()
and tearDown()
methods in your test. The test runner automatically runs setUp()
before running any other test methods, and tearDown()
at the end of each test method execution. You can use these methods to keep the code for test initialization and clean up separate from the tests methods.
To set up a test fixture in Eclipse, follow the steps listed next:
ActivityTestCase
. For example:public class MyFirstTestActivityTest extends ActivityInstrumentationTestCase2<MyFirstTestActivity> {
setUp()
methods to your test case, and add variable declarations for the activity that you want to test. For example:public class MyFirstTestActivityTest extends ActivityInstrumentationTestCase2<MyFirstTestActivity> { private MyFirstTestActivity mFirstTestActivity; private TextView mFirstTestText; public MyFirstTestActivityTest() { super(MyFirstTestActivity.class); } @Override protected void setUp() throws Exception { super.setUp(); mFirstTestActivity = getActivity(); mFirstTestText = (TextView) mFirstTestActivity .findViewById(R.id.my_first_test_text_view); } }
The constructor is invoked by the test runner to instantiate the test class, while the setUp()
method is invoked by the test runner before it runs any tests in the test class.
Typically, in the setUp()
method, you should invoke the superclass constructor for setUp()
, which is required by JUnit
You can initialize your test fixture state by:
Developers can use the getActivity()
method to get a reference to the activity under test.
As a sanity check, it is good practice to verify that the test fixture has been set up correctly, and the objects that you want to test have been correctly instantiated or initialized. That way, you won't have to see tests failing because something was wrong with the setup of your test fixture. By convention, the method for verifying your test fixture is called testPreconditions()
.
For example, you might want to add a testPreconditions()
method like this to your test case:
public void testPreconditions() { assertNotNull("mFirstTestActivity is null", mFirstTestActivity); assertNotNull("mFirstTestText is null", mFirstTestText); }
The assertion methods are from the Junit Assert
class. Generally, you can use assertions to verify if a specific condition that you want to test is true.
If the condition is false, the assertion method throws an AssertionFailedError
exception, which is then typically reported by the test runner. You can provide a string in the first argument of your assertion method to give some contextual details if the assertion fails.
If the condition is true, the test passes. In both cases, the test runner proceeds to run the other test methods in the test case.
Next, add one or more test methods to verify the layout and functional behavior of your activity.
For example, if your activity includes a TextView, you can add a test method like this to check that it has the correct label text:
public void testMyFirstTestTextView_labelText() { final String expected = mFirstTestActivity.getString(R.string.my_first_test); final String actual = mFirstTestText.getText().toString(); assertEquals(expected, actual); }
The testMyFirstTestTextView_labelText()
method simply checks that the default text of the TextView, which is set by the layout, is the same as the expected text defined in the strings.xml
resource.
When doing this type of string value comparison, it's a good practice to read the expected string from your resources instead of hardcoding the string in your comparison code. This prevents your test from easily breaking whenever the string definitions are modified in the resource file.
To perform the comparison, pass both the expected and actual strings as arguments to the assertEquals()
method. If the values are not the same, the assertion will throw an AssertionFailedError
exception.
If you added a testPreconditions()
method, put your test methods after the testPreconditions()
definition in your Java class.
You can build and run your test easily from the Package Explorer in Eclipse. To build and run your test, follow these steps:
3.21.248.162