Linux standards

[gaf at blu.org (Jerry Feldman)]

John,
I'm surprised at you. You know that we Unix developers never need to test 
our code :-).
Actually, for a target type of install, the test/validation should be 
performed as part of the install procedure. For an automated procedure 
under a package manager, test and validation could be done as separate and 
disjoint steps. Also, some applications don't lend themselves to scripted 
testing. An example would be a graphical email program. Once could add some 
non-graphical test hooks into the code. Validation could always be done. 
Prevalidation before the code is moved to the target, post validation after 
the move. And even a user level validation suite. 

On 20 Jun 2002 at 15:55, John Chambers wrote:

> Jerry Feldman writes:
> | Most of the better apps require the following steps:
> | 1. ./configure [ configure arguments ]
> | 2. make
> | 3. become root.
> | 4. make install
> | 5. become non-root.
> 
> Hey, you forgot a very common (and important) step:
> 
>   2.5. make test
> 
> I'm always disappointed at packages that don't  have  this.
> Of  course,  writing  a  good test suite can take more work
> that writing the package itself ...
> 
> 
> 
> _______________________________________________
> Discuss mailing list
> Discuss at blu.org
> http://www.blu.org/mailman/listinfo/discuss


--
Jerry Feldman <gaf at blu.org>
Associate Director
Boston Linux and Unix user group
http://www.blu.org PGP key id:C5061EA9
PGP Key fingerprint:053C 73EC 3AC1 5C44 3E14 9245 FB00 3ED5 C506 1EA9