Добрый день, господа! Есть задача - подскажите какой будет верный ответ:
есть группа тестировщиков - 10 человек. Тестируется три разных системы. По каждой системе есть тест-план. Системы объемные. Как руководителю тестировщиков проконтролировать выполнил ли каждый тестировщик свой тест-план? Так как он докладывает, что все выполнено, а заказчик жалуется, что выполнено не все.
Как вообще проконтролировать данный процесс, каждого проверять - это получиться, что сам все протестировал. А если тестировщиков будет 20, каков верный процесс контроля?
Вы знаете, кто такой Джеральд Вайнберг? Это один из признанных авторитетов в программной инженерии с мировым именем. В США и Европе он стоит в одном ряду с такими гуру как Том ДеМарко, Алистер Коберн, Уокер Ройс, Крэг Ларман, но по непонятным причинам его книги в России пока не издавались. Но...
Благодаря издательству Дмитрия Лазарева, у нас появилась возможность прочесть эту книгу на русском языке. Книга уже переведена, вычитана, отредактирована и сверстана, остался последний шаг - сама печать в типографии. На этот шаг мы сейчас собираем деньги методом краудфандинга.
Стать соиздателем - единственный шанс получить книгу в электронном виде.
Что касается самой книги... Несмотря на то, что в названии книги присутствует слово "консалтинг", эта книга будет полезна даже тем, кто не является консультантом: бизнес-аналитикам, менеджерам проектов, ведущим разработчикам и тестировщикам. Джеральд Вайнберг - он наш! Он айтишник! Он стоял у истоков Agile еще за три десятка лет до подписания Agile manifesto! Этот дяька реально крут, и его книга - шедевр!
Стань соиздателем здесь!
Очень многие тестировщики, с которыми я обсуждала вопросы юзабилити, имеют об этом понятии очень смутное представление. Давайте развеем основные мифы про юзабилити и его тестирование:
Миф 1: Юзабилити – это GUI
В восприятии многих тестировщиков есть 2 взаимоисключающих вида тестирования:
функциональное (работает или нет заявленная функциональность)
тестирование GUI (как расположены кнопочки, какого они размера и цвета)
Функциональное тестирование при таком делении кажется более важным, а тестирование GUI – дополнительной опцией, простой и не очень важной. И именно её многие называют тестированием юзабилити… ОК, давайте договоримся: тестирование GUI и тестирование юзабилити – совсем разные вещи. Юзабилити – это свойство продукта удовлетворить потребности пользователя, и графический интерфейс – лишь одна из составляющих юзабилити. Юзабилити продукта определяется целым комплексом факторов:
Наличие требуемой пользователю функциональности и её работоспособность
Простота использования продукта и скорость обучения
Количество ошибок, которые совершают пользователи из-за непонимания.
А значит, для достижения высокого юзабилити, менять цвет кнопочек недостаточно, и удобство использования включает в себя и функциональную составляющую, и GUI, и справку, и даже поддержку пользователей.
занимаются разработкой программных продуктов (на .NET)
средний возраст сотрудников 27-30 лет
есть 2 глобальных проекта (соответственно, столько же в тестировании) - разработка ядра и разработка функционала, сейчас все тестировщики на функционале
в тестировании 4 специалиста (Junior-Middle по опыту), официально относятся к отделу разработки
работают по Kanban, тестировщики прикреплены к проектам, тесно взаимодействуют с разработчиками, сидят все в 1 опен-спейсе (10 разработчиков, 4 тестировщика)
очень хотят автоматизировать тестирование, сейчас автоматизации практически нет (нагрузочным тестированием занимаются программисты, используют Ranorex).
система багтрегинга TFS
Почему вакансия открылась:
вакансия новая, такого специалиста сейчас нет
осознали свою потребность в нем
Кто нужен:
Специалист, который не только "возьмет под крыло" тестировщиков, будет главным экспертом во всех вопросах, связанных с QA, но и, если понадобиться, сможет сам протестировать продукт (автоматизация - это плюс)
Обязанности:
постановка задач, распределение нагрузки, контроль исполнения, передача знаний, отстаивание интересов
поначалу, скорее всего, будет сам тестировать продукты
Развитие:
Сейчас подчинение руководителю разработки, в будущем может быть свой отдел
Что предлагают:
З.п. обсуждается с каждым индивидуально (сразу предупреджаю, вилку не могу назвать, отталкиваются от пожеланий кандидатов)
Чай, кофе, аренда футбольного зала, поощрение не курящих, обучение за счет компании
Собеседование: 2 этапа
1) с HR и руководителем разработки, техническое +тест (никаких вопросов из разряда "почему люк круглый", будет 10 открытых вопросов по тестированию)
2) с генеральным директором, руководителем разработки (да, он 2 раза будет собеседовать, хочет получше познакомиться), руководителем HR
Обратную связь готовы давать быстро, либо в этот же день, либо на следующий.