Сайт DOU.UA публикует дайджесты, посвященные тестированию (оригинальная публикация на DOU.UA). Но так как в России у многих этот сайт заблокирован, то мы попросили разрешение автора на перепубликацию дайджестов.
Меня зовут Максим, я работаю тестировщиком ПО, с интересом слежу за событиями в мире тестирования и IT. Самое интересное собираю вместе и с радостью делюсь с вами. Приятного чтения!
Новости
Дефект ценой в 440 миллионов долларов. Название интригующее. Читайте подробнее в статье.
Сбой в системе ночного обновления для iOS 9.1 отключил будильники у пользователей iPhone.
Помните, как почти у всех не работал Skype 21 сентября? А вот почему.
В известном архиваторе WinRar обнаружена уязвимость. Но опасна она только для тех, кто наивно запускает самораспаковывающиеся sfx архивы. Но мы то так никогда не делаем, правда?
Почитать
О крутости Sublime Text в картинках. Интересно, а пользуется ли кто-то чем-то более экзотическим, чем Notepad++ и Sublime Text?
Подробно о том, как работают веб-технологии и веб-приложения (в картинках).
Для нас, как и для многих других профессий, очень важную роль играет грамотный тайм-менеджмент. Об этом рассказано много, но всё же вот еще один взгляд с примерами. Читайте и практикуйте.
Статья не новая, но актуальная. Про метрики и их важность.
Этим материалом я открываю цикл коротких статей, посвященных навыкам и техникам, которым обычно не уделяют внимания в "традиционном" тестировании. Тем не менее, они могут пригодиться каждому тестировщику.
Я планирую написать про то, как:
Влиять на людей, слушая их.
Делать заметки.
Руководить командой.
"Продавать" идеи.
Говорить на языке бизнеса.
Решать проблемы эмпирическим путем.
Выходить за рамки традиционных моделей.
Если вам приходят в голову еще какие-то темы, которые мне следует развить, пожалуйста, напишите мне.
Я публикую этот список в общем доступе, так как это своего рода мое обязательство написать все эти статьи. Это мой первый совет вам: хотите сделать то, что давно откладывали - опубликуйте свое намерение.
Доклад Ирины Винокуровой с онлайн-конференции Fun ConfeT&QA.
…Ты приходишь на работу, получаешь новый билд на тестирование, радостно начинаешь тестировать, предвкушая кучу интересных багов… Но что такое? Первая же стандартная проверка, и приложение падает. Затем вторая, третья… Ситуация не меняется.
…В баг-трекере большое количество багов в статусе resolved. С удовольствием начинаешь перепроверять… Так, стоп. Шаги те же, но система падает. Правда, с другой ошибкой. И на немой укор программистом можно услышать: «Ну есть же ты. Ты и перепроверишь»…
…Весь отдел разработки гудит, что в программу вводится новая функциональность. Все программисты кодят так, что дымятся клавиатуры. Но на просьбу дать ТЗ, тебе отвечают, что пока не время…
Когда такие вещи случаются один или два раза, то это можно воспринимать, как досадную случайность. А что, если они постоянны? И стандартные ошибки, и не перепроверка своих же исправлений, и постоянные разговоры об автоматизации…
Но выход есть – объяснить программистам, чем же мы занимаемся на самом деле. С толком, чувством, расстановкой. Чтобы ребята наконец поняли: мы команда. И некоторые вещи надо делать совместно.
О том, что я рассказывала своим программистам про тестирование, как я это делала, и к чему это привело, я постараюсь рассказать в своём докладе.
Я абсолютно убежден,что подходы и методы тестирования нужно постоянно совершенствовать. В последнее время моя команда стремится к тому, чтобы наши тестировщики тоже разделяли эту позицию. Мы пытаемся этого добиться, разъясняя, что:
Наши нынешние методики – тоже результат многолетней эволюции.
Верить в существование идеальных решений опасно: мы можем упустить куда лучше подходящую нам методику, цепляясь за «передовые методы».
Мы всегда открыты для новых идей и предложений.
Беседуя с тест-аналитиками о совершенствовании наших подходов и внедрении новых техник, я начал задумываться о целях улучшения тестирования. Как мы узнаем, что эта эволюция положительно повлияет на него? Как мы определим, что новая идея действительно улучшила наши процессы?
Я спросил тест-аналитиков, бизнес-аналитиков и владельцев продукта, как измеряется успешность тестирования.
Ниже приведено краткое содержание моих записей, сделанных в процессе общения, и перечислены проблемные места каждой метрики, которые (как я считаю) нужно учитывать при попытке эти метрики применить. Я также постарался изложить свое видение оценки успешности тестирования.
Уже давно ведутся споры о том, стоит ли сдавать ISTQB каждому конкретному специалисту. Особенно много сомнений у опытных тестировщиков, которые видели уже не один проект, посетили не один тренинг и прочли множество информации о тестировании.
BySTQB предлагают оторваться от противоречивых доводов «за» и «против» и бесплатно пройти пробный экзамен ISTQB Foundation Level.
*В бесплатной версии экзамена сертификат не выдается.
Почему стоит попробовать:
1) Не нужно готовиться – интересно же узнать, сдадите или нет просто с текущим уровнем знаний 2) Уже через час после экзамена вы получите результаты 3) Вы увидите не просто, какие ответы были правильными, а получите письменное обоснование, почему именно так 4) В случае не сдачи, вы ничего не теряете, а если вас убедят аргументы из пункта 3, то появится повод ознакомиться с общедоступными материалами подготовки к ISTQB, и повысить свой уровень в нужной теме 5) В открытом доступе будет опубликована итоговая статистика, можно ли сдать первый уровень ISTQB без подготовки и какие результаты получают тестировщики с разными годами опыта.
Для тех, кто уже твердо решил получить сертификат ISTQB, будет возможность совместить полезное с приятным, и сдать официальный платный экзамен.
Сертификация и бесплатный пробный экзамен состоятся в Москве 26 ноября, бесплатный экзамен также возможен в онлайн-формате. Читатели портала software-testing.ru могут сдать платный экзамен ISTQB CTFL по специальной цене – 140 Euro, для этого при регистрации используйте промокод STRU.
Мы уже почти сформировали расписание онлайн-тренингов по тестированию ПО до Нового года. Часть тренингов закончатся в канун новогодних праздников, часть захватит новогодние каникулы и продолжится в новом году. Это позволит тем, кто хочет провести это время с пользой во время длинных новогодних каникул, досдать и доработать предыдущие задания и идти вперед. Тренер будет в новогодние каникулы осуществлять поддержку учеников. А те, кто во время каникул собирается отдыхать, приступят к дальнейшей работе уже после новогодних праздников.
В новый год нужно вступать с новыми целями и задачами, а для этого как нельзя лучше помогают новые знания, поэтому мы приглашаем познакомиться с нашим расписание и выбрать себе подходящий курс.
Ниже представлены онлайн-тренинги с разбивкой по областям тестирования. Каждый тренинг включает в себя качественный теоретический материал, практические работы с обратной связью от тренера, постоянные консультации тренера во время всего срока обучения.
Мы работаем уже больше 6 лет и за это время нам прислали сотни отзывов, по результатам которых наши тренинги постоянно улучшаются.
Когда Ллевелин Фалько учит детей программировать, его "первое правило программирования" дети запоминают накрепко. Оно гласит, что программисты очень ленивые. Например, когда они хотят обратиться к некоторой функции, они не пишут её название полностью. Достаточно ввести две-три буквы, и пусть инструменты выполнят всю остальную работу за вас там, где это возможно.
Я не могу с этим согласиться – насколько я знаю из своего опыта работы, большинство программистов вовсе не ленивы. Программисты автоматизируют рутинную работу, они выявляют задачи, которые регулярно повторяются (или даже потенциально могут повторяться), и превращают их в код. Это требует таких усилий, что лень - далеко не первое качество программиста, которое приходит мне в голову.
Но иногда программисты действительно проявляют такую способность лениться, что это не укладывается у меня в голове. Лень заставляет их думать, что их компьютер – это практически центр вселенной, и подсказывает им знаменитый универсальный ответ «У меня все работает».
Выступление Алексея Петрова на онлайн-конференции для специалистов по тестированию Fun ConfeT&QA.
Даже в небольших командах тестирования объем информации, ежедневно проходящей через нее бывает запредельно высоким. А сколько информации проходит через нас за неделю, месяц, год…
Как не потеряться в этом потоке фактов, чисел, фамилий, проектов?
Мой ответ- вестники тестирования! Вестник тестирования- это стенгазета/электронный журнал, в котором в свободной форме излагаются ключевые аспекты из жизни отдела тестирования. Все это сопровождается толикой образовательной информации и Fun’a, что делает прочтение вестника не только полезным, но и интересным.
В своем докладе я расскажу о том, какие цели и пользу можно получить с помощью подобного креатива. А также поделюсь «кухней» создания таких вестников и полезными советами.
Выступление Натальи Руколь на онлайн-конференции для тест-менеджеров Chief ConfeT&QA.
Как бы вы ни старались «проверить всё», расширяя отдел или увеличивая сроки, времени на тестирование никогда не хватит.
Именно поэтому настоящие джедаи идут другим путём: они делают всё возможное для отбора в тестирование самых важных, самых необходимых тестов, и при этом – в правильной последовательности. И делают они это быстро, точно, применительно к каждой итерации и в разрезе различных областей функционала и типов тестирования.
Как они это делают? Какие световые мечи используют для победы над пропущенными ошибками и затянутыми сроками?
В этом докладе я расскажу вам о ключевых способах приоритизации тестов:
Анализ по приоритетам
Анализ на основе рисков качества
Карта влияний
Матрица изменений
Благодаря этому докладу вы получите в свой арсенал инструменты быстрого и эффективного планирования тестирования. Да пребудет с вами сила!
Недавно я поучаствовал во встрече тестировщиков Лондона и слушал выступление Марка Винтерингэма, который рассуждал о ментальных моделях инструментов тестирования. Содержание его доклада и слайды можно посмотреть здесь: Почему Webdriver - это круто.
Он рассказывал, как Webdriver помогает автоматизировать тестирование/проверки (нет, я не хочу развязывать дискуссию насчет определений в этой статье), и как этот инструмент облегчил его труд тест-консультанта.
Марк также обратил внимание, что инструменты, которые мы используем, определяют наше мышление, поведение и взаимодействие с приложением. Они влияют на то, как мы принимаем решения, как мы общаемся. Иными словами, инструменты начинают определять, как именно мы тестируем - если мы позволим им это.
Он сослался на один из самых ярких докладов конференции Test Bash 3 - "Автоматизация: время менять подходы" Иана МакКовветта (видео доклада можно посмотреть здесь) и сделал вывод, что к выбору инструментов и их использованию для достижения целей тестирования нужно подходить с осторожностью.
В ходе беседы Марк агитировал нас за "полигамию" в отношении инструментов. Чтобы повысить их эффективность, нужно искать новые подходы, пробовать новые инструменты. Если мы ограничиваем себя определенным набором инструментов - мы, в конечном итоге, ограничим свое мышление. Полигамия - это, конечно, забавная, но очень точная аналогия.
Зачем тестировщику-автоматизатору учить теорию? Может быть достаточно освоить какой-нибудь популярный инструмент, например, Selenium или TestComplete? Выучить какой-нибудь язык программирования, например, Java или Python? И никакая теория не нужна.
Но подождите! Раз уж зашла речь о программировании ("выучить какой-нибудь язык") -- давайте посмотрим, как там обстоят дела с теорией.
Обучение программированию начинается с понимания того, что такое алгоритм. Базовые элементы описания алгоритма одинаковы для множества языков программирования. И если человек один раз понял, что такое условие и что такое цикл -- он сможет узнать их под разными масками в разных языках программирования.
После этого, конечно, хорошо бы уже научиться писать на каком-нибудь языке, чтобы эти теоретические знания об алгоритмах применить на практике.
Но через некоторое время оказывается, что помимо алгоритмов языки содержат конструкции для описания классов -- и тогда приходится снова возвращаться к теории, чтобы понять суть объектно-ориентированного подхода. Это тоже достаточно универсальная идея, которая применяется во многих языках программирования, хотя может выглядеть очень по разному.
Освоив принципы работы с классами и объектами, человек получает в руки новый мощный инструмент. Он уже не только алгоритмы пишет, он строит архитектуру приложения. Это позволяет писать более сложные программы.
Но ещё через какое-то время выясняется, что архитектура местами получается какая-то кривая, костыли подпирают её тут и там. И приходится снова возвращаться к теории -- читать книжки про шаблоны проектирования, изучать типовые приёмы, учиться избегать стандартных ошибок проектирования.
И эти колебания от теории к практике и обратно могут повторяться многократно. Потому что есть ещё много интересного, выходящего за рамки отдельно взятого языка программирования.
А когда вы разрабатываете автоматизированные тесты -- к общей теории программирования добавляется ещё и специфическая дополнительная теория.
