Introduction to Web Authoring

Slides:



Advertisements
Similar presentations
Cultural Heritage in REGional NETworks REGNET Project Meeting Content Group Part 3: Content Testing.
Advertisements

Web E’s goal is for you to understand how to create an initial interaction design and how to evaluate that design by studying a sample. Web F’s goal is.
Each individual person is working on a GUI subset. The goal is for you to create screens for three specific tasks your user will do from your GUI Project.
Administrivia  Review Deliverable 2 –Overview (audience) –Excellent additions  User Goals  Usability Goals  User Group (who are you designing for?)
Project Sharing  Team discussions –Share results of heuristic evaluations –Discuss your choice of methods and results  Class-level discussion –Each spokesperson.
UNDERSTANDING, PLANNING AND PREPARING FOR THE SCHOOL-WIDE EVALUATION TOOL (SET)
IPortfolio assignment Mandatory Unit evidence. Centres may use some or all of these activities or some of their own devising to help candidates complete.
22C:082:001 Human-Computer Interaction. Fall Copyright © 2013 Juan Pablo Hourcade. 1 Group Project Phase 1.
Usability and Accessibility CIS 376 Bruce R. Maxim UM-Dearborn.
1 ISE 412 Usability Testing Purpose of usability testing:  evaluate users’ experience with the interface  identify specific problems in the interface.
Conducting Usability Tests 4 Step Process. Step 1 – Plan and Prep Step 2 – Find Participants Step 3 – Conduct the Session Step 4 – Analyze Data and Make.
Introduction to Web Authoring Bill Hart-Davidson AIM: billhd30 Session 10
Introduction to Web Authoring Ellen Cushman Class mtg. #21.
Introduction to Web Authoring Ellen Cushman Class mtg. #22.
Usability Evaluation, part 2. REVIEW: A Test Plan Checklist, 1 Goal of the test? Specific questions you want to answer? Who will be the experimenter?
Introduction to Web Authoring Ellen Cushman Class mtg. #19.
Steps in Planning a Usability Test Determine Who We Want To Test Determine What We Want to Test Determine Our Test Metrics Write or Choose our Scenario.
UCI Library Website Chris Lee Archana Vaidyanathan Duncan Tsai Karen Quan.
Introduction to Web Authoring Bill Hart-Davidson AIM: billhd30 Session 19
Page ADP PearsonAccess Proctor Training. Page Agenda Test Overview Testing Components Proctor Roles and Responsibilities Overview Administering the Test.
Easy Chair Online Conference Submission, Tracking and Distribution Process: Getting Started AMS WMC and AMS Annual Conferences Click on play to begin show.
Introduction to Web Authoring Ellen Cushman Class mtg. #18.
Developing classroom practice to raise standards Rosemarie Sadler, Primary Performance Adviser Val Phillips – Primary Performance Adviser.
Introduction to Web Authoring Bill Hart-Davidson AIM: billhd30 Session 21
Advanced Higher Computing Science
Thinking Web > CONTENT DEVELOPMENT
Ing. Valeria Mirabella Questionnaires Ing. Valeria Mirabella
SLP Training Day 3 30th September 2016
WSP quality assurance tool
Introduction to Web Authoring Ellen Cushman cushmane
Data Collection Interview
The progress of the world depends almost entirely upon education
Imran Hussain University of Management and Technology (UMT)
Delivery of Training & Monitoring & Evaluation
Coursework: The Use of Generic Application Software for Task Solution
Information Gathering Using Quantitative Methods
Open for Business: Website User Testing.
Evaluation of Research Methods
Writing Effective Short Reports
Melanie Taylor Horizon Research, Inc.
Introduction to Web Authoring Ellen Cushman cushmane
Usability Evaluation, part 2
Katherine Prentice, MSIS Richard Usatine, MD
Why bother – is this not the English Department’s job?
Year 7 E-Me Web design.
Introduction to Web Authoring Ellen Cushman cushmane
Presentation Notes and Session Plans
Introduction to Web Authoring
Chapter 12: Automated data collection methods
Fahrig, R. SI Reorg Presentation: DCSI
Information about all the ULABs left
A Training Design Tool for Stakeholders Tasked with Evaluating New and Innovative Treatment Technologies for Small Drinking Water Systems Be sure to type.
Penn State Educational Programming Record (EPR) Guide
CONTINUOUS ASSESSMENT 2015 ― 2016
Evaluate the effectiveness of the implementation of change plans
East of England In-House Programme Workshop 1/2
Group: Chris, Daniel, Jeff, Kathy, Shirelle, Vincent
Introduction to Web Authoring Ellen Cushman cushmane
Introduction to Web Authoring Ellen Cushman cushmane
Introduction to Web Authoring Ellen Cushman cushmane
MODEL FOR COMBINED EVALUATION AND RECOGNITION OF LEARNING OUTCOMES
Pre-Close Data Harvesting Rules to Avoid Gun-Jumping
Project collaborators’ names
From Controlled to Natural Settings
Design Brief.
Writing Effective Short Reports
Student Research Conference 2019
Vice President Membership
This lesson is for both investigation and artefact projects.
GCSE Languages (Revised)
Presentation transcript:

