CAPTULO IV ENSAIOS DE INTERAO

4.1 - INTRODUO Ensaios de Interao e Testes de Usabilidade so vistos como sinnimos. Destinam-se a validar ou no as hipteses de mal funcionamento de determinadas funes, quando utilizadas numa situao real de trabalho. Os testes devem ser aplicados numa avaliao de software, para que o analista observe o usurio interagindo com o software. Os testes desempenham o mesmo papel que a anlise da atividade tem numa anlise ergonmica, isto , com a aplicao dos testes, observa-se e detecta-se como o usurio elabora e executa sua tarefa com o auxlio do aplicativo. Este captulo se destina a mostrar os procedimentos e os cuidados que devem ser tomados, para a realizao de um ensaio eficiente. 4.2 - O SIGNIFICADO DE TESTE DE USABILIDADE Segundo Lewis e Rieman(1994), "teste de usabilidade implica em pessoas reais tentando fazer tarefas reais com um sistema real e com um observador real vendo o que acontece." O observador tem como objetivo maior levantar os pontos crticos do sistema e os de difcil compreenso, para que possam ser alterados, garantindo ao produto acabado uma usabilidade boa e uma interao sem problemas. Ensaio de Interao ou Teste de Usabilidade justamente a observao da interao, que mantida entre o futuro usurio e um sistema interativo. Este sistema pode estar em fase de projeto ou em fase de avaliao. As avaliaes de interface ajudam a encontrar erros e a reduzir grandes equvocos. "Claro que testar interface dispendioso, porm, encontrar os problemas antes de acabar um software, pode-se economizar os custos com as correes e o envio de release aos usurios" (Powell, 1990). Segundo Powell(1990), "fazer uma avaliao da interface antes de codificar o programa e corrigir os erros encontrados, d ao projetista a garantia que a melhor deciso para o projeto foi tomada." 4.3 - COMPARAO COM OUTRAS TCNICAS Em contrapartida ao Teste de Usabilidade, existem testes elaborados sem a presena de usurios, que podem, primeira vista, parecer mais econmicos mas que no chegam ao nvel de profundidade que um Teste de Usabilidade chega. A riqueza de dados que se obtm numa interao homem/computador o ponto chave dos Ensaios de Interao.

As tcnicas que no utilizam usurios na sua interao, no deixam de ser vlidas quando utilizadas como uma ferramenta de apoio para o pr-diagnstico, do qual se traa as hipteses para serem validadas ou no. A avaliao feita atravs de guidelines ou por critrios (Batien and Scapin, 1991), uma avaliao efetuada somente pelo analista, sem a presena de usurios. Tem como orientao alguns quesitos, que foram compilados de vrias pesquisas, realizadas em aspectos pontuais de um software, como por exemplo, construo de caixas de dilogos, menus, ou quanto utilizao de botes ou rotulaes, e que acabaram se tornando recomendaes para a construo de interfaces. Numa avaliao heurstica (Nielsen and Molich, 1990), o analista tem o objetivo de verificar se o software quebra ou no critrios ergonmicos, avaliando assim a qualidade do software. Nesse tipo de avaliao, tambm no necessria a presena de usurios, mas existe uma forte exigncia para que o analista responsvel pela avaliao tenha a compreenso total de cada critrio e saiba estabelecer qual critrio deve ser primeiramente respeitado, j que, em determinadas situaes, uma funo de um software pode atender a um critrio e quebrar um outro. A tcnica cognitive walkthrough - explorao cognitiva - (Polson, Lewis & Wharton, 1990) feita por um especialista em psicologia cognitiva que examina a interface segundo o percurso definido por uma tarefa tpica do usurio. Neste exame que objetiva identificar problemas de aprendizagem do software, o especialista compara o feedback do sistema com os objetivos e expectativas bsicas dos usurios novatos. "Testar interfaces por guidelines e atravs de critrios, na maioria das vezes conflitante ou vago. Aplic-los complicado, quando os usurios testados tem uma experincia variada" (Powell, 1990). 4.4 - COMO REALIZAR OS TESTES DE USABILIDADE Para realizar os testes, so dadas ao usurio algumas tarefas tpicas da sua rotina de trabalho, para que este as desenvolva com o sistema a ser avaliado. Estas tarefas constituem os Cenrios para os ensaios. O elenco de usurios e todas as cenas que sero testadas durante os ensaios de interao, j foram definidos anteriormente, na etapa da definio de Cenrios. A execuo dessas tarefas ser registrada para uma posterior anlise pelos analistas, dos procedimentos efetuados. Das concluses que os analistas tiraro, poder se comprovar ou no as hipteses formuladas anteriormente, na fase de pr-diagnstico. A dificuldade encontrada na arte de observar usurios, interagindo com um sistema, vem trazendo a necessidade de se desenvolver tcnicas que orientam como fazer isto bem feito e com total garantia dos dados obtidos. Geralmente nesta interao, homem/computador, muitos dispositivos esto envolvidos, tais como teclado, mouse, monitor, impressora, etc. Segundo Diaper (1994) "os comportamentos produzidos pelo usurio so freqentemente muito rpidos e restritos a

uma extenso espacial e as conseqncias observveis destas aes esto separadas fisicamente entre o que aparece no monitor e nos outros dispositivos." 4.5 - ENSAIOS DE INTERAO E SITUAES DE CONSTRANGIMENTOS Como a observao de uma pessoa trabalhando, seja com um computador ou com qualquer dispositivo interativo, sempre acaba causando constrangimentos quele que observado, cabe ao analista, procurar mtodos e tcnicas que evitem esta situao e lhe garanta a fidelidade e o sucesso dos Ensaios. Segundo Diaper(1994) "no existe soluo elegante para o problema do constrangimento, mas isto uma conseqncia para a qual o analista deve estar preparado: conduzir uma interao onde a perda de fidelidade entre o que foi observado e o no observado inevitvel." Para a boa conduo dos Ensaios de Interao, necessrio saber como no causar constrangimentos aos usurios participantes. No pression-los a participarem se no quiserem, no exp-los a comentrios alheios e acima de tudo prevenir a integridade psicolgica do usurio, so medidas que devem sempre ser utilizadas pelo analista. O esclarecimento do usurio sobre o teste muito importante. Deixar clara a finalidade do Ensaio e o por qu da sua participao, um atitude a ser tomada e aceita pelas duas partes: observador e observado. "Voc tem que explorar o seu sistema e no o usurio que est interagindo com ele. Por vezes, os usurios tentam disfarar uma situao de erro, pelo receio que sentem de serem julgados como incompetentes. Ao notar qualquer sinal neste sentido, pare e relembre aos participantes que eles no so o foco do teste. Se eles continuarem, melhor parar" (Lewis e Rieman, 1994). Ao perceber que o usurio participante se sente cansado ou constrangido diante de uma determinada situao, prefervel parar a realizao do Ensaio de forma educada, nunca deixando transparecer que a culpa do usurio. O sistema o errado e no o usurio. 4.6 - TCNICAS DE REGISTRO E COLETA DE DADOS Segundo Lewis e Rieman (1994), "planeje cuidadosamente como tratar com a divulgao da privacidade dos participantes. A melhor maneira de abordar esta questo evitar a coleta de informaes que possam ser usadas para identificar algum." A questo da manuteno da privacidade do usurio um ponto fundamental e que deve ser observado pelo analista logo no incio. Deve-se saber que, quando um usurio sente-se ameaado de alguma forma, ele pode simular uma ao e dar informaes erroneas, o que acarretaria em uma avaliao com resultados duvidosos. 4.6.1 - GRAVAO EM VDEO

Como a interao com um software uma ao contnua e rpida e exige aes exclusivas de um dado momento, o mais recomendado utilizar cmaras de vdeo para registrar os Ensaios. Porm, deve-se tomar o cuidado de no filmar o rosto dos participantes, para no lhes causar, no futuro, possveis problemas. 4.6.2 - GRAVAO EM UDIO Os registros em udio no apresentam os mesmos problemas que os ocorridos nas gravaes em vdeo, mas como pela voz gravada possvel identificar uma pessoa, alguns procedimentos devem ser tomados antes de iniciar um Ensaio. Ento, antes de qualquer Ensaio conveniente saber se o usurio tem alguma objeo quanto gravao, se isso pode vir a lhe trazer problemas ou outros infortnios. Se ele tiver alguma objeo, faa o Ensaio como for mais conveniente para o usurio. Rieman(1994) acha que o "comprometimento que algumas pessoas tem junto organizao para a qual trabalham ou para com seus superiores, pode causar constrangimentos ao usurio participante dos Ensaio de Interao e assim trazer problemas durante a execuo do mesmo." 4.6.3 - VERBALIZAO SIMULTNEA (THINKING ALOUD) "Para se obter uma informao realmente correta, o analista precisa saber o que os usurios esto pensando, e no somente o que eles esto fazendo" (Lewis e Rieman, 1994). Diante desta viso aparece a tcnica chamada thinking aloud ou verbalizao simultnea. A idia bsica dessa tcnica muito simples: aos usurios que participaro dos Ensaios de Interao, pedido que alm de executarem uma tarefa, tambm comentem o que esto pensando enquanto a executam. O processo conduzido pelo analista responsvel pelo Ensaio, que no decorrer da avaliao vai perguntando ao usurio questes do tipo: Conte-me o que voc est pensando? ou O que voc est tentando fazer? ou O que voc est lendo? ou Como o trabalho se apresenta? Esses comentrios podem ser registrados ou apenas anotados, para que depois possam ser revistos. Estes registros ou anotaes devem ser feitos de tal forma, que se saiba qual o momento e a seqncia do comentrio. Neste tipo de tcnica o papel do analista muito conflitante. Ao mesmo tempo que ele tem que participar e as vezes conduzir o usurio a falar sobre o que faz, tambm tem que se manter tranqilo perante as situaes, que no correrem de modo esperado. Segundo Lewis e Rieman(1994) "auxiliar o usurio a todo instante, pode acabar levando o analista a tirar concluses precipitadas e erradas sobre o sistema em questo. A sua interferncia pode conduzir o usurio a agir de forma diferente daquela que normalmente agiria e, dos resultados obtidos, levar o analista a achar que a interface do sistema tima."

A vantagem dessa tcnica que o usurio est sempre explicando ao analista o que ele pretende fazer com uma dada funo do software. Com seus comentrios fica claro que algumas funes no so bem compreendidas ou existem rtulos que causam dvidas, levando o usurio a executar de forma errada a sua tarefa. A principal desvantagem dessa tcnica que comentar e pensar como se deve resolver uma tarefa muito cansativo e causa uma sobrecarga mental ao usurio, alm de desconcentr-lo constantemente da tarefa que executa, podendo, as vezes, ocasionar erros quando retorna tarefa. 4.6.4 - VERBALIZAO CONSECUTIVA (TCNICA DE DEBRIEFING) Com a utilizao da verbalizao simultnea, o analista pode, alm de interferir no desempenho do usurio, tambm desviar o foco de ateno do usurio que est executando a tarefa. O usurio ter que parar a tarefa, raciocinar sobre o que fez, explicar como a executou e somente depois disso, continuar a executar a tarefa. Existem pessoas que sentem dificuldades em comentarem o que esto fazendo simultaneamente. O desvio do foco de ateno da execuo da tarefa para o ato de falar, pode acarretar em erros e numa sobrecarga mental para o usurio, quando retoma a execuo da tarefa. Uma alternativa para a tcnica de verbalizao simultnea, que proposta por Lewis e Rieman, o debriefing. Trata-se de uma entrevista com o usurio, realizada no final do ensaio de interao, onde este comenta sobre as tarefas que acabou de executar. Lewis e Rieman(1994) colocam, entretanto, que no se deve esperar demais dessa tcnica pois "as pessoas freqentemente no se recordam dos problemas pelos quais acabaram de enfrentar." Quando o usurio passa por um problema utilizando uma determinada funo do aplicativo, quando executa sua tarefa e, por ventura venha a solucionar o impasse, o que ficar registrado na memria deste usurio no ser o erro cometido, mas sim, a maneira pela qual ele conseguiu solucionar o problema. Levando em considerao este fato, a utilizao do debriefing fica restrita, pois o registro dos incidentes ocorridos na hora do Ensaio torna-se muito difcil. Para tentar solucionar o impasse sobre qual tcnica aplicar, sugerido fazer o debriefing, utilizando-se a fita de vdeo que foi gravada durante o Ensaio de Interao. Consecutivamente, mostrando ao usurio e pedindo a este que comente porque fez tal procedimento ou o que esperava que acontecesse. Esta tcnica pode ainda ser conduzida de forma menos problemtica, que consiste em pedir ao usurio, que comente certas caractersticas especficas da interface. Estes comentrios sempre trazem boas sugestes, como tambm, deixam transparecer as reaes positivas ou negativas do usurio, sobre determinados pontos da interface.

4.6.5 - TCNICA DO LPIS E PAPEL uma tcnica simples, que pode ser usada em qualquer lugar e com o mnimo de custo. Apesar de sua simplicidade de uso, uma tcnica que pode causar desconforto para a pessoa que est sendo observada, pois a observao torna-se excessivamente explicita. "As pessoas observadas sempre querem saber sobre sua performance e, ficando curiosas, so tentadas a conversar com o analista, mesmo quando solicitado que no se faa isto" (Diaper, 1994). Alm do grande constrangimento que pode provocar ao usurio, esta tcnica requer uma considervel habilidade e domnio do contedo por parte do observador. O constrangimento que se d consiste no fato de parecer ao usurio que ele que est sendo avaliado e no o sistema com o qual ele trabalha. Quanto habilidade que requerida do analista torna a tcnica exclusiva a analistas experientes, e exige o apoio de uma outra tcnica. A tcnica do lpis e papel, alm de causar trabalho intenso e estressante ao analista, fornece somente os planos mais abstratos da tarefa e ainda no permite que se faa uma sesso de debriefing. 4.7 - TESTE EM LABORATRIO X LOCAL DE TRABALHO Diaper(1994) coloca que existem dois tipos de ambientes onde o Ensaio de Interao pode ser realizado: o primeiro, o local usual da tarefa e o observador um elemento adicional neste ambiente; o segundo, num ambiente de laboratrio, onde o local da tarefa substancialmente diferente. Usualmente, trata-se de uma forma empobrecida do ambiente normal de trabalho. A avaliao feita em laboratrio equipado com recursos e aparelhos sofisticados, permite observar a interao homem/mquina de forma contnua, dando ao analista maior controle da situao. Assim, o analista pode escolher a melhor posio da cmera, ter cmeras focalizadas para o teclado, monitor e mouse, congelar cenas, trocar idias com outros analistas, etc. No caso de uma avaliao de um software que ainda esteja na fase de concepo, quando feita em laboratrio se mostra mais adequada, pois o analista pode testar uma funo, fazer algumas correes, e tornar testar. Em alguns laboratrios existem salas especiais, equipadas com vidros espelhados, onde o analista pode ficar e no ser notado pelo usurio, garantindo que este usurio no seja interrompido e no fique envergonhado. A principal desvantagem desse processo que nos laboratrios, onde tudo parece perfeito, no se consegue retratar a realidade de uma situao de trabalho.

Um teste realizado no prprio local de trabalho do usurio pode ser mais trabalhoso e cansativo para a equipe de analistas. Por outro lado, traz informaes mais ricas em detalhes. Detalhes estes que se originam de fatores ambientais, mas que influenciam na execuo da tarefa. Observar como o usurio atua quando interrompido por companheiros de trabalho, quando pra para atender o telefone, quando pressionado pelo chefe ou quando tem prazo para entregar um trabalho, pode ser uma maneira de se obter valiosos dados, que podero auxiliar na elaborao de determinadas funes. A avaliao feita no prprio local de trabalho, enfim, mostra as interferncias alheias tarefa que, muitas vezes, podem acarretar situaes de erro na interao com um determinado sistema. Segundo Powell (1990), "nem todas as variveis podem ser controladas num laboratrio fixo, mesmo sendo cuidadosamente preparado para simular o ambiente de trabalho do usurio. O laboratrio sempre ser um ambiente artificial."