Тестировщик и разработчик — два разных мира: иногда про них говорят, что они как кошка с собакой. Вряд ли совместная работа принесёт большую пользу, если взаимопонимание находится на низком уровне: например, когда тестировщик дёргает разработчика по мелочам, нечётко описывает кейсы или сваливает кучу мелких багов в одну задачу, разработчика всё это только раздражает и демотивирует…
Собрали 5 советов, которые помогут начинающему тестировщику найти взаимопонимание с разработчиками.
Встреча Клуба Московских Тестировщиков (Moscow Software Testing Club) 12.02 – посиделки узким кругом ТМ-ов. Никакой теории, только жизненные кейсы, шишки и выводы. Мест мало, фейсконтроль по анкете Хочется сделать эту встречу максимально полезной!
На этой встрече мы обсудим не успехи, которые и так много обсуждаются, а провалы. Какой из этого можно извлечь опыт? Будем делиться ТМ-скими граблями, чтобы знать, куда наступать не надо! Видео- и аудио-записи не будет . Приглашаем TM-ов, Group Manager-ов и Руководителей отделов тестирования.
Специальный гость: Замглавы Департамента информационных технологий Москвы – Борис Фролов.
Хозяйка ресторана, Наталья Руколь, угостит каждого эксклюзивным напитком.
ВАЖНО: количество мест ограничено, поэтому просим заполнить короткую анкету, чтобы мы смогли связаться в сами и подтвердить, что вы в списке участников. Анкета: https://forms.gle/HwDybD3dHJpPUejMA
Автор: Майкл Болтон (Michael Bolton) Оригинал статьи Перевод: Ольга Алифанова
Повсеместно распространено убеждение, что "предотвращение проблем на ранней стадии процесса разработки ПО приведет к продуктам более высокого качества, нежели тестирование на более поздних стадиях". Это не так.
Это неправда, но не по той причине, которая может прийти в голову большинству. Проблема не в том, что ранний поиск проблем – плохая идея. Обычно это действительно отличная идея.
Проблема в том, что утверждение бессвязно. Тестирование само по себе, неважно, рано или поздно выполненное, вообще не приводит к продуктам более высокого качества.
Предотвращение проблем, улучшение продукта и тестирование – это разные процессы внутри цикла разработки. Эти виды деятельности связаны друг с другом, но тестирование не может ни предотвращать проблемы, ни улучшать продукт. Помимо тестирования, должно произойти что-то еще.
Исходящее от меня, учителя и адвоката грамотного тестирования, это утверждение может показаться безумным, но это истина: тестирование не улучшает продукт.
