Contents |
Purpose of test case template is to provide sufficient amouint of information about test cases for test case users. Intention is to keep test case template as simple as possible. Test case template does not contain any information about test execution schedule, intervals how often it will be executed or so. This is defined in test execution management tool(s) what ever they might be. The same template should be used despite the test case concerning UX or Core.
Template contains following fields:
TC Title: (mandatory) <Descriptive title for test case>
TC ID: (mandatory) <Test case unique identifier>
Can consist of characters, numbers or if test case name is unique this can be used as well
Requirement: (Optional) <Requirement reference>
Type: (Mandatory) <Type of test case>
Values: Certification, Internationalisation, Localisation, System Integration, Variant Testing, 3PO Testing, Services Testing, Functional, Latency, Response time, Frame rate measurement, Technical Benchmark, Benchmark, Memory consumption measurement, Throughput measurement, Load measurement, Power management, Low resource, Recovery, Iterative, Long-lasting, FIT (Feature Interaction Testing),User eXperience testing, Mobility testing, Long Period testing (LPT)
Domain: <Vertical>
Values: Common, Handheld, Netbook, In-Vehicle, Connected TV, Media Phone
Feature: (Mandatory) <Bugzilla Feature>
Subfeature: (optional) Can be used when test case designer wants to identify more detailed level what is tested.
Component: <Bugzilla Component>
Execution Type: <Manual, Auto>
Test Case State: <Design/Ready/Approved>
Description:
- Purpose: <Test case purpose here. What is tried to achieve with this specific TC>
- Method: <Short description of TC method here, e.g., how measurement is done and what the result describes. Could be a link to another document. This field is optional>
- References:<Link to web, wiki or similar place where more detailed information is available (if any) for this TC>
- Pre-conditions: <Specific description of things or settings needed prior to this TC run. E.g. memory card in device and audio clip at path /home/user/audioclips>
- Run instructions: <Run instructions specific for this TC. Describe instructions by steps (n) – refer to PASS / FAIL criteria for this step.>
- Pass/Fail criteria: <What are the criterion that TC shall fulfil in order to consider TC as passed. For instance, test case returns pass and audio is audible from Wired Headset. Describe PASS /
FAIL criteria for each run step.>
- Post-conditions: <Description what needs to be done after running the test case to return to standard state.>
- Test Environment: <Link to a document describing manual or automatic test environment. No test cases having dependencies to corporate network or other proprietary SW / HW>
- Required test data: <Description of specific test data / parameters for this TC with unambiguous file references>
- Change history: <Description of modifications done to this TC, with name of author. Change history of last 5 changes at least>
TC Title: DATAFLOW-FS-Copy-File-eMMC-to-MMC
TC ID: DATAFLOW-FS-Copy-File-eMMC-to-MMC
Requirement
Type: Functional
Domain: Handheld
Feature:
Subfeature: copy
Component: Kernel
Execution Type: Auto
Test Case State: Approved
Description:
Purpose: This case tests file can be copied from eMMC to eMMC Method: Test case copies file from eMMC to eMMC, file block size 1kB, block count 1000 References: None Pre-conditions: Test asset and MIN test frame Work is installed to the device. Memory card must be mounted in device. Test must be executed as root. Run instructions: Start 'min' in the shell of the device. Select a case, observe device, and check the test result from min and the log files. Or use command line format 'min -c -t <test case name>'. Pass/Fail criteria: Test case returns passed if operation was succesfull. Result is logged into /var/log/tests/." Post-conditions: None Test Environment: Handheld device Required test data: None Change history: 11 May 2010. (v.0.1.8) Added steps to test.xml. Tommi Toropainen
21 Apr 2010. (v.0.1.7) Added new steps to CITA execution to get results on Test reporting tools, Removed tmp filesystem tests from CITA. Tommi Toropainen
20 Apr 2010. (v.0.1.6) Changed filesystem partitions in configure file, Added Security file system test case. Tommi Toropainen
15 Mar 2010. (v.0.1.5) Changed mass storage cases to use 1,6GB files. Tommi Toropainen
1 Mar 2010. (0.1.4) added unmounting before formatting (do not format target or source by default) Tommi Toropainen
TC Title: DATAFLOW-FS-Copy-File-eMMC-to-MMC
TC ID: DATAFLOW-FS-Copy-File-eMMC-to-MMC
Requirement
Type: Functional
Domain: Handheld
Feature:
Subfeature: copy
Component: Kernel
Execution Type: Auto
Test Case State: Approved
Description:
Purpose: This case tests file can be copied from eMMC to eMMC Method: Test case copies file from eMMC to eMMC, file block size 1kB, block count 1000 References: None Pre-conditions: Test asset and MIN test frame Work is installed to the device. Memory card must be mounted in device. Test must be executed as root. Run instructions: Start 'min' in the shell of the device. Select a case, observe device, and check the test result from min and the log files. Or use command line format 'min -c -t <test case name>'. Pass/Fail criteria: Test case returns passed if operation was succesfull. Result is logged into /var/log/tests/." Post-conditions: None Test Environment: Handheld device Required test data: None Change history: 11 May 2010. (v.0.1.8) Added steps to test.xml. Tommi Toropainen
21 Apr 2010. (v.0.1.7) Added new steps to CITA execution to get results on Test reporting tools, Removed tmp filesystem tests from CITA. Tommi Toropainen
20 Apr 2010. (v.0.1.6) Changed filesystem partitions in configure file, Added Security file system test case. Tommi Toropainen
15 Mar 2010. (v.0.1.5) Changed mass storage cases to use 1,6GB files. Tommi Toropainen
1 Mar 2010. (0.1.4) added unmounting before formatting (do not format target or source by default) Tommi Toropainen