Quality assurance

From GNUstepWiki
Revision as of 17:59, 24 February 2005 by Stefan Urbanek (talk | contribs)
Jump to navigation Jump to search

Introduction

Sometimes the GNUstep does not work as expected or can not be built at all. If the actual code which gets committed (which IMHO is really a basline requirement) was tested then this should not happen. Things which break the entire build cycle should be taken more seriously.

Aperez: I'd also like to set this up for win32, since that seems to be the thing that breaks fairly often as other patches go into -core.

Compilability test

As it is frustrating to check out CVS and have it fail to build for such a trivial reason.

Some sort of automated QA mechanism is necessary, where, upon a new CVS check-in to -base, for example, it is be checked out by an automated QA system and compiled on Linux/x86 as a baseline test. The results of the compilation would be placed on a webpage. If compilation breakage to any part of -core happened, a message would be sent to -dev notifying the core team that this had happpened, the offending file, and the version of the file in CVS at which the breakage occurred.

Idea of a primitive test script for compilability:

cd test_directory
rm -rf core GNUstep-test-root
cvs co core
cd core
./build-all $test_directory/GNUstep-test-root &> test-log.txt