Closed
Bug 860005
Opened 12 years ago
Closed 7 years ago
next round of work for manifestdestiny
Categories
(Testing :: Mozbase, defect)
Testing
Mozbase
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: k0scist, Assigned: k0scist)
References
(Depends on 1 open bug)
Details
ManifestDestiny has been implemented as a working proof of concept
which is currently used by xpcshell as well as several other
out-of-m-c harnesses for tracking test files. The form of the
solution as supporting our desire for test manifests (see
https://mozbase.readthedocs.org/en/latest/manifestdestiny.html#why-have-test-manifests
) has proven a good match for the problem, key functionality should be
extended in the renewed effort to get more harnesses to use manifests.
This tracking bug notes the next round of effort towards this end.
Key issues:
* functionality to compare/diff the test files noted from a manifest
with what is on disk [bug 683660 , bug 857966]
- what files are not included in the manifest?
- what files are in the manifest that are not on disk?
* TestManifest condition validation: bug 857081
* tracking test failures (e.g. bug 729098): it is often desirable to
note what tests have failed from a particular run. The sought
answer is the output of a manifest of failed tests.
Since ManifestDestiny is just about handling manifests, some pieces of
these issues will need to be handled by the harnesses. The vector of
this bug points towards
- needed API (etc) enhancements to manifestparser.py
- development of a skeletal (moztest) harness to illustrate and
implement standard mozbase usage practice
- improved documentation (etc) about how all of this fits together
Assignee | ||
Comment 1•12 years ago
|
||
Other issues not triaged here:
- updating to python 2.7 (e.g. deprecation of read_ini for ConfigParser)
- we don't *actually* have to wait for Talos
(though note https://bugzilla.mozilla.org/show_bug.cgi?id=858084#c4 )
- breaking up ManifestDestiny into separate files: the existing all-in-manifestparser.py was chosen for reasons that are now obselete. we should modularize this
Assignee | ||
Updated•12 years ago
|
Assignee: nobody → jhammel
Comment 2•7 years ago
|
||
Mass closing bugs with no activity in 2+ years. If this bug is important to you, please re-open.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•