Сайт DOU.UA публикует дайджесты, посвященные тестированию (оригинальная публикация на DOU.UA). Но так как в России у многих этот сайт заблокирован, то мы попросили разрешение автора на перепубликацию дайджестов.
Меня зовут Максим, я работаю тестировщиком ПО, с интересом слежу за событиями в мире тестирования и IT. Самое интересное собираю вместе и с радостью делюсь с вами. Приятного чтения!
Новости
Дефект ценой в 440 миллионов долларов. Название интригующее. Читайте подробнее в статье.
Сбой в системе ночного обновления для iOS 9.1 отключил будильники у пользователей iPhone.
Помните, как почти у всех не работал Skype 21 сентября? А вот почему.
В известном архиваторе WinRar обнаружена уязвимость. Но опасна она только для тех, кто наивно запускает самораспаковывающиеся sfx архивы. Но мы то так никогда не делаем, правда?
Почитать
О крутости Sublime Text в картинках. Интересно, а пользуется ли кто-то чем-то более экзотическим, чем Notepad++ и Sublime Text?
Подробно о том, как работают веб-технологии и веб-приложения (в картинках).
Для нас, как и для многих других профессий, очень важную роль играет грамотный тайм-менеджмент. Об этом рассказано много, но всё же вот еще один взгляд с примерами. Читайте и практикуйте.
Статья не новая, но актуальная. Про метрики и их важность.
Этим материалом я открываю цикл коротких статей, посвященных навыкам и техникам, которым обычно не уделяют внимания в "традиционном" тестировании. Тем не менее, они могут пригодиться каждому тестировщику.
Я планирую написать про то, как:
Влиять на людей, слушая их.
Делать заметки.
Руководить командой.
"Продавать" идеи.
Говорить на языке бизнеса.
Решать проблемы эмпирическим путем.
Выходить за рамки традиционных моделей.
Если вам приходят в голову еще какие-то темы, которые мне следует развить, пожалуйста, напишите мне.
Я публикую этот список в общем доступе, так как это своего рода мое обязательство написать все эти статьи. Это мой первый совет вам: хотите сделать то, что давно откладывали - опубликуйте свое намерение.
Я абсолютно убежден,что подходы и методы тестирования нужно постоянно совершенствовать. В последнее время моя команда стремится к тому, чтобы наши тестировщики тоже разделяли эту позицию. Мы пытаемся этого добиться, разъясняя, что:
Наши нынешние методики – тоже результат многолетней эволюции.
Верить в существование идеальных решений опасно: мы можем упустить куда лучше подходящую нам методику, цепляясь за «передовые методы».
Мы всегда открыты для новых идей и предложений.
Беседуя с тест-аналитиками о совершенствовании наших подходов и внедрении новых техник, я начал задумываться о целях улучшения тестирования. Как мы узнаем, что эта эволюция положительно повлияет на него? Как мы определим, что новая идея действительно улучшила наши процессы?
Я спросил тест-аналитиков, бизнес-аналитиков и владельцев продукта, как измеряется успешность тестирования.
Ниже приведено краткое содержание моих записей, сделанных в процессе общения, и перечислены проблемные места каждой метрики, которые (как я считаю) нужно учитывать при попытке эти метрики применить. Я также постарался изложить свое видение оценки успешности тестирования.
Выступление Алексея Петрова на онлайн-конференции для специалистов по тестированию Fun ConfeT&QA.
Даже в небольших командах тестирования объем информации, ежедневно проходящей через нее бывает запредельно высоким. А сколько информации проходит через нас за неделю, месяц, год…
Как не потеряться в этом потоке фактов, чисел, фамилий, проектов?
Мой ответ- вестники тестирования! Вестник тестирования- это стенгазета/электронный журнал, в котором в свободной форме излагаются ключевые аспекты из жизни отдела тестирования. Все это сопровождается толикой образовательной информации и Fun’a, что делает прочтение вестника не только полезным, но и интересным.
В своем докладе я расскажу о том, какие цели и пользу можно получить с помощью подобного креатива. А также поделюсь «кухней» создания таких вестников и полезными советами.
Недавно я поучаствовал во встрече тестировщиков Лондона и слушал выступление Марка Винтерингэма, который рассуждал о ментальных моделях инструментов тестирования. Содержание его доклада и слайды можно посмотреть здесь: Почему Webdriver - это круто.
Он рассказывал, как Webdriver помогает автоматизировать тестирование/проверки (нет, я не хочу развязывать дискуссию насчет определений в этой статье), и как этот инструмент облегчил его труд тест-консультанта.
Марк также обратил внимание, что инструменты, которые мы используем, определяют наше мышление, поведение и взаимодействие с приложением. Они влияют на то, как мы принимаем решения, как мы общаемся. Иными словами, инструменты начинают определять, как именно мы тестируем - если мы позволим им это.
Он сослался на один из самых ярких докладов конференции Test Bash 3 - "Автоматизация: время менять подходы" Иана МакКовветта (видео доклада можно посмотреть здесь) и сделал вывод, что к выбору инструментов и их использованию для достижения целей тестирования нужно подходить с осторожностью.
В ходе беседы Марк агитировал нас за "полигамию" в отношении инструментов. Чтобы повысить их эффективность, нужно искать новые подходы, пробовать новые инструменты. Если мы ограничиваем себя определенным набором инструментов - мы, в конечном итоге, ограничим свое мышление. Полигамия - это, конечно, забавная, но очень точная аналогия.
Доклад Ирины Ивановой на на встрече Tallinn DevClub.
Все люди время от времени склонны к когнитивным искажениям – так называемым, ловушкам мышления. Каждый род деятельности, в свою очередь, склоняет к тем или иным ловушкам в разной степени. При тестировании, например, можно легко найти зависимость или, наоборот, случайность там, где их нет. Или найти сложный критический баг, но пропустить простой.
Вначале я рассматривал тестирование, разработку и людей, вовлеченных в эти процессы, примерно так:
Затем я решил, что эти две области перекрывают друг друга. Тестировщики иногда занимаются разработкой, а разработчики могут привлекаться к тестированию.
Но позже я понял важную вещь. Тестировщики это тоже разработчики - они же участвуют в процессе разработки программного обеспечения! И, надеюсь, приносят пользу.
Регрессионное тестирование порой может быть весьма трудоёмкой задачей. Регрессионное тестирование – это тестирование, предназначенное для повторной проверки свойств приложения или продукта с целью убедиться в том, что после внесения изменений или добавления новых возможностей приложение по-прежнему работает. Уже из определения видно, что регрессионное тестирование может быть очень обширным, поскольку может потребоваться повторная проверка практически каждого свойства продукта. Как правило, регрессионные тесты – это тесты, разработанные ранее, следовательно, основная работа при регрессионном тестировании заключается не столько в создании тестов, сколько в их выполнении. Таким образом, самая первая проблема – это планирование того, что мы будем перепроверять. Итак, как же выбрать, что подвергнуть регрессионному тестированию?
