QA engineers often tests same/similar parts of software, and if they find a bug, the information they need to collect can be predicted.

For example, for apache2 problems, following are needed:

  • Attach (tarball) /etc/apache2 content
  • Attach (tarball) /var/log/apache2 content
  • Attach (tarball?) the page that caused the problem
  • etc.

Goal of this project is to write GUI app, that helps to create bugreports. The tool is meant to run on user's workstation, since it stores templates, configurations, etc. Workflow is:

  1. User tests on SUT (test host) and find a bug
  2. User on his workstation starts the application
  3. User enters:
    1. Summary (bug title)
    2. Description (including steps to reproduce, etc.)
    3. Component, product, etc.
    4. Assignee (with some query functionality - e.g. find by osc command from OBS, etc.)
    5. credentials to SUT - program initiates ssh connection to get data:
      • User selects files to add
      • User can also run some commands there (e.g. lspci > file)
      • Order is important, so the user can first run some commands and then add their result to the bug
  4. User hit submit, enter bugzilla credentials, and bug is created

It is also possible to create templates: stored pre-filled forms including which data to submit and which commands to run (so the "command" must be stored, not just its output).

This way, user can just "start new bug from template" -> choose template "apache2", and the logs and configurations will be added to bugreport automatically. User than manually change it/add missing parts and submit it

User can has as many predefined templates as (s)he want.

Looking for hackers with the skills:

Nothing? Add some keywords!

This project is part of:

Hack Week 10

Activity

  • over 10 years ago: cboltz liked this project.
  • over 10 years ago: llipavsky liked this project.
  • over 10 years ago: llipavsky originated this project.

  • Comments

    • xgonzo
      over 10 years ago by xgonzo | Reply

      You can think about doing it within browser by user scripts (Greasemonkey or Tampermonkey) direclty on the bugzilla web page, I have not used it but some of the SUSE teams use such scripts (e.g. Security team) to ease their life.

    • bmwiedemann
      over 10 years ago by bmwiedemann | Reply

      There is also the "entomologist" desktop GUI for bugzilla that you could use as a basis. home:mbarringer entomologist

    • cboltz
      over 10 years ago by cboltz | Reply

      There is also "bugreporter" (shipped with openSUSE) if you are looking for a console interface ;-)

    Similar Projects

    This project is one of its kind!