Testing Dojo Łukasz Kempny Autor: Łukasz KempnyCopyright© Future Processing 2012.

Slides:



Advertisements
Similar presentations
Chapter 14: Usability testing and field studies
Advertisements

Conducting Focus groups ACE seminar teaching session By Susan Mlangwa.
Thoughts on Systematic Exploratory Testing of Important Products James Bach, Satisfice, Inc.
Session 2.3: Skills for Supportive Supervision
HOW DO PROFESSIONAL DEVELOPERS COMPREHEND TO SOFTWARE Report submitted by Tobias Roehm, Rebecca Tiarks, Rainer Koschke, Walid Maalej.
Leaders in Asset Management Establishing a Property Training Program How do we get Property Officials trained AND….motivated?
Testing Without Executing the Code Pavlina Koleva Junior QA Engineer WinCore Telerik QA Academy Telerik QA Academy.
FALs and MDC. Before the Collaborative Activity: Meet as a grade level to collaboratively plan in advance the administration of the pre- assessment As.
Participating actively in decision making as a team and as an individual Investigating ways in which rights can compete and conflict, and understanding.
Chapter 14: Usability testing and field studies. 2 FJK User-Centered Design and Development Instructor: Franz J. Kurfess Computer Science Dept.
Chapter 14: Usability testing and field studies. Usability Testing Emphasizes the property of being usable Key Components –User Pre-Test –User Test –User.
Instant Data Analysis (IDA): Evaluating Usability in a Day Jesper Kjeldskov Mikael B. Skov Jan Stage.
Computer Engineering 203 R Smith Agile Development 1/ Agile Methods What are Agile Methods? – Extreme Programming is the best known example – SCRUM.
An evaluation framework
Testing and Modeling Users Kristina Winbladh & Ramzi Nasr.
Jump to first page Chapter 2 System Analysis - Determining System Requirements.
Applied Software Project Management Andrew Stellman & Jennifer Greene Applied Software Project Management Applied Software.
Lesson Design Study Suggestions from our text: Leading Lesson Study.
Facilitation Richard Fisher. 10/9/2000Facilitation - Richard Fisher2 Facilitated Sessions A structured meeting technique designed to gather information.
Professional Facilitation
Damian Gordon.  Summary and Relevance of topic paper  Definition of Usability Testing ◦ Formal vs. Informal methods of testing  Testing Basics ◦ Five.
Practical Tips and Tools For Effectively Managing Worker’s Compensation Cases.
RESETTING PERFORMANCE MANAGEMENT – MANAGER AS COACH Manager Briefing & Discussion Sessions Winter 2013.
Providing Orientation and Training
Action Research In Organizational Development. Action Research Coined by Kurt Lewin (MIT) in 1944 Reflective process of progressive problem solving Also.
United States Fire Administration Chief Officer Training Curriculum Human Resource Development Module 6: Managing the Workforce.
Workforce Engagement Survey Engaging the workforce in simple and effective action planning.
Leaders Manage Meetings
Reflective practice Session 4 – Working together.
Facilitator Training Program
Jack C Richards Professional Development for Language Teachers: Strategies for Teacher Learning Jack C Richards & Thomas.
Chapter 14: Usability testing and field studies
BSBIMN501A QUEENSLAND INTERNATIONAL BUSINESS ACADEMY.
Managing Software Quality
Chapter 3 – Agile Software Development 1Chapter 3 Agile software development.
Introduction to evaluating and measuring impact in career development Presented by – Date – The power to question is the basis of all human progress. Indira.
Evaluation Framework Prevention vs. Intervention CHONG POH WAN 21 JUNE 2011.
Chapter 11: An Evaluation Framework Group 4: Tony Masi, Sam Esswein, Brian Rood, & Chris Troisi.
District Results Module Preview This PowerPoint provides a sample of the District Results Module PowerPoint. The actual Overview PowerPoint is 59 slides.
R ESTAURANT M ANAGEMENT (HM 432) CHAPTER 5 Planning and Conducting Effective Meetings.
Usability testing. Goals & questions focus on how well users perform tasks with the product. – typical users – doing typical tasks. Comparison of products.
What is Usability? Usability Is a measure of how easy it is to use something: –How easy will the use of the software be for a typical user to understand,
An introduction to the Care Act Learning and Development Programme Staffordshire Managers Quality Network Forum Olivia Redgrave, Area Officer, Skills for.
IS2210: Systems Analysis and Systems Design and Change Twitter:
COMP3615,5615 Capstone Projects Week Overview of the semester Website tour – XP and roles – Assessment – note especially the individual mark operating.
Virtual University - Human Computer Interaction 1 © Imran Hussain | UMT Imran Hussain University of Management and Technology (UMT) Lecture 40 Observing.
User Interface Design & Usability for the Web Card Sorting You should now have a basic idea as to content requirements, functional requirements and user.
10 Principles of a Successful Classroom. Students are presented with meaningful, higher-order, activities that create the context for learning and build.
HRM-755 PERFORMANCE MANAGEMENT OSMAN BIN SAIF LECTURE: FOURTEEN 1.
Facilitate the Development of Healthcare Delivery Skills.
Facilitate Group Learning
Chapter 6 Determining System Requirements. Objectives:  Describe interviewing options and develop interview plan.  Explain advantages and pitfalls of.
The Design Management Team Framing the Scope of Work and Learning the Roles for the LCC Team.
Meetings Managers are people who do things right, while leaders are people who do the right thing. Warren Bennis, Ph.D. “On Becoming a Leader”
Business Project Nicos Rodosthenous PhD 08/10/2013 1
Ministry of Education Ahmadi Educational Zone
Experience Protocols Tools that provide framework for discussions By Claire Dean.
T EST T OOLS U NIT VI This unit contains the overview of the test tools. Also prerequisites for applying these tools, tools selection and implementation.
Stage 1 Integrated learning Coffee Shop. LEARNING REQUIREMENTS The learning requirements summarise the knowledge, skills, and understanding that students.
Computer/Human Interaction Fall 2015 Northeastern University1 Name of Interface Tagline if you have one Team member names and schools/years Team member.
1 Usability Analysis n Why Analyze n Types of Usability Analysis n Human Subjects Research n Project 3: Heuristic Evaluation.
1000 Lives Improvement. work based improvement – Improving Quality Together Emma Thomas Improving Quality Together Lead for Higher Education, 1000 Lives.
1 Child and Family Teaming Module 2 The Child and Family Team Meeting: Preparation, Facilitation, and Follow-up.
1 International Institute of Business Analysis Vision: The world's leading association for Business Analysis professionals” Mission: To develop and maintain.
School of Engineering and Information and Communication Technology KIT305/607 Mobile Application Development Week 7: Usability (think-alouds) Dr. Rainer.
Day 8 Usability testing.
Academic representative Committee CHAIR training
The Home Base Professional Development Tool
Linking assurance and enhancement
Presentation transcript:

Testing Dojo Łukasz Kempny Autor: Łukasz KempnyCopyright© Future Processing 2012

What is a Dojo?  Dojo is a Japanese term which literally means "place of the way".  The term can refer to a formal training place for any of the Japanese do arts  Typically it is considered the formal gathering place for students to conduct training, examinations and other related encounters.

What is a Testing Dojo?  Meeting where testers come together to work on a testing challenge.  The testing challenge can consist of testing a product, or generate test ideas for a particular software, or even exercise bug reporting.  Testing without schedule pressures and deadlines.  A way to train testers new to the profession in a collaborative manner.

Equipment  A meeting room large enough for the group  Access to a computer  A video projector so everyone can see what's happening  Pen and paper, a flipchart or a whiteboard to take notes

Roles  Tester has the power over the keyboard and interacts with the software.  Recorder takes session notes and makes sure to get reproducible steps noted down.  Observer (1+) watches the performance, thinks about suggestions for improvements and gives observations about communication.  Facilitator makes sure that the rules of the dojo are followed.

Tester  As the tester has the control over the keyboard, he interacts with the program.  It's crucial for the tester to expose his testing ideas about what to try or not to try and describe his mental model to the audience.

Recorder  The recorder takes session notes about the activities.  In a single tester setup the tester is simultaneously the recorder and he has to take care about his own session notes.  In a paired setup there is a dedicated person for this.

