А что Вы включаете в тест план? На основе чего строятся тесткейсы?
Мы много чего туда включаем, и у нас есть и планы тестирования, и требования к продукту, JIRA, отчеты о тестировании и даже стратегия :). Я не могу это детально расписывать на публичном ресурсе, тут вам придется поверить мне на слово.
Конечно, все, что вы написали — имеет место быть в жизни. Все так и есть в хорошо структурированных компаниях, скорее всего с полнофункциональным отделом управления персоналом.
Но бывает всякое. Бывает смена руководства, бывают приходящие со стороны управленцы, которые следуют правилу новой метлы. В таких случаях миссия компании, миссия отдела, и еще много чего меняется кардинально, с поворотами на 180 и 360 градусов от исходных.
Потом, существуют и маленькие компании, существуют компании-стартапы, работающие так быстро, что нет возможности обновлять даже тестовые планы, потому что очень важно скорее выйти на рынок с продуктом, пусть не идеальным, но уже зарабатывающим.
Поэтому мне кажется важным не позволять надевать себе на нос розовые очки и заменять реальную работу документами, которые понятны руководству, но не имеют практического применения в конкретной компании. Разумеется, решение принимается каждый раз по ситуации — но оно состоит не только в определении необходимой, но и достаточной для достижения результата документации.
надо определиться, ЗАЧЕМ это делать. Какую задачу решаем?
Само собой.
В моем примере идет речь о том, что все уже определено, все, кому нужно знать, что делать и как это делать — все знают и уже работают. То знание, что называется в терминах топов стратегией — существует, в компании есть его носители, и, возможно, оно даже записано, но в другом формате, под другим названием. А вынесение части информации, определяющей тестирование, в лишние документы под названием, приятным глазу топ-менеджеров, продукту не добавит ничего. Конечно, это приходится делать руководителю отдела, но думать, что это делается для добавления качества продукту, будет несколько наивно. У таких работ совсем другие задачи, и я считаю важным, чтобы это понимали.
В тексте так и написано :) для топов — это перевод, выжимка из существующих документов. Ничего плохого в этом нет, для них эти документы и предназначены. Все будет плохо, только если реальная работа отдела подменяется созданием такой «документации».
Мы много чего туда включаем, и у нас есть и планы тестирования, и требования к продукту, JIRA, отчеты о тестировании и даже стратегия :). Я не могу это детально расписывать на публичном ресурсе, тут вам придется поверить мне на слово.
Конечно, все, что вы написали — имеет место быть в жизни. Все так и есть в хорошо структурированных компаниях, скорее всего с полнофункциональным отделом управления персоналом.
Но бывает всякое. Бывает смена руководства, бывают приходящие со стороны управленцы, которые следуют правилу новой метлы. В таких случаях миссия компании, миссия отдела, и еще много чего меняется кардинально, с поворотами на 180 и 360 градусов от исходных.
Потом, существуют и маленькие компании, существуют компании-стартапы, работающие так быстро, что нет возможности обновлять даже тестовые планы, потому что очень важно скорее выйти на рынок с продуктом, пусть не идеальным, но уже зарабатывающим.
Поэтому мне кажется важным не позволять надевать себе на нос розовые очки и заменять реальную работу документами, которые понятны руководству, но не имеют практического применения в конкретной компании. Разумеется, решение принимается каждый раз по ситуации — но оно состоит не только в определении необходимой, но и достаточной для достижения результата документации.
что же, везет тому, кто сам везет. Мне всегда нравилась эта пословица.
Само собой.
В моем примере идет речь о том, что все уже определено, все, кому нужно знать, что делать и как это делать — все знают и уже работают. То знание, что называется в терминах топов стратегией — существует, в компании есть его носители, и, возможно, оно даже записано, но в другом формате, под другим названием. А вынесение части информации, определяющей тестирование, в лишние документы под названием, приятным глазу топ-менеджеров, продукту не добавит ничего. Конечно, это приходится делать руководителю отдела, но думать, что это делается для добавления качества продукту, будет несколько наивно. У таких работ совсем другие задачи, и я считаю важным, чтобы это понимали.