/*! \page UnitTests Source code structuration and Unit Tests WORK in PROGRESS, INCOMPLETE DOCUMENT You will find here general information on code directories structure, unit tests associated to the different kind of classes, and how to run the unit tests. \section S1_unit SALOME KERNEL source code structuration \subsection sub11 General structure of KERNEL_SRC - KERNEL_SRC :\n Some README files and configuration tools for build - KERNEL_SRC/bin :\n Python and shell scripts used at run time. Kit to install a %SALOME Application. - KERNEL_SRC/doc :\n Kit for KERNEL end user documentation production: public interfaces, Python, CORBA. Integrator and Developer documentation. - KERNEL_SRC/idl :\n All CORBA interfaces from KERNEL are regrouped here. - KERNEL_SRC/resources :\n Configuration files for servers (examples). Interfaces definitions for KERNEL test components. - KERNEL_SRC/salome_adm :\n Configuration files used by CMake (*.cmake files) - KERNEL_SRC/src :\n The source code (C++ and Python) \subsection sub12 Directory src: C++ and Python source code
  1. Basic services non related to CORBA - Basics\n %A set of general purpose C++ services, not related to CORBA. Some general purpose services that are in Utils directory (CORBA related), are progressivley moved here, as they are not related to CORBA. - SALOMELocalTrace\n %A multithread trace system that allows message tracing on standard error or a file. - CASCatch\n Exceptions and signal handler. - HDFPersist\n %A C++ interface to HDF.
  2. Basic CORBA services - Logger :\n %A CORBA %server that collects the trace messages from different CORBA process. - SALOMETraceCollector :\n %A multithread trace system derived from SALOMELocalTrace, that sends messages to Logger %server via CORBA. - Utils :\n %A set of general purpose services related to CORBA, such as basic CORBA exception system. See also Basics directory above. - NamingService :\n C++ and Python interfaces to name, store and retrieve CORBA objects - GenericObj :\n %A generic CORBA interface for CORBA objects, to count distributed references, and to allow destruction by client.
  3. Miscellaneous CORBA servers - %Registry :\n Implements SALOME_registry.idl. Provides a CORBA %server library and a separate %server program. - ModuleCatalog :\n Implements SALOME_moduleCatalog.idl. Provide a CORBA %server library and separate %server and client programs. - ModuleGenerator :\n Tool to generate a module catalog from CORBA idl - ResourcesManager :\n library included in container %server - Notification :\n library included in different servers (container) - NOTIFICATION_SWIG
  4. CORBA Containers for %SALOME Modules - Container - TestContainer - LifeCycleCORBA - LifeCycleCORBA_SWIG
  5. STUDY %server and related interfaces and tools - SALOMEDSClient - TOOLSDS - SALOMEDSImpl - %SALOMEDS
  6. Python interface to %SALOME - KERNEL_PY
  7. Efficient CORBA transfer services - Communication - Communication_SWIG
  8. %A Parallel container with MPI - MPIContainer - TestMPIContainer
  9. Unit tests - UnitTests
\section S2_unit Tools and principles used for Unit testing TO BE COMPLETED Unit Testing rely on cppunit package for C++ testing, and on unittest module for Python. See these products for general principles of unit testing. The cppunit package is optional. When the prerequisite is detected, the unit tests are compiled. Unit Tests sources are in directories Test under the src/directories containing the classes to test. Test are ordered following the order of directories given above. Tests can be run as a whole, or for a particular directory. In this case, only a partial test is run (the classes to test, and the classes used, i.e. the preceding test directories). Today, only some tests are written as an example. There are not yet python scripts in KERNEL_SRC, but it's a matter of days, there are working scripts to test LifeCycleCORBA_SWIG interface. */