Meego Wiki
Views

Quality/QA-tools/User experience

From MeeGo wiki
< Quality | QA-tools(Difference between revisions)
Jump to: navigation, search
m (UX Workflow in a Nutshell)
m (Ongoing Work)
 
(12 intermediate revisions not shown)
Line 1: Line 1:
-
= MeeGo QA Tools User Experience =
+
= MeeGo QA tools user experience =
This is the main page for user experience (UX) work done for MeeGo QA tools. The purpose of the UX activities is to improve the QA-tools so that they are easier, more efficient and more pleasant to use. For this, end-users and their input are crucial. By understanding the users and their needs, it is possible to develop something that really benefits the users.
This is the main page for user experience (UX) work done for MeeGo QA tools. The purpose of the UX activities is to improve the QA-tools so that they are easier, more efficient and more pleasant to use. For this, end-users and their input are crucial. By understanding the users and their needs, it is possible to develop something that really benefits the users.
-
This page is meant for giving an overview of UX activities regarding QA tools. In addition, the page presents a proposal of UX task list and other UX-related content, such as UX evaluation reports and UI drafts for discussion among the community. Even if some traditional user-centered design methods (user studies, usability tests etc.) require offline working, the results of those should be published here or be directly filed as enhancements/bugs to Bugzilla.
+
This page is meant for giving an overview of UX activities regarding QA tools. Even if some traditional user-centered design methods (user studies, usability tests etc.) require offline working, the results of those should be published here or be directly filed as enhancements/bugs to Bugzilla.
== UX Workflow in a Nutshell==
== UX Workflow in a Nutshell==
Line 19: Line 19:
Meeting users face-to-face is preferred but online methods can also be used. E.g. the input can be gathered via mailing lists or IRC, and design drafts can be published to wiki or Bugzilla.
Meeting users face-to-face is preferred but online methods can also be used. E.g. the input can be gathered via mailing lists or IRC, and design drafts can be published to wiki or Bugzilla.
-
== Finished and Ongoing Work==
+
== Ongoing Work==
-
=== Testrunner-UI ===
+
Please add information here if you are doing something regarding improving UX of QA tools.
-
 
+
-
* Finished tasks:
+
-
** [[Quality/QA-tools/Testrunner-UI user studies|Results of user interviews and other end-user feedback]]
+
-
** File enhancement bugs to Bugzilla
+
-
* Ongoing tasks:
+
-
** Design UI improvements based on user feedback
+
-
** Conduct an expert evaluation of the latest version
+
-
** Report the improvement proposals to Bugzilla
+
-
 
+
-
=== Testplanner ===
+
-
 
+
-
* Finished tasks:
+
-
** Provide UX support for the development of the initial version
+
-
** File enhancement bugs to Bugzilla
+
-
* Ongoing tasks:
+
-
** Conduct an expert evaluation of the latest version
+
-
** Report the improvement proposals to Bugzilla
+
== Proposal for Future Work ==
== Proposal for Future Work ==
* Every Tool
* Every Tool
-
** Check the end-user documentation
 
** Evaluate the ease of the installation and the first time use
** Evaluate the ease of the installation and the first time use
** Improve visual look of the GUI tools, e.g. improve icons and other graphical elements
** Improve visual look of the GUI tools, e.g. improve icons and other graphical elements
-
 
+
* MeeGo N900 DE
-
* MIN
+
** UX evaluation / study
-
** Evaluate the graphical UI
+
** [[ARM/N900/TabletUX]]
-
** Design UI improvements
+
-
*** If there is a need for a bigger UI renewal, different layout drafts should be provided for further discussion
+
-
** Report the improvement proposals to Bugzilla
+
-
 
+
-
* Testrunner-lite, Testrunner-UI and Testplanner
+
-
** Gather more end-user feedback
+
-
 
+
-
* MeeGo QA Reporting Tool
+
-
** Evaluate the reporting tool and give feedback to the developers
+
== How to Participate ==
== How to Participate ==
The UX work is no different from the other development work of QA-tools. You can, for instance, work on the tasks presented on this page or just propose new tasks. In general, the best channels for participating are:
The UX work is no different from the other development work of QA-tools. You can, for instance, work on the tasks presented on this page or just propose new tasks. In general, the best channels for participating are:
-
* [http://webchat.freenode.net/?channels=meego-qa-tools #meego-qa-tools IRC channel on irc.freenode.net] for discussing about the tools
+
* [http://webchat.freenode.net/?channels=meego-qa #meego-qa IRC channel on irc.freenode.net] for discussing about the tools and QA processes in general
-
* [http://bugs.meego.com/enter_bug.cgi?product=Development%20Tools Bugzilla] for reporting enhancement ideas or usability problems
+
* [http://bugs.meego.com/enter_bug.cgi?product=MeeGo%20Quality%20Assurance Bugzilla] for reporting enhancement ideas or usability problems

Latest revision as of 09:24, 23 June 2011

Contents

MeeGo QA tools user experience

This is the main page for user experience (UX) work done for MeeGo QA tools. The purpose of the UX activities is to improve the QA-tools so that they are easier, more efficient and more pleasant to use. For this, end-users and their input are crucial. By understanding the users and their needs, it is possible to develop something that really benefits the users.

This page is meant for giving an overview of UX activities regarding QA tools. Even if some traditional user-centered design methods (user studies, usability tests etc.) require offline working, the results of those should be published here or be directly filed as enhancements/bugs to Bugzilla.

UX Workflow in a Nutshell

User experience is not something that could just be added to a product as the last thing of the implementation process. On the contrary, user experience work focuses on taking the users into account in every phase of the development process. The following gives just one example on how you can do user-centered design in practice:

  1. Identify who are the actual and/or potential users
  2. Conduct a user study and identify the users' needs and wishes
  3. Draft and iterate e.g. a paper prototype of the planned UI with the users
  4. Based on the iterated prototype and other input, design and implement a functional prototype
  5. Present the functional prototype to the users as early as possible and gather feedback and improvement ideas. You can also conduct a more formal usability study.
  6. Re-design and continue implementation
  7. Once the first complete version is released, continue to gather user feedback and implement improvements

Meeting users face-to-face is preferred but online methods can also be used. E.g. the input can be gathered via mailing lists or IRC, and design drafts can be published to wiki or Bugzilla.

Ongoing Work

Please add information here if you are doing something regarding improving UX of QA tools.

Proposal for Future Work

  • Every Tool
    • Evaluate the ease of the installation and the first time use
    • Improve visual look of the GUI tools, e.g. improve icons and other graphical elements
  • MeeGo N900 DE

How to Participate

The UX work is no different from the other development work of QA-tools. You can, for instance, work on the tasks presented on this page or just propose new tasks. In general, the best channels for participating are:

Personal tools