Bug 384974 - consider explicit argument for tests to run
Summary: consider explicit argument for tests to run
Status: NEW
Alias: None
Product: Platform
Classification: Eclipse Project
Component: Releng (show other bugs)
Version: 4.2   Edit
Hardware: PC Linux
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Platform-Releng-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-07-12 13:38 EDT by David Williams CLA
Modified: 2012-07-12 13:38 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Williams CLA 2012-07-12 13:38:12 EDT
Our unit test system is set up so by default runs all tests. 

But, its also possible to name specific test suites during invocation to run only those suites. 

In past day or so, I "carried this forward" to work that same way with current scripts we use in Hudson. This was relatively easy to do making use of existing "args" variable and existing logic to "read remainder of line" into args. 

That worked, but today discoved, when going by the want to use the default "all", that the test.propererties for windows had
args=/c win7-6.0_consolelog.txt
Thus "messing up" the logic ... eventually causing a failure saying the test targets of "/c" and "win7-6.0_consolelog.txt" could not be found. 

The other platforms had 
args=
(nothing) in their test.properties file. 

For windows, this /c win7-6.0_consolelog.txt was not even being used, in existing setup (as far as I can tell) ... so ... just removed it and made it also 
args=

But ... encountering all this, make me think it would be best to use an explicit arguments, such as -tests="list of tests suites", 
when a subset is desired. 

not sure what (else) this "args" was intended for ... but ... usually better to be explicit with arguments instead of having implicit assumptions about "remainder of command line".