Вредные советы по управлению проектом. Взгляд QA. Часть I.
Ни в коем случае не рекомендую придерживаться данных советов. Текст носит сатирический характер.
1. Игнорируйте мелкие баги в проекте, пусть пользовательский опыт напоминает "путешествие по тропе полной колдобин, ям, камней и торчащих корней деревьев", вместо "путешествия по удобной тропе вымощенной желтым кирпичом"; 2. Тестирование новой фичи всегда должно начинаться за 1-2 часа до намеченного времени релиза; 3. Релиз с фиксами багов должен затрагивать как можно больше исправлений в абсолютно не связанных между собой частях проекта чтобы затронуть как можно больше функциональностей; 4. Наймите одного тестировщика на проект в надежде, что он найдет все баги и сможет регулярно проводить полное и всеобъемлющее тестирование включающее в себя все виды тестирования; 5. Игнорируйте запросы тестировщика на предоставление инструментов / ресурсов для повышения тестируемости - это всё тлетворные излишества; 6. Занимая менеджерскую позицию не вникайте в суть тестирования, даже на базовом уровне, даже на уровне познания принципов тестирования 7. В план разработки не закладывайте ни время на тестирование, ни время на исправление багов, ни буфер времени. Баги - это мелкая суета, тестировщику достаточно "Просто посмотреть", а это быстро.
· 30.06
Про 4 пункт настолько жиза… Разраб в самом начале года сел за рефакторинг ключевых модулей. По окончании пульнул мне на регресс с фразой "там всё ок, но ты глянь ". Потом приходишь к разрабу с баг-репортом и получаешь с порога :“Не может быть,хреновый ты тестировщик”.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён