вторник, 17 июля 2018 г.

Гендерность на страже качества

Девочку или Мальчика? 
При распределении работ часто возникает вопрос - кому конкретно отдать тот или иной участок задач так, чтобы всё было исполнено в срок и полностью, но при этом не пострадало здоровье сотрудника для последующих дел. Некоторые менеджеры используют методику преферанса, но в этом случае нет гарантий и полной уверенности в исполнимости, только обещания энтузиаста.
Биологи и психологи много и давно исследуют разницу между полами и гендерными отклонениями. Исходя из результатов можно смело оценить предполагаемые возможности сотрудника. А если ещё к профилю работника добавить результаты собеседования, в том числе и психо-тесты, то менеджеру легко и проще предлагать и распределять задачи в период планирования спринта. Подмечено, что после прохождения одного и того же теста мальчик и девочка выявляют баги разной направленности.

Поскольку биологические параметры неизменны, то на основе научно-подтверждённых фактов, работы по тестированию предпочтительно распределять следующим образом.
ЗАДАЧА КОМУ ПОЧЕМУ
локализация бага, отсеивание незначимых причин М Женщины думают «не тем местом», что мужчины — в основном, лобными долями мозга. А они отвечают не столько за логику, сколько за интуицию и эмоции. Мужчины же, решая любую задачу, включают всю свою «мозговую» аналитику, да еще активно подсоединяют зоны, обрабатывающие зрительную информацию. У сильного пола в шесть раз больше серого вещества. Зато у слабого – в десять раз больше белого. Но именно серые нервные клетки отвечают за интеллект. А белые клетки – это отростки нейронов, которые лишь распределяют задачи между разными отделами мозга. У женщин крупнее гиппокамп – важнейший, «записывающий на корочку», элемент мозга. У женщин намного лучше память. У М. лучше развито правое полушарие. При осмыслении слов мужчины пользуются преимущественно левым полушарием, а женщины — обоими.
проведение теста с одновременным привлечением зрения, слуха, речи и моторики, либо проведение параллельно двух-трёх тестов Д
составление шагов теста М
проверка шагов теста на полноценность охвата Д
сбор статистики М
анализ статистики Д
однообразные тесты ежедневно Д Мужское сердце бьётся в среднем 70 раз в минуту, женское — 80 раз в минуту. Для Ж. время летит быстрее. Женщины в большей степени переоценивают длительность временных интервалов. М. выносливее при большой нагрузке. Ж. выносливее при малой нагрузке. Мужчин очень утомляет монотонная работа. Они от нее «звереют». Женщин монотонная работа успокаивает. Она для многих из них часто является отдыхом.
частая смена направленности тестов М
ускорение и повышение нагрузки в короткое время М
актуализация и повторная проверка багов Д
тесты с чётким соблюдением времени М
срочные смоук-тесты Д
многообразие новых сложных тестов М
в качестве перерыва выполнение мелких однообразных тестов Д
многозадачность в исследовательском, комплексном, предвыпускном, интеграционном, параллельном и тому подобных тестах, либо совмещение должностей (QA+support+manager) Д У женщин мозолистое тело, которое служит своеобразным «кабелем» между правым и левым полушариями мозга, толще и соединений в нем на 30 % больше. Этому способствует женский гормон эстроген. Большое количество соединений объясняет способность женщины вести несколько не связанных друг с другом дел
составление и проведение опроса, сбор статистики для usability Д У мужчин сильнее развито левое полушарие, отвечающее за логическое мышление, у женщин — правое, отвечающее за эмоции и творчество. Женщины очень остро воспринимают настроение собеседника и могут перехватить его переживания. У женщин эмоции связаны с обширной областью обоих полушарий, и их функционирование может происходить одновременно с действием других функций. У мужчин область эмоций располагается только в правом полушарии, что означает возможность ее функционирования в отрыве от других функций мозга. Например, мужчина в споре может оперировать логикой и словами, задействовав левое полушарие, и не испытывать эмоций по существу вопроса.
актуализация, review задач через постановку уточняющих вопросов М
однозначные положительные тесты М
тесты, связанные с социализацией, эмоциональной восприимчивостью продукта, вариативностью пользователя Д
функциональные тесты на полноценность управляющих устройств (клавиатура, джойстик и т.д.) Д Ж. более симметричны. Точность левой руки у женщин во всех возрастных периодах выше, чем у мужчин. То есть левая не так сильно отстает от правой. У мужчин асимметрия более выражена. Среди мужчин в 2 раза больше левшей и гораздо больше заик.
раскладка управляющих устройств для левши (мышь, меню и т.д.) М
нагрузочные и стресс-тесты, растянутые на несколько дней М Во время сна электрическая активность мозга мужчин падает примерно на 70%, у женщин лишь на 10%. Восстановление мозга сном эффективнее у мужчин.
тесты гаджетов для детей и лиллипутов Д Среднестатистический мужчина на 10% выше среднестатистической женщины
нагрузочное тестирование голосовых записей М У мужчин тип дыхания брюшной, в отличии от грудного у женщин. На брюшном дыхании больше раскрывается диафрагма, а значит дольше длится фраза без забора воздуха.
тесты гаджетов, не проверенных на токсичность Д У Ж. сильнее иммунная система. У женщин гораздо реже заболевания приобретают хроническую форму. Некоторые исследования показывают, что Ж. более чувствительны к боли. Мужчины более стрессоустойчивые. Женщины более подвержены различным фобиям и депрессиям.
функциональное и дымовое тестирование симуляторов боли (физической, психологической) Д
нагрузочное тестирование симуляторов боли(физической, психологической) М
представитель тестировщиков на обсуждении разработок М У мужчин в левом полушарии есть центр, отвечающий за речь. У женщин за речь отвечают два центра: побольше – в левом полушарии, поменьше – в правом. Речь мужчин отличается обилием терминов и богатым запасом слов, в то время как женщины в речи опираются на интонации и эмоции. Ж. говорит с собеседником, М. чаще – с самим собой. Всем известно, что дамы могут часами разговаривать с собеседником, причем, обсуждают они одну тему. А вот мужчины могут вести разговор сразу на несколько тем и легко «перескакивать» с одной на другую, объединять совсем разные вопросы. Речевая грамматика у девочек лучше. По крайней мере до 11 лет.
проверка грамотности в оформлении задач, документации, продукта Д
предоставлять отчёты и доклады, обучать теории Д
составление и написание документации, ясных и чётких описаний задач М
проведение тестов с параллельным устным комментированием шагов и результатов Д
прохождение теста по чек-листу, диаграмме переходов состояний, контрольным точкам Д М. видят дорогу, а Ж. указатель. Женщины лучше считывают эмоции, которые выражает лицо, но запоминать и узнавать лица у них получается хуже, чем у мужчин.
составление плана теста М
прохождение теста по flowchart М
подбор тестовых данных для фоторобота М
подбор тестовых данных для видео-игр Д
цветовое различие и сочетание Д На сетчатке человеческого глаза размещаются почти семь миллионов рецепторов-«колбочек», которые отвечают за восприятие цвета. За их действие отвечает Х-хромосома. У женщин их две, и палитра цветов, которую они воспринимают, шире.  Дальтонизм – в основном мужская особенность. В той или иной мере им страдают порядка 8% мужчин и всего лишь 1% женщин. У женщин развито периферийное зрение. У некоторых из них оно достигает 180 градусов. У мужчин зрение сфокусированное (туннельное), а у женщин – рассеянное. Поэтому мужчины лучше видят на большие расстояния, но их зрению не хватает широты охвата.
определение и сопоставление расстояний М
окуляры для 3D с охватом 360 градусов Д
составление плана проверки лабиринта, карты, навигатора М
стратегическое тестирование М
комплексное тестирование Д
прослушивание входящих звонков Д Женщины лучше различают высокочастотные звуки. Женщины лучше мужчин распознают изменения тона и поэтому прекрасно замечают смену эмоций у собеседника. Мужчины «слышат» направление звука. Голос у мужчины ниже и грубее, чем у женщин (за это отвечает тестостерон). У женщины большая часть впечатлений связана с восприятием речи.
тесты гаджетов объёмного звука М
запись высокочастотных звуков Д
запись низких тонов звука М
составление тестовых данных для аудио-проигрывателей Д
клавиатура для слепых Д Кожа женщины в 10 раз чувствительнее, чем кожа мужчины. А если мужчина занят делом, то чувствительность кожи падает еще больше, и он почти не чувствует боли. Вкус у мужчин менее чувствительный, но в оттенках горького и соленого они разбираются лучше, в то время как женщины лучше улавливают тонкости сладких блюд. Температура мужского тела в среднем на 0,2 градуса выше, чем у женщин. Болевой уровень выше у мужчин, но тактильный у женщин.
автомат соки-воды для взрослых М
автомат соки-воды для детей Д
нагрузочные тесты спортивных тренажёров М
usability игровых автоматов, гаджетов IoT и ЗОЖ Д
тестирование IoT гаджетов, 5D кино и игр на соответствие запахов, звуков Д Ж. более остро чувствует даже самые «утонченные» ароматы, т.к. в носу у женщины расположено гораздо больше рецепторов. В ощущении запаха мужчины уступают женщинам. Слуховые и обонятельные анализаторы у мужчин развиты слабее.

