On 10/26/12 2:48 AM, Gervase Markham wrote:
On 25/10/12 14:48, Henrik Skupin wrote:
When I started to work on tests for WebRTC and WebAPI lately I have
noticed that there are no clear specifications where tests have to be
added. Some are located in a tests subdirectory (like
/dom/feature/tests/) while others are under a testing folder (like
/dom/testing/mochitest). This is totally confusing and as an internal
discussion in the automation and tools team has been shown, we would
support a location of tests which are under the feature which means
directly beneath the actual source.
Can I put in a related request? I need to exclude tests from license
file generation (because they aren't shipped). Therefore, it would be of
great benefit to me if either (in order of preference):
1) All tests were somewhere in or below a directory called "tests"
or
2) All tests were somewhere in or below a directory containing the
string "test"
or
3) All tests were somewhere in or below a small and clearly defined set
of directory names which were not used anywhere else.
We sort of have 3) at the moment, but the list is not necessarily
clearly defined and it changes.
From the perspective of the build system, the licensing requirement and
the similar goals of changing how tests are organized in a directory
hierarchy should have little impact on the build system after we
transition test declaration away from Makefile.in's. In the new world
order (bug 784841), we'll have much stronger rules around how things are
defined in the build system and we can relatively easily carve out ways
to denote files that come with licensing baggage.
Once we transition test declaration to the new world order, we'll also
be able invoke tests by path (e.g. |mach test path/to/test/file.js|) -
the test runner will automagically determine the test type from the
metadata. In theory this means that directory hierarchy doesn't matter.
But, structure is nice, so I vote for having some.
_______________________________________________
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
