Skip to content
This repository has been archived by the owner on Apr 3, 2019. It is now read-only.
This repository has been archived by the owner on Apr 3, 2019. It is now read-only.

Identify what must be done to be able to dogfood QA Tools #90

Closed
rjkip opened this issue Feb 17, 2017 · 1 comment · Fixed by #117
Closed

Identify what must be done to be able to dogfood QA Tools #90

rjkip opened this issue Feb 17, 2017 · 1 comment · Fixed by #117
Milestone

Comments

@rjkip
Copy link
Contributor

rjkip commented Feb 17, 2017

It doesn't feel right that we will be offering QA Tools to the public yet don't use it ourselves. Identify the current QA configuration of QA Tools, what should be managed by QA Tools and what not (eg. Makefile), and what the most effective path is to dogfooding.

@rjkip rjkip modified the milestones: 3.1.0, 3.0.0 Feb 17, 2017
@rjkip
Copy link
Contributor Author

rjkip commented Feb 24, 2017

In its current (3.0.0-alpha2) state, to be able to dogfood QA Tools, we would need to (not should):

  1. Support individually configured rules, like increasing the minimum coupling-between-objects before the rule is triggered
    I'd say too specific a feature. We can use the less optimal @SuppressWarnings annotations.

  2. Allow registration of Mockery's TestListener
    Mockery is switching to manual Mockery::close() calls.

  3. Support for multiple test suites (unit:tests/unit, integration:tests/integration)
    Feasible, I'd say. Also provide individual Ant targets to call from our Makefile or add QA Tools' Ant build file to .gitignore. Support multiple PHPUnit test suites #118

  4. Support a PHPUnit bootstrap file (create or take existing). Support configuration of PHPUnit bootstrap file #119

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant