DataLife Engine > Блог > Три пользователя - все, что нужно для тестирования программы

Три пользователя - все, что нужно для тестирования программы


20-02-2015, 19:53. Разместил: admin Как вы думаете, для обеспечение удобства пользования программой это вещь дорогая и сложная? Самые хорошие результаты получаются при использовании не более 3-х пользователей программы. Не верите? Давайте здесь обсудим более детально.

Как только вы привлекаете к тестированию одного пользователя, результат немедленно повышается. И вам становится известно почти треть всех проблем вашей программы. Когда в тест включается второй пользователь, вы увидите, что он в некоторой степени повторяет действия первого пользователя, и вы узнаете от него, что уже и так знаете. Но люди все-таки отличаются друг от друга, и от второго пользователя вы узнаете то, что заметил второй, и не заметил первый. Так что второй пользователь добавляет в общий результат определенную долю, но уже не такую большую, как первый.
 

 
«Огромное количество ценных идей, новаций и прорывных направлений у нас реализовали сотрудники, сидящие на окладах»
Борис Нуралиев, директор софтверной фирмы «1С»


Предистория

На одном проекте внедрения 1с была поставлена на первое место задача по увеличению быстродействия в работе операторов при выписке товаров. Типовой механизм подбора номенклатуры в 1с категорически не воспринимался заказчиком. И было поставлено условие, что если так нельзя будет сделать в программе 1с, то и не стоит рассматривать данный продукт. Казалось бы причем здесь проблема такого маленького масштаба как работа операторов и вся система со всеми возможностями ведения складского, финансового учета, заложенная в логику конфигурации 1с. Тем не менее, заказчик привел достаточно весомые аргументы в своей правоте и показал, как это сделано в другой программе (не 1с). Было это в бытность работы на платформе 1с7.7 лет более 10-ти назад. Типовым способом этот момент было не решить, но подключить внешнюю компоненту по перехвату клавиш клавиатуры спокойно дало это реализовать.

Тестирование работы операторов показало, что действительно удобство проделанной ими работы влияет на остальные все бизнес-процессы в первую очередь. И от их скорости зависит по цепочке своевременность отгрузок товара, оформления документов. И более детальное тестирование показало, как им будет удобней всего работать. Нужно просто суметь разглядеть, в чем возникают трудности, суметь услышать пользователя в его трудностях.
 

 Тестирование операторов

     


Почему одного пользователя недостаточно?


 
«Не беспокойся о том, что люди тебя не знают, а беспокойся о том, что ты не знаешь людей»
Конфуций

Казалось бы, пятнадцать тестов с одним пользователем могут быть еще более эффективными, чем три теста с пятью. От первого пользователя мы узнаем намного больше, чем от последующих, так зачем привлекать этих последующих?

Всегда существует риск, что вас собьет с толку поведение одного единственного пользователя, который натолкнулся на проблему, совершая спонтанные и совершенно неважные действия. Трех пользователей достаточно, чтобы понять различие в поведении их, и определить, что между ними общего, а что нетипично.
 
Анализ тестов с точки зрения затрат и выигрыша показывает, что трое пользователей — это оптимальное количество в зависимости от стиля теста. Всегда есть определенная постоянная стоимость затрат, связанных с планированием и проведением теста: лучше всего разложить эти начальные затраты на результаты, полученные от нескольких пользователей, чем всего лишь от одного.