Ещё немного подсказок:
- если какой-то навык у девочки-тестировщицы неполноценно развит, то похвалите её прилюдно за уже достигнутое, либо пригрозите аналогичным наказанием. Это станет стимулом её самостоятельной работы;
- поскольку для достижения цели мальчику нужно её чётко видеть, то для улучшения и расширения навыков мальчика-тестировщика достаточно ему пообещать некое вознаграждение (повышение по службе или оклада);
- тесты с обязательным пошаговым исполнением эффективнее выдавать мальчику, т.к. девочка большой объём работ перекомпанует по собственному усмотрению для снижения затрат, объединит аналогичные на её взгляд подзадачи;
- отчёт о проделанной работе с результатами анализа собирать у девочки после каждого шага, у мальчика по окончании всей задачи;
- регрессионные тесты на старые задачи поручайте девочкам, т.к. у них более длинная память и они могут выявить больше отклонений;
- для более продуктивного результата от мальчика чаще меняйте ему направленность задач, но не объединяйте однозначные тесты, ставьте чёткие цели;
- если на отдел тестирования пришла большая куча разнообразных задач, то их группировку эффективнее доверить девочке, которая привычна к наведению порядка;
- помните визуализацию полов: М – треугольник с вершиной внизу (со всей силой к цели = от основания к вершине), Ж – треугольник с основанием внизу (расширение воспринятого = от вершины к основанию).

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

График показывает, что с увеличением мужских качеств уменьшаются женские и наоборот.
Равномерное сочетание М-Ж-признаков стремится к образу идеального тестировщика. Некоторые качества поддаются развитию, поэтому за счёт повышения одних и снижения других можно достичь высот профессии.



среда, 11 июля 2018 г.

Helping Help

Одним из пунктов при тестировании новшества является проверка Хелпа. А какие пункты можно и стоит включить в чек-лист, чтобы Хелп действительно помогал пользователю?
Под Хелпом ПО подразумеваются несколько его вариаций: ReadMe/FirstRead файл в составе инсталлятора, отдельная документация типа "Руководство пользователя", встроенная справка типа Online Help, Instant Help и Hint, краткий список изменений в конкретном билде/версии типа Release Notes
Первоочередная задача Хелпа - помощь в освоении и последующем использовании продукта. Инструкцию юзер должен логко воспринимать и желательно быстро пошагово применять. Говорят, что хорошо сделанное интерфейсное ПО интелектуально-доступное и не нуждается в хелпе. Но поскольку у каждого пользователя свой взгляд на всё, то Хелп нужен даже для самого понятного окна и его элементов. Поэтому предлагаю вам универсальный чек-лист для проверки Хелпа десктопного продукта в OS Windows. Он сформировался из многолетнего собственного опыта в качестве программиста, QA, сотрудника техподдержки и аналитика.

1. Наличие
1.1. Инсталлятор продукта имеет самостоятельный Хелп, не встроенный в инсталлируемый продукт, с подробными пунктами о системных требованиях для установки, шагами установки и утилизации продукта.
1.2. После установки продукта или его первого запуска доступен полный Хелп продукта.
1.3. Вызываемые из продукта внешние программы имеют самостоятельный Хелп от провайдера. Опционально.
1.4. Элементы окна с обязательным хинтом (кнопки, ссылки, иконки/картинки, обрезанные тексты) показывают его после наведения курсора.
1.5. Диалоговое окно с пояснительным текстом открывается по нажатию кнопки Instant Help.
2. Функционирование
2.1. Каждый интерфейсный элемент и функция программы имеет описание в Хелпе, который доступен по нажатию общепринятой горячей клавиши F1, если её замена не предусмотрена настройками продукта.
2.2. Место вызова внешней программы описано и связано с соответствующей статьёй Хелпа. Внешняя программа с собственным Хелпом открывает собственный Хелп, не путая его с основной программой.
2.3. Внутренние ссылки Хелпа открывают статьи в соответствии с наименованием.
2.4. В Хелпе возможен поиск по наименованию элемента окна и функциональности продукта.
2.5. Элементы окна с обязательным Хинтом показывают его спустя секунд после наведения курсора и оставляют видимым в течение секунд или до сдвига курсора.
2.6. Диалоговое окно с Instant Help открывается и закрывается по нажатию соответветствующих кнопок или горячих клавиш.
2.7. Для работы с Хелпом в режиме просмотра, если иное (правка статей, запуск иных продуктов из тела Хелпа) не предусмотрено основным продуктом, установлено достаточное количество вспомогательных продуктов, либо они входят в инсталлятор основного приложения.
2.8. Ожидаемое отображение картинок (масштабирование, размер, формат, скорость показа, внешний вьювер) и специальных символов (региональные настройки продукта и OS, компилированный/форматированный Хелп).
2.9. Стресс-тест: отсутствие переполнения буфера после вызова всех статей Хелпа несколько раз, перезапуск дополнительного окна/приложения/библиотеки для Хелпа в одном или нескольких сеансах основного приложения.
2.10. Ограниченность вызова справки в скрытом режиме работы основного приложения.
3. Полноценность и актуальность содержимого
3.1. Структура Хелпа соответствует требованиям ГОСТ 19 или ГОСТ 34 или IEEE Std 1063-2001.
3.2. Статьи внутри-продуктовых модулей в достаточной мере рассказывают о работе внешних дополнительно-исполняемых подпрограмм, используемых библиотек или ссылки на их документацию имеются и актуальны (соответствующая версия, локализация).
3.3. В Глоссарии перечислены термины, аббревиатуры, иконки приложения и Хелпа. Для каждого элемента имеется несколько статей Хелпа.
3.4. Подробно описаны функциональности продукта и элементы окна: расположение, путь доступа/активации, предназначение, варианты использования, возможные исключения, слинкованы с дополнительными статьями Хелпа.
3.5. Обновление содержимого статей и структуры Хелпа соответствует версии продукта.
3.6. В Хелпе имеется информация: описание продукта, способы установки и утилизации, системные и лицензионные требования, описания интерфейса и функциональностей, стандартные варианты использования и исключения, способы настройки, ссылки на дополнительную инфу.
4. Usability
4.1. Текст имеет ссылки на логически и функционально связанные статьи Хелпа, внешних профессионалов, community продукта.
4.2. Для каждой функциональности имеется пример с подробными шагами и скриншотами.
4.3. Интерфейсные окна и элементы описаны в статьях не только словами, но и картинками. Примечание: содержимое картинок достаточное, но не избыточное.
4.4. Проблемные ситуации описаны в особом блоке каждой статьи и в отдельном блоке всего Хелпа.
4.5. При воспроизведении проблемы в приложении имеется автозапуск Хелпа и локация на соответствующем совете о разрешении проблемы, либо перенаправление в техподдержку.
4.6. Сообщение об ошибке имеет достаточное пояснение по её недопущению в следующий раз.
4.7. Форматирование текста: видимые заголовки, подсвеченные основные термины, линки на связанные статьи из текущего текста, одинаковая структура статей (заголовок, введение, основная часть, примеры, исключения, дополнения), нумерация шагов, структурирование списков, место картинок (в тексте или выделенной панели).
4.8. Короткие предложения, абзацы, статьи. Примеры и дополнения в отдельных статьях. Сворачиваемость древовидных списков.
5. Грамотность и региональная локализация
5.1. Технические термины имеют словарь толкований для низкоподготовленного пользователя отдельно от Глоссария.
5.2. Технологически-грамотно описаны процессы и интерфейс.
5.3. Лингвистика соответствует региональной локализации: структура предложений, синтаксическая и пунктуационная грамотность, стандарты наименований. Корпоративные исключения описаны в отдельной статье Хелпа "Как использовать данный документ".
5.4. Стиль текста и форматирования соответствует технической сфере.
5.5. Отсутствуют недоправки дубляжа. Подробные описания элементов и терминов состоят не только из синонимов, но и подсказывают варианты использования этого компонента.
5.6. Каждая статья Хелпа отвечает на вопросы "Что это?", "Где найти?" или "Как запустить?", "Зачем это всё здесь?" или "Как с этим управляться?"