Observers  One or more observers, depending on the size of the group.  The observers take notes about the process (including interactions between tester and recorder or spoken thoughts and test activities).  Observers should monitor the testing activities and the interactions between the pair, rather than watch the screen.

Facilitator  The facilitator picks the mission for the dojo.  Facilitator enforces the rules like switching timeframes.  At the end facilitator moderates the feedback activity.  The facilitator can also take on the role of the tester, recorder or observer.

Mechanics – how it works?  Facilitator starts with introducing rules.  The session facilitator should change so that everyone gets the opportunity to lead a small group of people.  Any testing can be done by a single tester in front of the computer or in a paired setup.  The missions vary between testing a product, evaluating the usage of the following tools or using a new approach to check if we could incorporate it into our testing process.

Single tester  The person with access to the keyboard takes on the role of the tester and the others fulfill the role of observers.  The tester is replaced by another participant from the audience on a previously agreed upon time.  The new tester then continues to follow the mission tackling the product under test.  When the individual tester may get stuck, he may ask for support from the audience.  The tester must explain every step of his thoughts for the observers to follow the individual actions.

Paired session  Two participants sit in front of the computer.  The tester is working on the keyboard, while the recorder writes down the test ideas and discovered bugs.  After a previously agreed timeframe, the tester goes back to the group of observers. The recorder takes over the role of the tester and one of the observers becomes the new recorder.  They need to clarify their steps so that everyone from the observers understands what they're doing.

Missions  Test This  Evaluate Tools  Learn New Approaches

Test this  The classic mission involves testing an application.  The variety of applications includes open source programs, commercial software available in your organization or even your company latest product.  Such a session can end up as a bugfest.  We can focus the session on a particular aspect of the application like usability problems.  We can also pick test automation, though this needs more planning and preparation.

Evaluate tools  A mission to evaluate a tool could use mindmaps for test ideas or try out a particular test tool for the whole session.  The product under test is usually the tool itself, but you can run it also for a common program that you test at work and compare the results directly with your daily work.  Evaluating tools serves mainly the purpose to decide whether or not you may use it on a more regular basis.

Learn new approaches  There are many testing approaches to try out.  You could focus the mission on some particular mnemonic like FCC CUTS VIDS to generate test ideas.  Like tools evaluations, this type of mission aims to try out and learn about new approaches.  After these sessions, the whole team will have made some experience and can make a more informed decision about the usefulness of the approach.

FCC CUTS VIDS  Feature tour  Complexity tour  Claims tour  Variability tour  Interopeability tour  Data tour  Structure tour  Configuration tour  User tour  Testability tour  Scenario tour

Reflection  Take some time after each session to think about it and share observations.  Keep the discussion focused on suggestions (each participant provide specific suggestions of what can be improved).  On a meta-level you should also think about things to change after each dojo. The group should make the decisions.  After the reflection, the team votes for the next facilitator, the time and place for the next dojo.

Summary  Testing Dojos help your team gain a shared understanding of their approaches to testing.  New testers can directly see how a more senior tester would tackle the program, while a more senior tester can get new insights from the fresh perspective of the rookies.  A Testing Dojo conducted with project managers and programmers can bring transparency to testing process.

Links  polsku polsku   

Testing Dojo in FP ?  Monthly meetings?  QA + DEV?  Topics?  Responsible for project? LQA?  Added value?  Meeting place?  Schedule?