Changes between Version 5 and Version 6 of Projects/GSoC/TestingReview/AceUnit


Ignore:
Timestamp:
Jul 8, 2012, 7:58:02 AM (7 years ago)
Author:
Xiaochen Pan
Comment:

/* RTEMS-based Test Result */

Legend:

Unmodified
Added
Removed
Modified
  • Projects/GSoC/TestingReview/AceUnit

    v5 v6  
    1313+ It provides a macro for it to run under embedded environments with memory minimized, but not 100% functional.
    1414= RTEMS-based Test Result =
     15
     16= sp01 test =
     17
     18[wiki:File:Aceunit_sp01.png File:Aceunit sp01.png]
     19
     20This test result is different from the test result of testsuite sp01 with other frameworks. The reason lies in the different way the test runner is constructed. In this framework, when the tests have all passed, the control goes to the exit(0) command of the main thread. The tasks created are considered to be functions. After main thread exits, the whole process ends. The control of main thread cannot be transferred to the functions.
     21
     22In CMock, the control can be transferred to the tasks created. The process can end only after tasks end.
     23
     24In Cmockery, two testsuites can be constructed, where the first testsuites tests the creation of tests and the second testsuites test the deletion of RTEMS task itself. Although each test case is also considered to be functions as in AceUnit, they only exit after the functions finish execution. So, the second testsuites will only execute after the 3 tasks have finished.
     25
     26For AceUnit, test cases in each test file is considered to be in the same fixture. They cannot be seperated as in Cmockery. So, the independence of test cases running cannot be guaranteed by AceUnit framework sometime.
     27= devfs02 test =
     28
     29[wiki:File:Aceunit_devfs02.png File:Aceunit devfs02.png]
     30
     31This is the screenshot when all test cases have pass.
     32
     33----
     34= devfs02 fail test =
     35
     36[wiki:File:Aceunit_devfs02_error.png File:Aceunit devfs02 error.png]
     37
     38This is the screenshot when one of the test case fail. I only make this happen in order to show the output when some test have failed. The information included in the failure output includes the file name, line number, the message written in the test cases. It is a minor plus than frameworks with no concrete information written during test cases design.
     39
     40----
     41= deviceio01 test =
     42
     43[wiki:File:Aceunit_deviceio01.png File:Aceunit deviceio01.png]
     44
     45----
     46= =fsrofs01 test ==
     47
     48[wiki:File:Aceunit_fsrofs01.png File:Aceunit fsrofs01.png]
     49
     50----
     51=  ==psx01 test===
     52
     53[[File:Aceunit_psx01.png]]
     54
     55----
     56
     57===psxtmbarrier01 test===
     58
     59[[File:Aceunit_psxtmbarrier01.png]]