Для создания правильного Хелпа можете почитать:
  • ГОСТ 19.402-78 ЕСПД. Описание программы
  • ГОСТ 19.502-78 ЕСПД. Описание применения. Требования к содержанию и оформлению
  • ГОСТ 19.503-79 ЕСПД. Руководство системного программиста. Требования к содержанию и оформлению
  • ГОСТ 19.504-79 ЕСПД. Руководство программиста. Требования к содержанию и оформлению
  • ГОСТ 19.505-79 ЕСПД. Руководство оператора. Требования к содержанию и оформлению.
  • ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы
  • ГОСТ 34.201-89 Виды, комплектность и обозначения документов при создании автоматизированных систем
  • РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов
  • IEEE Std 1063-2001 Standard for Software User Documentation
  • http://www.it-gost.ru/content/view/94/51/
  • http://tdocs.su/1391
  • http://technicaldocs.ru/гост34/шаблоны/руководство_пользователя
  • https://www.drexplain.ru/articles/razrabotka_rukovodstva_polzovatelya_po_gost_34_i_gost_19_v_programme_dr_explain/
  • http://ddd.exmachina.ru/content/how_to_make_good_userguide/
  • https://habr.com/post/153973/
Доверяйте написание Хелпа не только грамотному тех-писателю, но и глубоко знающему продукт и предметную область пользователю. Это убережёт вас от излишних багов в главной области проверки на полноценность. Тестировщики, при проверке Хелпа помните, что конечный пользователь не имеет доступа к текстам техзадач, по которым программист писал приложение, и документация для юзера является единственным источником знаний о вашем уникальном продукте. Не пропускайте проблем в описании, чтоб к вам не вернулись мелкие несоответствия крупными багами негативных тестов.

понедельник, 9 июля 2018 г.

Смета качества

С чего начать тестирование?
Тестирование – это процесс решения задачи, а как учили нас в школе – любую задачу надо и можно разложить на входящие условия и искомый результат. Прежде чем приступить к тестированию нового продукта, модуля или небольшого улучшения необходимо оговорить объёмы проверок с владельцем продукта. Для этого предлагаю составлять матрицу требуемого качества, заполнять её с двух сторон заинтересованности и считать её соглашением о выполняемых работах.
Согласительная матрица тестирования должна состоять из трёх колонок: объём работ, необходимость и возможность. В первую колонку "объём работ" заносим все виды тестирования: функциональное, интерфейсное, системное, защита данных и так далее, но желательна максимальная детализация для конкретного продукта или модуля. Вторую колонку "необходимость" заполняет владелец продукта значениями "надо", "можно", "лишнее". Значения третьей колонки "возможности" могут варьироваться уровнями "справимся собственными силами – можем подучиться или переквалифицироваться – надо привлекать сторонних специалистов" или ценами "время на выполнение работ - денежные суммы". Если же у тест-менеджера есть данные цен для каждого уровня (своими силами – подкачаться – внешние силы), то лучше сразу показать владельцу продукта затраты на каждый из трёх вариантов выполнения работ. Итого, матрица определяет входящие условия и ожидаемый результат не только для группы тестирования, но и для владельца продукта. Тест-менеджеру легко и просто составить план тестирования, распределить специалистов, выявить слабые места команды, подсчитать возможный доход. Владелец продукта такую матрицу может подписать как приложение к контракту с подробностями о выполняемых работах, увидеть расходы на тестирование, просчитать уровень качества выпускаемого продукта.

Рассмотрим пример: в текстовый редактор добавили возможность отправлять выделенный или весь текст через подключаемый к приложению чат. Ограничения и подробности: текстовый редактор – часть десктопного продукта, чат – внешняя функция продукта с подключением к интернету.
Заполним матрицу качества.
Примечание: список видов тестирования для вашей группы тестирования должен быть всегда стабильным для любых проектов, потому что изначально владелец продукта подпишется под не нужными ему изначально тестами и не сможет впоследствии требовать с вас отчёт о незапланированных работах. В первый, а может и в последующие разы, вторую колонку значений от владельца продукта заполняйте вместе, потому что у него будет много уточняющих вопросов, либо ваш пункт об одном виде тестирования придётся разбить на подпункты.
Виды тестирования Необходимость Возможность (часов/рублей)
сами (500руб. за час)с обучением (750руб. за час)внеш.спец. (1000руб. за час)
1. Документация (наличие, функционирование, полноценность, грамотность)
1.1. Online Help надо1/5001/7500,5/500
1.2. Hints for UI elements надо 0,5/250 0,5/375 0,25/250
1.3. Instant Help лишнее 1/500 1/750 0,5/500
2. Интерфейс
2.1. Соответствие внутренним стандартам можно 0,25/125 0,25/190 0,25/250
2.2. Соответствие описанию задачи лишнее 0,25/125 0,25/190 0,25/250
3. Функциональность
3.1. Smoke-test for each build лишнее 0,1/50 0,1/75 0,2/200
3.2. Smoke-test for publishing builds можно 0,1/50 0,1/75 0,2/200
3.3. Приёмочное по описанию надо 40/20000 40/30000 40/40000
3.4. Негативное лишнее 2/1000 2/1500 4/4000
3.5. Исследовательское можно 10/5000 10/7500 20/20000
4. Системное
4.1. Инсталляция, обновление можно 0,1/50 0,1/75 0,1/100
4.2. Настройки модуля, продукта можно 1/500 1/750 1/1000
4.3. Интеграционное надо 4/2000 4/3000 6/6000
4.4. Защищённость, проникновение можно 4/2000 4/3000 8/8000
4.5. Нагрузочное можно 4/2000 4/3000 16/16000
4.6. Стресс-тесты, негативное лишнее 4/2000 4/3000 8/8000
5. Код
5.1. Unit-testing лишнее 0,25/125 0,25/190 0,1/100
5.2. Code Review by task description, internal structure and metrics standards можно 0,25/125 0,25/190 0,1/100
6. Usability
6.1. Usability by internal standards лишнее 4/2000 4/3000 8/8000
6.2. Usability from known vendors лишнее 4/2000 4/3000 8/8000
7. Регрессионное лишнее 2/1000 2/1500 2/2000