Пример из практики на платформе 1с8.2. Ведущий специалист выступал в роли постановщика задач, и определял, как будет работать участок по работе со складскими документами. Он выяснил, что удобнее всего будет работать с общим журналом складских документов и категорически ему не нравились типовые журналы документов. Просто не понимал, как ориентироваться в большом списке главного меню для выбора того или иного вида документа. Требовалось всего-лишь видеть в одном месте все документы, с которыми приходилось работать каждый день. Но не в одном списке как таковом, а в каждом отдельном в одном месте. И каждый раз их открывать по-очереди из меню вызывало сильное отторжение и непонимание. Даже сортировка не всех колонок в списках документах вызывало недоумение. Конечно, стоило поставить требуемые реквизиты параметр как «индексируемые», сортировка заработала. Но на этом проблема не ушла. Оказалось, что еще потребовалось, чтобы в каждой колонке была возможность при наборе символов позиционироваться в списке, допустим, по колонке «Контрагент». К удивлению разработчика, платформа не позволяла это сделать, а предлагала нажать на Ctrl+F и искать по контекстному поиску. Вроде как стандартный способ и за неимением другого всех он устроил бы, но не этого пользователя. А вот другой пользователь программы — кладовщик высказал еще чуть ли не половину своих замечаний и пожеланий. Одно из них это возможность выделения некоторых документов списком для распечатки документов. И это все было помимо того, что форма была проработана очень сильно в части удобства работы с быстрыми отборами.

Третий пользователь будет делать многое, что делали первый или второй, или даже оба вместе. Плюс, естественно, третий тоже отыщет немного ошибок, но не столько много, сколько первый или второй. Чем больше вы добавляете пользователей-тестеров, тем меньше нового вы будете узнавать, так как вы будете видеть одни и те же действия и ошибки. Нет смысла много раз наблюдать одно и то же, так что стоит вернуться обратно к чертежной доске и перекроить программу, чтобы уменьшить количество проблем с юзабилити. После подключения последующих пользователей-тестеров вы начинаете терять свое время, так как повторно будут обнаруживаться одни и те же ошибки, а шансы обнаружить что-то новое будут невелики. В процессе работы ведущий специалист уже сам донесет вам нужную информацию для изменения.


 

 

 

Метод наблюдения

 
«Обращайте внимание на то, что пользователи делают, а не то, что они говорят»
Jakob Nielsen
 
 
Наблюдайте за действиями пользователей. Для этого распишите для себя цели проведения этого наблюдения:

Следует убедиться, что те, за кем вы наблюдаете, понимают цели вашего наблюдения и не рассматривают вас в негативном свете.
Записывайте все, что вам не понятно, и постарайтесь выяснить непонятные моменты по окончании наблюдения.
По окончании наблюдения нужно записать первые впечатления еще до того, как начнется анализ собранных данных
Следует помнить, что наблюдение может быть неприятным для пользователей, и они могут менять свое поведение из-за того, что за ними наблюдают. Так как содействие пользователей важно при использовании этого метода. Наблюдающий должен обладать незаурядными коммуникативными способностями.

Методы наблюдений заключаются в том, что разработчик наблюдает за тем, как пользователи работают, делая записи о том, что происходит на рабочем месте. Наблюдение может быть как прямым, когда разработчик присутствует непосредственно при выполнении пользователем задания, либо косвенным, когда выполнение задания просматривается на видеозаписи или путем подключения через удаленный доступ. Этот метод особенно полезен на раннем этапе при сборе данных для составления требований, а также при изучении того, как в настоящее время выполняется та или иная задача или процесс, под которую разрабатывается программа. 

 
 


Метод общения

«Существует только один способ стать хорошим собеседником — уметь слушать»
К. Морли

В тестировании пользователей ваш успех в большой степени зависит от общения и умения слушать.
 
Когда появляются проблемы, взаимоотношения становятся хуже, и наоборот, в случае успеха многое зависит от искусства коммуникаций. Правильная манера общения поможет завоевать уважение, доверие и симпатию. Настоящие ораторы знают, что привлечь внимание аудитории можно только в том случае, если наладить с ними эмоциональный и мысленный контакт.

 
 

Приведем список, с нашей стороны являющийся важным в проведении тестирования:

Контакт с пользователем

Следует управлять внутренним голосом и внешним стимулом, дать определенный настрой беседе и прежде лучше рассказать о действительных планах тестирования. А план простой — помочь самому пользователю в преодолении его же проблем. Лучше когда каждый пользователь почувствовал себя единственным человеком в мире. Пусть он знает, что он вам не безразличен и вам важно его мнение.

