svn commit: trunk/busybox/testsuite

[landley at busybox.net]

Author: landley
Date: 2005-11-07 01:06:34 -0800 (Mon, 07 Nov 2005)
New Revision: 12177

Log:
It was a bit out of date.


Modified:
   trunk/busybox/testsuite/TODO


Changeset:
Modified: trunk/busybox/testsuite/TODO
===================================================================
--- trunk/busybox/testsuite/TODO	2005-11-07 08:50:53 UTC (rev 12176)
+++ trunk/busybox/testsuite/TODO	2005-11-07 09:06:34 UTC (rev 12177)
@@ -2,17 +2,25 @@
 there are a number of good extensions.  If you are looking for
 something to do, feel free to tackle one or more of the following:
 
-Buildroot support
-	Erik has put together a handy package for constructing and
-	testing busybox called buildroot.  Integrating this into
-	the testsuite would allow for greater test coverage (e.g.,
-	init, mount, and other privileged applications).
+Moving to the new format.
+	The old way was "lots of little tests files in a directory", which
+	doesn't interact well with source control systems.  The new test
+	format is command.tests files that use testing.sh.
 
+Every busybox applet needs a corresponding applet.tests.
+
+Full SUSv3 test suite.
+	Let's make the Linux Test Project jealous, shall we?  Don't just
+	audit programs for standards compliance, _prove_ it with a regression
+	test harness.
+
+	http://www.opengroup.org/onlinepubs/009695399/utilities/
+
+Some tests need root access.
+	It's hard to test things like mount or init as a normal user.
+	Possibly User Mode Linux could be used for this, or perhaps
+	Erik's buildroot.
+
 libbb unit testing
 	Being able to test the functions of libbb individually may
 	help to prevent regressions.
-
-Standardization
-	This testsuite is totally bastardized.  It would be better
-	to use an existing test framework, such as dejagnu, greg,
-	or a XUnit clone (shunit?).