Таким образом, отдел тестирования отработает около 70 часов, работодатель не повысит квалификацию своих подопечных, но оплатит один рабочий день стороннего профессионала. Учтите, что за выявленные конечным пользователем проблемы ваш внутренний отдел качества не отвечает, и претензии можно будет предъявить только тому временному специалисту. При планировании сметы не стесняйтесь пояснить владельцу продукта последствия его отказа от тестирования того или иного вида, особенно негативного, которое не редко случается уже на стороне пользователя. Баги из числа "можно" при оформлении должны быть с более низким приоритетом.
Дополнительно оговорите список пунктов, проверяемых перед передачей продукта конечному пользователю (иными словами – чек-лист выпускаемого билда), с уточнёнными уровнями качества:
а) интерфейс;
б) сохранение/восстановление опций;
в) первоначальная инсталляция;
г) апдейт предыдущих версий/билдов;
д) благополучное исполнение основных пользовательских алгоритмов, шагов;
е) соответствие лицензионному соглашению и офертным системным требованиям;
ж) отсутствие фатальных и критичных багов;
з) и т.д.

Да, на заполнение такой матрицы требуется время, но ведь на планирование оно отводится. И именно его надо использовать на этом этапе, тем более что после оформления меморандума качества для каждого нового модуля тест-менеджер вместе с владельцем продукта сразу делают несколько дел: планируют объём работ тестировщиков и смету; имеют документ, защищающий права обоих и подтверждающий необходимость отдела тестирования; видят слабые места команды и направления её развития. Ещё раз повторюсь, не удаляйте пункты, которые владелец продукта посчитал лишними. Это позволит вам отказаться от сверх-задач, а сэкономленное время потратить на более глубокое тестирование (пункты "можно" заменить на "надо") или собственное развитие. Например, в компании Conquest Software Solutions существует только устный закон (читай "Меморандум качества") в разрезе продуктов:
- ClearDB обязан иметь идеальный интерфейс и генерить красивые выходные доки, а наличие AV-ошибок (критичные функциональные) не является блокером выпуска;
- в SQLDetective абсолютно не важны интерфейсные глюки, но не должны случаться критичные и фатальные ошибки в выпускаемом билде (иначе в недельный срок будет перевыпуск);
- ClearSQL можно выпускать как с интерфейсными проблемами, так и с функциональными, лишь бы показать видимость фикса бага от конечного пользователя.
Поэтому тестировщикам сложно доказать руководству, что обнаруженный на стороне пользователя баг не является пропуском в работе QA, а лишь следствие планирования.
Так что, друзья, если хотите стабильности и покоя, то составляйте меморандумы качества для каждого новшества, улучшения, изменения.

понедельник, 2 июля 2018 г.

Лето, баги, огород

