<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>UsabilityBlog - Latest Comments in Interruptions: Nuisance or Valuable Data Source? (A UBlog Rerun&amp;#8230;)</title><link>http://usabilityblog.disqus.com/</link><description>Blogging about usability and the user experience</description><language>en</language><lastBuildDate>Tue, 06 Nov 2007 15:14:54 -0000</lastBuildDate><item><title>Re: Interruptions: Nuisance or Valuable Data Source? (A UBlog Rerun&amp;#8230;)</title><link>http://www.usabilityblog.com/index.php/2007/11/06/interruptions-nuisance-or-valuable-data-source/#comment-4785072</link><description>Why are you rerunning old articles?  I look forward to your posts, but keep seeing these old ones come up.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Vance</dc:creator><pubDate>Tue, 06 Nov 2007 15:14:54 -0000</pubDate></item><item><title>Re: Interruptions: Nuisance or Valuable Data Source? (A UBlog Rerun&amp;#8230;)</title><link>http://www.usabilityblog.com/index.php/2007/11/06/interruptions-nuisance-or-valuable-data-source/#comment-4785071</link><description>I think having fewer distractions during testing can be a Good Thing.  Granted, it may falsely set the application up to succeed or to do better than it might in the real world.  But even given that kind of benefit, most applications will have many problems uncovered during testing.&lt;br&gt;&lt;br&gt;In your hypothetical example, you have to question whether the reason the app earned undeservedly high marks was due to a lack of interruptions or due to some other issues with the usability testing methods applied.  For example: Were the tasks too simple and not representative of real world tasks? Were the evaluators truly representative of the user base?  Did the facilitator ask any leading questions?  etc...&lt;br&gt;&lt;br&gt;Of course, your theory about distractions might be right for the hypothetical situation...and you could use other UCD methods to validate or reinforce that theory.  For example, you might use a little ethnographic field study with tech support and managers and observe them using this application and others to determine if distractions were the cause of user errors that didn't turn up when there were no distractions.&lt;br&gt;&lt;br&gt;P.S. Glad to see you blogging!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Lyle</dc:creator><pubDate>Mon, 11 Apr 2005 12:52:59 -0000</pubDate></item></channel></rss>