Introduction to Web Authoring Session 20 www.msu.edu/~hartdav2/wa.html Bill Hart-Davidson hartdav2@msu.edu AIM: billhd30

Progress Reports: The basics This is a persuasive genre! You will likely have one of two aims: To convince your audience (me, in this case) that your team is on track, organized, and likely to meet the goals you set To convince your audience of a need to re-focus the project’s scope or increase resources for the project in light of unexpected circumstances (e.g. lack of progress). Assess & Request Work completed Work remaining

Progress Reports: Content 1 What are your, questions, data sources, & methods in each of our three major focus areas: Usability Accessability Sustainability RDC

Progress Reports: Content 2 How is your inquiry progressing? What is done? What remains to be done? Usability Accessability Sustainability Gantt

Progress Reports: Content 2 What have you learned so far? Usability Accessability Sustainability Findings?

Progress Reports: FAQ Q: How long? 7 minutes + Q&A Q: What format? Powerpoint; two charts RDC + Gantt Q: How do we turn it in? A: Post it to your project page; show it during class

Standards Resources Section 508 Guidelines http://www.section508.gov/index.cfm Web Standards Project http://www.webstandards.org/ W3C HTML Validator http://validator.w3.org/ Three key steps: Doctype Validate Separate content from presentation http://webstandardsgroup.org/standards

Accessibility Tools Test Visual Contrast http://graybit.com/main.php Screenreader simulation http://www.webaim.org/simulations/screenreader.php Low Vision simulations http://www.webaim.org/articles/visual/lowvision.php Bottom Line: Tools are fine, but do not replace tests with real people

Steps in Planning a Usability Test Determine Who We Want To Test Determine What We Want to Test Determine Our Test Metrics Write or Choose our Scenario Plan a Test Protocol Create data gathering tools Plan analysis methods

Planning a User Test: User Groups Your initial user needs and genre analysis work (interviews, surveys, etc.) should allow you to identify goals each user group might have when visiting the site. Eg. “prospective members” Goal: Evaluate the benefits of membership. Using what? : Info about past events and upcoming events…(what else?)

Planning a User Test: Scenarios Use the info you have gathered to write a sample scenario, including information about Who What Why Where But not How!

Try your own scenario! Write one about a typical user for your site. Remember…don’t put “how” info into the scenario. Stick to: who, what, when, why, where…

Determine Who to Test User Group: Students Target Audience: Those looking for on-campus housing for the coming year User Goal: Get first choice of places to live, roommates, etc. Consider your design priorities Think about a representative sample of the group you choose.

Determine What to Test Based on the user goal, list specific, observable outcomes we can solicit from users in one or more tasks. Example Outcomes: Starting at home page, locate… After test, recall… Submit all information necessary to…

Determine Test Metrics: Performance Criteria Specific Criteria for Success for each Outcome User locates X piece information and writes it down on test form User is able to find and download X to the desktop (yes/no) User is able complete X task in less than 10 minutes, total; (anticipate sources of non-task related delays) Note: Common performance metrics are based on task success, time, and # of errors

Determine Test Metrics: User Satisfaction Criteria User finds the site helpful, well-suited to the task (4 or 5 on a 5 pt. scale) User finds the site easy to use (4 or 5 on a 5 pt. scale) Users are confident that they completed the task successfully (4 or 5, etc.) Specific Criteria for Success for each Outcome Note: Common satisfaction metrics are based on confidence of task success, perceived difficulty, and frustration level

Write a Scenario + Tasks Create a background scenario to orient the participant to their role and goals…can be drawn from your “use case” Create individual task descriptions that match up with each observable outcome Sequence tasks so as to avoid interference issues (e.g. learning effects)

Sample task 1. You are considering attending a sailing club event. Use the site to determine the most appropriate upcoming event for learning about the club. For this, we’d want to identify ahead of time the “answers” and decide on some metrics for determining success.

Create a Protocol, 1: Tasks & Preconditions Task 1: Locate X pieces of information Preconditions: Sailing club main page showing; all visited links cleared User may use bookmarks to “collect” pages, etc. Therefore, bookmarks file must be cleared for each new user.

Create a Protocol, 2: Order of Events Disclaimer & Confidentiality Pre-Test Questionnaire User Reads Background info out loud; questions? User Reads Scenario 1; does task 1; continue until all 3 tasks complete; completes post-task questionnaire Post-test Interview Thanks!

Create Test Materials Disclaimer; thank you note. Background information sheet on user’s “role” Scenarios & task sheets with blanks for participant fill-ins Questionnaire/Interview Questions: pre-test, post-task, post-test Observation notes sheets

Test Day! Before the test Remind all of your users of the agreed upon time, place, etc. Double check the room and equipment Be sure all test materials are present Be sure the computer is in the correct beginning state (turn off the screen saver) Do any pre-test data gathering that is needed