Тяжко работать в летние дни, особенно в жаркие. А природа пышет цветом, манит запахом и тенью. Лишь прохладой укрытый офис поддерживает энтузиазм.
И когда выходной отдаёшь на садовый труд, то яснее ощущается необходимость QA. Сорняки, как баги, лезут и лезут. И вручную их рвёшь, и тяпкой, и культиватором. Тестировщики-мануальщики тоже вручную выискивают баги: сначала самые крупные и критичные, как сорняки кустистые и колосящиеся. А нагнёшься к культурному растению и заметны мелкие росточки будущих приживал. Точно как в тестировании - выгребешь крупняк и фаталы, тут и становятся приметными мелкие недочёты, готовые вырасти в серьёзных обжор, забирающих полезные подкормки. А если на грядке работать инструментом, то не заметишь или не подступишься к корням благородной культуры, чтоб её не ранить. А там ведь гнездятся кучками самые вредные сорняки. Пусть ручники и медленные, но качества от них больше - не прорастут критикалы из мелочёвки пропущенной. Аналогична работа культиватора с автотестом: быстро удаляет крупняк, но при этом далеко от благородного кустика копает и не вся земля рыхлится у его корней.
Что есть "рефакторинг" в переложении на огородный манер? Конечно же пересадка. Выкопаешь в одном месте луковицы и корешки, почистишь их от сорной оплётки, просушишь и в новое место уложишь. Так и в коде порядок наводится: вскрывается юнит, удаляется лишнее, оптимизируется остаток и вставляется, компилируется по-новому.
Тест-менеджеры, если к вам пришёл юниор, бывший или заядлый огородник, то разница между фичей и багом эффективно поясняется на примере культурных растений и сорняков. Подобным образом и методы тестирования логично описываются на инструментах, а типы тестирования на внешних воздействиях: град и ливень - стресс-тест, насекомые и кроты - тесты на проникновение, птицы и дети - тупо-пользователи и негативные тесты.
Труд QA - интеллектуальный, поэтому физический перерыв и совершенствование навыков очень нужны. Всё это есть у вас на даче. Сорняки и баги ждут вашего нашествия.

воскресенье, 1 июля 2018 г.

Проект "ТАБУРНЕТ"

 Название состоит из слова "табурет" и фразы "табу нет".

Оснащение:
- сцена в форме табурета;
- размер табурета таков, чтобы на нём взрослый человек выглядел как ребёнок. Примерные высота – 100 см, длина*ширина – 80*80 см;
- дополнительно сзади приставляется лестница
- в качестве временного использования можно взять большой кубик с лестницей или устойчивый большой стул;
- правила использования описать на плакате.

Место:
- помещение общего пользования (фойе, буфет, рекреация, коридор);
- здание распространения и привития культуры (ДК, выставочный зал, общеобразовательные школы, и т.д.);
- установку в отдельных кабинетах, аудиториях расценивать как закрытие проекта;
- установку на улице (вне зданий культуры) исключить для ограничения вандализма и политизации проекта.

Предназначение:
- снятие психологического барьера выступлений;
- репетиция выступления перед публикой (зрители, жюри, одноклассники, слушатели курсов и т.д.);
- развитие уважения к сцене, как несущему культуру месту;
- обмен опытом актёрами, режиссёрами, зрителями;
- выявление талантов чтецкого, ораторского, лекторского мастерства, StandUp направления, общения с публикой;
- место для пресс-конференции с "приезжей звездой", местной знаменитостью;
- зона организации неформального общения участников фестивалей и конкурсов, зрителей и поклонников с авторами и актёрами;
- возмещение ностальгии по детским выступлениям перед взрослыми гостями.

Время использования:
- конкурс чтецов "Наше слово";
- фестиваль любительских театров "Чугиноколь";
- встречи театральных коллективов города для обмена опытом;
- квесты ДК о театре и закулисье;
- презентация спектакля, концерта, выставки;
- школьные перемены перед уроками естественных наук (литература, обществознание и другие).

Создание площадки, её сохранность возлагаются на владельцев помещения.

Правила использования площадки ТАБУРНЕТ (публикуются в месте размещения площадки):
- собрать публику может сам выступающий
- удерживать внимание публики обязан только сам выступающий;
- табурнет, как и сцена, не терпит грязи: запрещён вход на площадку в грязной обуви и одежде; запрещена ненормативная лексика во время выступления;
- время выступления ограничено вниманием публики;
- текст выступления должен быть подготовленным, исключать шпаргалки и подглядывания в записи;
- выступающий обязан отвечать на все задаваемые публикой вопросы;
- тематика выступления определяется выступающим и ограничена только законодательством России.