Содержание
- 1. Конечные пользователи точно понимают, что должна делать система (для них).
- 2. Принятие конечными пользователями более вероятно, если они участвуют на более ранних этапах тестирования.
- Нет ошибок, нет стресса - ваше пошаговое руководство по созданию изменяющего жизнь программного обеспечения без разрушения вашей жизни
- 3. Конечные пользователи могут выявить ошибки, прежде чем они станут слишком дорогостоящими, чтобы их исправить.
- 4. Конечные пользователи предлагают более широкую перспективу.
- Заключение
Источник: Rawpixelimages / Dreamstime.com
вынос:
Привлечение конечных пользователей на ранних этапах тестирования может быть очень полезным и привести к лучшим результатам.
Как конечные пользователи, многие из нас, которые тестировали продукт или услугу непосредственно перед тем, как они поступят на рынок, знакомы с этой неприятной тревогой в глубине нашего сознания, предполагая, что может быть какая-то функция или функция, которую мы не тестировали, просто потому, что мы не сделали не знаю об этом. Вот почему так важно, чтобы конечные пользователи были вовлечены в тестирование до начала приемочных испытаний (UAT).
Это улов двадцать два. Поскольку конечные пользователи, как правило, не являются квалифицированными тестировщиками, у них есть собственные рабочие места на полный рабочий день. Однако любому программному продукту, который будет успешно выпущен в современной гибкой среде, потребуется значительное количество времени, а не только в самом конце фазы разработки.
Часто функциональное тестирование или тестирование производительности, предшествующее UAT, назначается группе тестирования, которая, возможно, не участвовала в сборе бизнес-требований или имела минимальные знания о цели проекта, полагаясь исключительно на свои тестовые сценарии. Эти тестеры, возможно, даже были переданы на аутсорсинг из-за нехватки персонала. Изящество спасения в том, что опытные тестеры используются в этих ситуациях погружения или плавания, и у них есть динамический навык, чтобы пересечь эти воды. Тем не менее, они не всегда полностью понимают воды, которые их окружают, поэтому есть пределы тому, что они могут сделать.
Такие ограничения могут стать очень дорогостоящими для проекта, очень быстрыми. Самый экономичный способ избежать дефектов - вовлечь конечных пользователей в тестирование на протяжении всего жизненного цикла разработки продукта.
1. Конечные пользователи точно понимают, что должна делать система (для них).
Опытные тестировщики могут быть проинформированы о требованиях, однако они могут не знать, эффективно ли тестируемый продукт соответствует этим требованиям или решает все необходимые проблемы, особенно те, которые никогда не упоминались во время сеансов сбора требований.
«Мы должны проводить тестирование на каждом этапе, запуская инкрементальные модули для тестера. Это не может ждать до конца; если продукт выходит из строя, мы хотим быстро его исправить », - сказал Башир Фэнси, председатель и главный исполнительный директор Канадской ассоциации ИТ-специалистов (CIPS). Он также считает, что этот подход, часто называемый гибкой методологией экстремального программирования, обеспечивает проекту более высокий уровень участия в UAT.
2. Принятие конечными пользователями более вероятно, если они участвуют на более ранних этапах тестирования.
Робин Голдсмит, владелец Go Pro Management Consultancy, не рекомендует пытаться превратить конечных пользователей в «миниатюрных тестеров», однако он понимает важность раннего привлечения их к работе. «Пользователи должны начать серьезно задумываться о том, что они хотят видеть в поставляемом продукте, прежде чем они смогут чувствовать себя достаточно уверенно, чтобы положиться на него».
Вовлечение пользователей на раннем этапе не только позволяет им стать более компетентными и уверенными в качестве тестировщиков, но и позволяет им чувствовать себя уполномоченными в качестве ключевых заинтересованных сторон. «Они хотят знать, что проектная команда облегчает пользователям вариант принятия критериев, а не их собственную», - сказал Голдсмит.
Нет ошибок, нет стресса - ваше пошаговое руководство по созданию изменяющего жизнь программного обеспечения без разрушения вашей жизни
Вы не можете улучшить свои навыки программирования, когда никто не заботится о качестве программного обеспечения.
3. Конечные пользователи могут выявить ошибки, прежде чем они станут слишком дорогостоящими, чтобы их исправить.
Чем раньше мы обнаружим дефект, тем меньше денег будет на его устранение. Печально известное исследование, опубликованное Национальным институтом стандартов и технологий (NIST) в 2002 году, показало, что стоимость исправления одной ошибки, обнаруженной на этапе производства, составляет 15 часов, по сравнению с пятью часами усилий, если такая же ошибка была обнаружена во время разработки.
И мы видим только верхушку айсберга.
Гораздо проще заполнить оперативную роль, чем роль тестера UAT, поскольку последний требует, чтобы кто-то с очень конкретным опытом и задним числом проверял продукт, специально разработанный для их использования. Быстрый взгляд на любую крупную канадскую рабочую площадку показывает, что средняя зарплата тестировщика QA колеблется от 55 000 до 80 000 долларов. Эти цифры могут легко взлететь для компании, которая привлекает своих тестировщиков на аутсорсинг, чьи ставки могут доходить до 100 долларов в час при работе над громким проектом. Средняя заработная плата для административной роли, такой как, например, координатор по клиническим административным вопросам, составляет от 35 000 до 45 000 долл. США.
Одной вещью, которую мы не можем оценить, является ущерб репутации, который возникает, когда конечные пользователи, которые не были вовлечены до этапа UAT, впервые увидели продукт, который они должны использовать. К этому моменту они уже были настроены на ряд препятствий, таких как вынужденные иметь дело с изменениями или, возможно, даже с трансформацией, и теперь имеют короткий промежуток времени, чтобы стать экспертами с новым продуктом или услугой, о которых их не спрашивали. , Если проектная команда не может предложить очень хорошо настроенный продукт, существует высокий риск того, что отрицательные отзывы конечных пользователей могут испортить репутацию проекта.
4. Конечные пользователи предлагают более широкую перспективу.
В то время как команда проекта работает круглосуточно над результатами проекта, такими как организация встреч, определение требований и обновление диаграмм Ганта, конечные пользователи могут сосредоточиться на том, чтобы продукт, над которым все работают так усердно, доставлял, действительно выполняет то, что ему нужно.
Компании из списка Fortune 500, такие как Apple и Google, проводят бета-тестирование, при котором, с определенной формой компенсации, общественность может получить доступ к раннему выпуску продукта, ошибок и всего, в обмен на их участие в выявлении дефектов и предоставлении полезных отзывов. ,
Директор Center Code Марио Санчо, управляющий программами бета-тестирования для многих канадских компаний из списка Fortune 1000, считает, что проверка клиентов должна проводиться как минимум на трех основных уровнях тестирования: альфа-тесты, где пользователи тестируют самый ранний из возможных выпусков, бета-тесты, где пользователи Можно протестировать все основные функции продукта, а также полевые испытания, также известные как UAT.
Заключение
Важность принятия конечных пользователей не может быть преуменьшена. Все, что сообщается руководству, коллегам и общественности об опыте UAT, может пометить наследие проекта как успех или провал на долгое время. Несмотря на то, что проект извлек выгоду из опыта отличной проектной команды, выполнил все его сроки и остался в рамках бюджета, мнение заинтересованных сторон о том, насколько хорошо проект достиг (или не достиг) своих масштабов, сильно зависит от опыта конечных пользователей.