В обеспечении качества различают верификацию и валидацию. Верификация отвечает на вопрос, правильно ли мы создаем продукт, а валидация – на вопрос, а то ли мы вообще создаем, что нужно. Некоторые люди проводят водораздел между обеспечением качества и тестированием, исходя именно из этих определений.
С моей точки зрения, использование терминов "верификация" и "валидация" может привести к ложным дихотомиям. Для меня тестирование – это деятельность, связанная с дизайном, и поэтому покрывает довольно широкую область. Я верю, что тесты могут стать неким "общим языком". Я верю, что тесты могут напрямую кодировать спецификации и требования. И я верю, что тесты – это источник знаний об области или продукте. Слишком большой упор на разницу между верификацией и валидацией – это неэффективный и не результативный способ понять, как именно тестирование дополняет обеспечение качества.
С моей точки зрения, неспособность воспринимать тестирование и обеспечение качества, как два различных, дополняющих друг друга процесса – это восприятие, которому явно не хватает некоторого изящества.
На самом деле я согласен, что различия между верификацией и валидацией вполне оправданы. В конце концов, эффективность – это способность делать что-то правильно. Результативность, с другой стороны – это способность выдавать правильный результат. Эффективность сфокусирована на процессе и нацелена на доведение его до конца, а результативность – на продукте (то есть, собственно, на результате этого процесса). Можно сказать и так: эффективность концентрируется в первую очередь на том, чтобы избежать ошибок, а результативность – на успехе вне зависимости от количества промахов, допущенных по пути.
Однако мне кажется, что есть способ различать эффективность и результативность, который куда лучше понимания разницы между верификацией и валидацией. Ведь тестирование прямо-таки требует гибкости и инноваций.
После очередной уборки на сервере выяснили, что у нас осталось несколько неопубликованных докладов со старых онланй-конференций. Те доклады, информация в которых еще не устарела постараемся выложить в ближайшее время.
Сегодня представляем доклад Станислав Косарева
Каждый менеджер должен уметь делегировать задачи, иначе он не менеджер. Остается только 1 вопрос: как или каким образом доверять своим подчиненным? Откуда уверенность, что все сделано правильно, откуда стойкое ощущение того, что все хорошо? Наверное, потому, что ты, как менеджер, постоянно перепроверяешь то, что делают твои ребята. Класс! Тогда другой вопрос. Каким образом ты модернизируешь свою работу? Если перепроверяешь – то тратишь время, а значит, не успеваешь даже подумать о чем-то новом, о том, что может перевернуть твою работу с ног на голову…
В своём докладе я расскажу о том, как делегировать задачи по тестированию без перепроверок, экономя своё время и не переживая за результаты тестирования.
Публикуем подборку докладов с Analyst Days – 5, которые пригодятся тестировщикам.
"To requirements and beyond..." – доклад Оливье Дену о взаимодействии тестировщиков и аналитиков и их общем вкладе в качество продукта.
"Как повысить личную информационную эффективность" – доклад Екатерины Калининой об умении эффективно работать с информацией.
"Коммуникация при различной структуре мышления - таксономия против фолксономии" – доклад Максима Цепкова о том, как эффективно взаимодействовать с людьми, чье мышление отличается от вашего.
"Ловушки прошлых проектов при разработке новых" – доклад Анны Горбатенко об обучении на прошлых ошибках.
Выступление Алексея Баранцева для сообщества тестировщиков Екатеринбурга.
Мы, тестировщики, постоянно вторгаемся в область незнаемого. Мы стремимся узнать, как работает программа, и донести полученное знание до тех людей, которым оно может пригодиться. Но полученные знания и у нас тоже остаются, мы не забываем то, что узнали однажды, а иногда даже записываем, чтобы уж точно не забыть. Потому что нам эти знания тоже могут пригодиться.
Но иногда бывают ситуации, когда знание вредно, а незнание полезно. Знание притупляет чувства. Мы знаем, чего ожидать, и это создает ложные предпосылки, мы склонны замечать то, что ожидаем увидеть, и игнорируем то, что не вписывается в наши ожидания. Как с этим бороться? Нужно постоянно подвергать свои знания критическому анализу. Отправлять свои знания обратно в незнаемое, и переоткрывать их вновь, с обостренными чувствами.
Впрочем, не стоит беспокоиться по поводу имеющихся знаний. Незнаемого гораздо больше. И оно тоже не однородно. Есть вещи, про которые мы знаем, что мы их не знаем. Это работа для аналитиков. А есть вещи, про которые мы не знаем, что мы о них не знаем. А это -- поле исследований для тестировщиков.
Несмотря на то, что инженеры-автоматизаторы в большинстве случаев автоматизируют только поверхностно, отрасль не перестает поклоняться автоматизации, и это неспроста. Однако такое положение вещей угрожает ручным тестировщикам - особенно тем, кто работает бок о бок с автоматизаторами.
Вот что могут сделать тестировщики, у которых нет навыков программирования, чтобы повысить свою ценность:
Такие браузеры, как Mozilla Firefox и Google Chrome сильно облегчают жизнь тестировщика. Я использую оба, но Chrome лидирует по количеству полезных расширений, которые я могу применять в работе.
Большинство читателей нашего сайта используют Chrome (примерно 70%). Чем не доказательство, как мы, тестировщики, любим этот браузер? Он очень облегчает наш труд. Он облегчает конкретно мой труд, и поэтому я его так люблю. Firefox, я помню о тебе!
Ранее я составлял список важных дополнений Firefox, полезных для тестировщиков, и аналогичный список для Chrome был вполне логичным продолжением. Представляю вам список потрясающих расширений Chrome для тестировщиков! Это вам не просто список случайных расширений - это наиболее полное перечисление тех расширений, которые пригодятся при тестировании ПО.
Расширения Chrome для тестировщиков
Google Chrome - это самый мощный и самый известный браузер в мире (источник). У него удобный интерфейс, он мало весит, и его можно дополнительно улучшать различными расширениями.
Это основная причина его популярности как среди разработчиков, так и среди тестировщиков.
Большинство расширений из списка ниже я применяю в работе постоянно, и они просто чудо. Дочитайте до конца, и вы согласитесь со мной!
Если вы используете расширение Chrome, которого нет в этом списке - сообщите мне об этом, и я добавлю его.
Сегодня мы рассмотрим пример отрицаний, связанный с тестированием, и разные точки зрения на него. Дамы и господа, представляю вам образец...
"Но мы же потратили столько денег и на лицензию, и на настройку!"
Тут работает базовая установка, что много денег - значит "подходящий продукт". Ранее мы говорили о давлении коллектива, и я упоминал про этот парадокс - особенно про миф, что инструмент управления тестами - это "бесплатная отчетность"...Вообще-то я сразу начинаю нервничаю, когда мне что-то предлагают на халяву - в основном из-за вот этого типа...
Пиф-Паф-Ой-Ой-Ой, ловец детей. Заманивает их бесплатными чупа-чупсами. Уверен, сейчас он зарабатывает ловлей беззащитных IT-проектов на приманку корпоративных лицензионных соглашений.
Каких тестировщиков ищут работодатели в России? Что должен знать тестировщик? В этом исследовании востребованности навыков вы узнаете: какие они, крутые тестировщики, и как таким стать.
В этом нам помогут эксперты по тестированию:
Ольга Киселева (тренер начинающих тестировщиков, имеет 9 лет опыта ручного и 3 года автоматизированного тестирования);
Рина Ужевко (EPAM Systems);
Таисия Рыбак (Hewlett-Packard).
Вместе мы обсудили полученные результаты. В итоге получилось интересное интервью. Читайте его по ходу статьи.
Использование персонажей - мощный инструмент тестирования, который помогает расширить понимание продукта и рождает новые идеи для тестов.
Если вы думаете и действуете, как определенный персонаж - вы можете найти баги, которые в норме не нашли бы никогда, застряв в рамках своего образа мыслей и действий.
Персонажей, которых можно использовать в тестировании, бесчисленное множество. Зачастую они изображают конкретных конечных пользователей. Но чтобы помочь вам мыслить еще более нестандартно, неплохо попробовать себя в роли персонажа-супергероя.
Предположим, у вас есть набор сценариев, которые вы гоняете ежемесячно в регрессе. Попробуйте внести в него новую нотку, воображая себя супергероем - это не только забавно, но и может помочь в поиске багов.
Затем вы можете ежемесячно менять тематику тестирования - например, почерпнуть идеи из Стар Трека, Игры Престолов, Властелина Колец, Дней нашей жизни, МакГивера, или выбрать любую другую тематику.
Каждый раз, когда вы меняете подход таким образом, задумайтесь, как бы поступали выбранные персонажи, как бы это повлияло на ваш продукт. Возможно, у вас родятся новые идеи!
Суть в том, чтобы поразмышлять над использованием выбранных персонажей в контексте вашего приложения. Может, у вас есть личное восприятие супергероев, или они использовали бы ваш продукт иначе - а может, вам нужен свой собственный набор персонажей, своя тематика, чтобы заставить мозг работать.
Ниже - список из некоторых супергероев и краткое описание, как их можно было бы использовать.
Не пришли ли вам в голову новые тесты, когда вы размышляете об этих персонажах?
