CDash:Testing: Difference between revisions

From KitwarePublic
Jump to navigationJump to search
Line 5: Line 5:
= Checkout the CDash source code =
= Checkout the CDash source code =


See [[CDash:Installation#Downloading_CDash|Downloading CDash]] for instructions on obtaining a copy of the CDash source code from subversion.  During this step you should decide whether you want to test the latest release of CDash or the current development version.
See [[CDash:Installation#Downloading_CDash|Downloading CDash]] for instructions on obtaining a copy of the CDash source code from GitHub.  During this step you should decide whether you want to test the latest release of CDash or the current development version.


No matter which version of CDash you choose to test, make sure to check out the source code into your web server's htdocs folder.
No matter which version of CDash you choose to test, make sure to check out the source code into your web server's htdocs folder.

Revision as of 16:39, 22 March 2016

CDash integrates a self-testing framework based on Simple Test. The self testing code is located in the CDash/testing directory.

CDash testing requires the use of CMake and CTest. You can download the CMake suite of tools from www.cmake.org. CDash testing works much the same as any other CMake based project.

Checkout the CDash source code

See Downloading CDash for instructions on obtaining a copy of the CDash source code from GitHub. During this step you should decide whether you want to test the latest release of CDash or the current development version.

No matter which version of CDash you choose to test, make sure to check out the source code into your web server's htdocs folder.

Setup CDash for testing

Create a build directory

cd /path/to/CDashTesting
mkdir build

Run CMake from the build directory

cd build
ccmake ..

Define CMake variables

CDASH_DB_HOST
CDASH_DB_LOGIN
CDASH_DB_PASS
CDASH_DB_TYPE
  • These four parameters tell CDash how to connect to your local database server.
CDASH_SERVER
  • CDASH_SERVER should indicate how to connect to your local system via a web browser. This is typically the system's host name, or simply localhost.
CDASH_USE_APACHE2
  • Setting this to ON will enable tests specific to the Apache web server.
CDASH_USE_SELENIUM
PHPUNIT_EXE
  • Setting these options will enable testing of javascript based functionality of CDash. Requires selenium and PHPUnit. More on this below.
CMake_SOURCE_DIR
  • Point this to a local checkout of CMake source code if you'd like to import some tests from CMake into CDash. This will cause CDash to perform a more thorough end-to-end test of the CMake/CTest/CDash suite of tools.
PHP_EXE
  • CDash testing requires a command-line version of PHP to be installed on the system.

Test CDash

This is as simple as entering your CDash build directory and running CTest

 cd /path/to/CDashTesting/build
 ctest -VV

Note this will create CDashTesting/cdash/config.local.php and CDashTesting/testing/config.test.local.php files in your source tree, so svn will show them as ? files.

For PostGreSQL, make sure you create an empty database named 'host' so that CDash can create the cdash4simpletest database

Writing Additional CDash Tests

If you add any new tests, please follow the structure of one of the existing ones.

For example, at the top of each test_*.php file in the tests directory, you'll see something like this (example from test_banner.php): <source lang="php"> <?php // // After including cdash_test_case.php, subsequent require_once calls are // relative to the top of the CDash source tree // require_once(dirname(__FILE__).'/cdash_test_case.php');

require_once('cdash/common.php'); require_once('cdash/pdo.php'); require_once('models/banner.php');

class BannerTestCase extends KWWebTestCase {

 function __construct()
   {
   parent::__construct();
   }
 function testBanner()
   {
   ...
   }

} ?> </source>

Please note the following:

  • do not use "include" -- use "require_once"
  • the first require_once uses dirname(__FILE__) meaning "same dir as this php file"
  • the first require_once includes the cdash_test_case.php file
  • subsequent require_once calls refer to files from the root of the CDash source tree (include path set properly by the cdash_test_case.php file)
  • the constructor of the test case is empty -- it just calls the parent -- all the common stuff that used to be in the individual test cases has now been refactored to the base class -- see kwtest/kw_web_tester.php if you need to add to that code


  • similarly for the selenium tests... except with cdash_selenium_test_case.php
  • setUp for the individual selenium test cases should simply call $this->browserSetUp (defined once in the parent class)

Advanced Topics

Code coverage

Testing javascript functionality with Selenium

Client management

Setting up nightly Builds