Training Basics: Difference between revisions
No edit summary |
No edit summary |
||
Line 36: | Line 36: | ||
This test suite focuses on using parameters when writing test cases. Note that this sample has been implemented to (i) ensure parameters have been passed and (ii) support two different techniques for passing in parameters. | This test suite focuses on using parameters when writing test cases. Note that this sample has been implemented to (i) ensure parameters have been passed and (ii) support two different techniques for passing in parameters. | ||
The following | The following articles are related to this example: | ||
* [[Parameterized Test Units | Passing arguments]] to a Test Suite constructor | * [[Parameterized Test Units | Passing arguments]] to a Test Suite constructor | ||
Line 57: | Line 57: | ||
* Add a test for ''sut_mult()'' using arguments from the command line | * Add a test for ''sut_mult()'' using arguments from the command line | ||
* Add a test for ''sut_mult()'' using your own created ini file | * Add a test for ''sut_mult()'' using your own created ini file | ||
* Change the content of ini file .. re-run | * Change the content of ini file .. re-run the test suite | ||
== File IO == | == File IO == | ||
Line 93: | Line 93: | ||
Consider the following for '''TryStuff:''' | Consider the following for '''TryStuff:''' | ||
* Add a test for | * Add a test for ''sut_mult()'' using a different input file | ||
* | * Update the ''testfileio.ini'' file to include a second file for input |
Revision as of 18:10, 25 November 2014
The Basics training focuses on using Test Macros, Parameters, and File IO. All testing is focused on verifying two simple routines:
int sut_add(int x, int y); int sut_mult(int x, int y);
The routines are contained in software_under_test.c | h. The suggested things to Try will be focused on applying testing techniques on sut_mult().
Test Macros
This test suite focuses on leveraging assertion macros when writing test cases. Note that it is not required to use test macros. A test case (method) can simply return zero for a pass, everything is considered a fail. Refer to this article for all of the details.
The following articles are related to this example:
- Test Suite packaging options
- Available Test Macros
- Notes and Test Logs
- Creating Doxygen style descriptions within header files
- Executing Test Suites using the Runner
The Test Suite is called TestMacros and is implemented in two source files: testmacros.cpp and testmacros.h. The comments and descriptions are contained in the header file. One test case (method) is already implemented and one test method that can be used to make changes to is called TryStuff. Currently the TryStuff test method is set to not in use.
First thing to do is run the TestMacros Suite. Start the TestApp.exe and use the following command:
stride --options_file my.opt --run "TestMacros"
You can take a look at the results in TestApp.xml.
Consider the following for TryStuff:
- Add a test for the sut_mult() routine (remember to remove the set status routine)
- Add an Assert macro (verses an Expect). Do you understand the difference?
- Throw in a Note macro .. provides more viability to the test logic
- Change the TryStuff method declaration comment (testmacros.h) and see how it shows up automatically in the test report
- Change the TryStuff method name
Parameters
This test suite focuses on using parameters when writing test cases. Note that this sample has been implemented to (i) ensure parameters have been passed and (ii) support two different techniques for passing in parameters.
The following articles are related to this example:
- Passing arguments to a Test Suite constructor
- Passing INI-formatted input to a Test Suite
- Reading INI-formatted input from a Test Suite
The Test Suite is called TestParameters and is implemented in two source files: testparameters.cpp and testparameters.h. The comments and descriptions are contained in the header file. Two test cases are already implemented and one test method that can be used to make changes to is called TryStuff. Currently the TryStuff test method is set to not in use.
First thing to do is run the TestParameters Suite. Start the TestApp.exe and use the following command:
stride --options_file my.opt --run "TestParameters(10,10)"
You can take a look at the results in TestApp.xml.
Now run a second time and use a file with INI-formatted input:
stride --options_file my.opt --run "TestParameters(%STRIDE_DIR%/samples/testparameters.ini)"
Consider the following for TryStuff:
- Add a test for sut_mult() using arguments from the command line
- Add a test for sut_mult() using your own created ini file
- Change the content of ini file .. re-run the test suite
File IO
This test suite focuses on reading content from a host file to be used by the executing test logic. Note that this sample uses the srTest base class.
The following articles are related to this example:
- File IO Services
- Passing INI-formatted input to a Test Suite
- Reading INI-formatted input from a Test Suite
The Test Suite is called TestFileIO and is implemented in two source files: testfileio.cpp and testfileio.h. The comments and descriptions are contained in the header file. One test case (method) is already implemented and one test method that can be used to make changes to is called TryStuff. Currently the TryStuff test method is set to not in use.
The Test Suite is using an INI file (stride/samples/testfileio.ini) to indicate what input file content to use:
## Required parameters used for testing file IO ## Using groups [add] File = %STRIDE_DIR%/samples/testfileio.input.add [mult]
The corresponding add input file contains the following (note that the third column equals the sum):
1,2,3 5,6,11 53,27,80
First thing to do is run the TestFileIO Suite. Start the TestApp.exe and use the following command:
stride --options_file my.opt --run "TestFileIO(%STRIDE_DIR%/samples/testfileio.ini)"
You can take a look at the results in TestApp.xml.
Consider the following for TryStuff:
- Add a test for sut_mult() using a different input file
- Update the testfileio.ini file to include a second file for input