Обеззаруживание. Люди часто стараются оградить себя от излишнего эмоционального давления извне. Высшим мастерством общения является способность снять «оборону» со слушающего. Мастера общения при этом делают это абсолютно искренне. Они показывают неподдельный интерес к другому человеку, шутят и стараются ему понравиться. При этом делают это ненавязчиво. Прилагают усилия, чтобы сделать свою речь динамичной и вдумчивой, тогда до тестируемого дойдет смысл проводимого мероприятия.

Концентрация. Вы плохой тестировщик если будете не лучшим образом подготовлены. Сбивчивая речь не помощник. Необходимо быть организованным. Тщательно структурируемые идеи и истории, помогают поддерживать интерес в общении. Следует обращать большое внимание на последовательность, так как противоречия вызывают недоверие и будят внутренний голос собеседника. План общения (тестирования) способствует выражению мыслей правильно и эффективно.

Взаимодействие. Настоящие тестировщики знают, как правильно общаться во взаимной манере. Они не просто начинают беседу, они помогают и поощряют сотрудничество, стараясь вызвать интерес. И для этого необходимо всегда быть готовым учиться, слушать и участвовать. Необходимо чтобы была преодолена односторонняя коммуникация. Необходим с обоих сторон диалог.

Ясность. Даже самые интересные проведенные тесты могут утонуть в большом количестве деталей. Плохо это или хорошо? Ну вы ведь именно для этого проводите тестирование, чтобы получить именно эти детали. Главное чтобы это не засосало как в тресину, а все участники понимали о чем идет речь, что происходит и каков результат будет после проведенных действий.

Заинтересованность.
После продолжительного тестирования Вы понимали, что абсолютно ничего не запомнили и не поняли зачем? Что-то было записано тем кто проводил тестирование. Очень много записано. А нужно ли это вам? Как будто вы здесь ни при чем? Ведь это тестировщику нужно тестирование, а не тестируемому. Опытные специалисты в тестировании знают, что многие запоминают лишь 10% услышанного и понимания столько же. И поэтому они стараются подчеркнуть основные моменты историями, контекстом и повторениями, все протоколируют в письменном виде. И самое главное должны возбудить заинтересованность у второй половины. Потому что утверждение что это нужно тестировщику в корне не правильное.

Практика. Мастера общения вовсе не родились таковыми. Они когда-то учились у профессионалов и осваивали приемы общения и технику. Тренировали свою манеру общения на друзьях и коллегах. И получали опыт в предыдущих тестированиях.

«Не говорить с человеком, с которым можно говорить, значит потерять человека; говорить с человеком, с которым нельзя говорить, значит терять слова. Умный человек не теряет человека и не теряет слов.» Конфуций


 


Потенциал сотрудников

 

«Если вы смотрите на проблему только с вашей точки зрения, вы будете видеть, в лучшем случае, лишь половину правды»
Jesse James Garrett


Постепенно люди приходят к осознаю, что нужно совершенствовать условия, в которых приходится работать. Есть желание и стремление поменять подход к трудовому процессу, отойти от привычных шаблонных действий во имя получения лучшего результата, собственного роста и развития.

Если мы делаем то, что делали всегда, мы и получаем то, что получали всегда. Но желание получить другой, более совершенный результат, приводит к тому, что в цепочке привычных действий меняются отдельные звенья, и начинаешь действовать по-другому. Для этих целей нужно разработать систему предложений по улучшениям, посредством которых по капле, по песчинке можно добиться значительных прогрессивных перемен. Поэтому в цепочке предложений по улучшению работы именно тестирование дает быстрый и ощутимый результат.
 

 

 
Вполне естественно, что все новое часто интерпретируется как чуждое. Людей пугает неизвестность, они не понимают, кому и зачем нужны преобразования. Это вызывает сопротивление сотрудников трансформационным процессам, навязанным извне. При этом многие работники знают, как улучшить отдельные стадии, кто-то что-то меняет для себя, но не все идут с этим к руководству, не ведают, что делать со своими идеями, и оставляют все как есть. К тому же сказывается недостаток времени и технологических ресурсов, необходимых для внедрения изменений. В итоге получается, что потенциал сотрудников не используется по максимуму. Руководству предприятия рано или поздно становится ясно, что необходимо изменять ситуацию и вызывать в работниках желание активно действовать, проявлять инициативу. А лучше всего не ждать когда придут к вам эти сотрудники, а напрямую вмешаться в процесс их работы, увидеть воочию как они работают, с чем работают и уже в дискуссии обоих сторон выявить проблемы, на которые можно будет обратить внимание для последующей автоматизации.

На практике разработка ПО часто выглядела вот так: после получения требований (технического задания) от заказчика написание кода и тестирование проходило в обстановке секретности. Ведь все равно пользователи не поймут, что мы там делаем, так? И в конце проекта магическое покрывало сдергивалось, чтобы пользователь воскликнул «Вау!» от одного взгляда на сотворенное волшебство. Однако, слишком часто реакция была «Ну… вы конечно хорошо поработали, но на самом деле нам надо было все не так…»


Секрет успешного проекта — вовлечение пользователей как можно раньше, как только им будет возможно показать хоть что-нибудь. Намного лучше обнаружить проблемы на ранней стадии разработки, чем после того, как проект будет завершен.

Проект осуществляется только посредством общения. В наше время узким место общения является не скорость, а качество. Качество общения. Хорошие взаимоотношения улучшают и ускоряют общение.

Существует несколько структур, объясняющих, как люди строят свое общение друг с другом. Руководители проектов должны быть знакомы с ними, чтобы уметь выявлять причины кризисов в общении и устранять их.

Существует ряд наиболее типичных проблем общения, в том числе неверные предположения, отсутствие ясности изложения, неумение формулирования требований, нежелание слушать, в какой-то степени диктат, подмена понятий, персональные нападки, взаимные упреки.

И здесь распределение ролей — самый простой способ улучшения взаимоотношений.

Спрашивайте людей, в чем они нуждаются для работы с полной отдачей. Добиться желаемого результата можно, прислушиваясь к людям, расчищая завалы их проблем, обучая людей, подсказывая, направляя и напоминая им о целях проекта.

Взаимоотношения и общение не относятся к низкоприоритетной работе. Они являются основой всей индивидуальной деятельности, осуществляемой в рамках проекта.


Учимся слышать

 
У пользователей и разработчиков точка зрения и восприятия на ИТ-системы компании «притерт». Благодаря независимым специалистам через юзабилити-тестирование есть возможность получения независимой оценки, чего сложно добиться внутри организации. Ну и наконец, сами пользователи смогут предложить что-то новое и простое, что просто упустилось из виду чего может не знать разработчик (и это довольно таки часто), а это в свою очередь возможно повлияет на всю систему в целом.

Умение слушать — важный деловой навык. Активное слушание выливается в коммуникативную технику, которая требует, чтобы слушающий понимал, оценивал и истолковывал то, что слышит, а также мог собрать, переработать и вычленить данные, касающиеся темы.
 

Умение слушать 


 


 

Вывод

 
Необходимо обеспечить, чтобы пользователи начали общаться с разработчиками как можно раньше, и делали это как можно чаще. Даже незначительное изменение, идеально обоснованное и сделанное разработчиком, может вызвать хаос на рабочих местах, как только разработка поступит в «жизнь».

Всё это идет во благо конечного пользователя программы. Не забываем такое понятие как «время — деньги». Чем больше мы тестируем пользователей, чем больше мы помогаем им справиться со своими задачами, тем быстрее работает предприятие в целом.

И напоследок, вопрос: на вашем предприятии проводятся тесты на удобство работы в программе для увеличения быстрой и эффективной организации ведения учета при вводе в базу данных? А вы сможете сами оценить насколько трудоемко вам работается в программе? Лучше организовать процесс тестирования совместно с другими специалистами. У них будет совершенно другое видение, нежели ваше. Глаза то «замыливаются» каждодневными рутинными делами. Вы знаете что Вам конкретно нужно? А специалисты возможно знают как это сделать так, чтобы работало в разы быстрее.
 
У Вас достигнут требуемый уровень
стабильности и производительности работы системы 1С?
 

 



Хаки для Dle 10.4
скачать форекс советники Ilan

Вернуться назад