РискиФилософия и практические рекомендации

Анна Скумина

Менеджер проектов в

...

...

Игорь Любин

Идея !

Hy я же девочка !!

Капитан :)

Проект – мероприятие всегда временное. Преследующее уникальную цель.

Еще один Капитан :)

A cколько успешных проектов?

Циферки

CHAOS REPORT от Standish Group

Опасность повсюду!

VS.

«Ребята, давайте жить дружно!» (с)

Практика

История первая

Про НЕправильную оценку трудозатрат(разработчиками)

Что отличает хорошего разработчика от хорошего тестировщика?

“Творец” vs “Разрушитель”

.. или созидательная и деструктивная ментальные установки

Проблема

В оценках на реализацию не отражено время на обработку исключительных

ситуации

Следствие

Стремительное увеличение времени на багфикс.

Не «попадание» в сроки

Use cases как решение

Абсолютносчастлив :)

Еще +2 плюхи!

Они же, use cases - - основа для девелоперского тестирования - основа для тест дизайна

История вторая

Про пробелы в требованиях

Чета-не-то

Требования: несогласованы, неполны, нетестируемы, противоричивы…

Что происходит?

Что делать?

Общаться с заказчиком!Тестировать и согласовывать требованияРисовать прототипыВыявлять окружения

Абсолютносчастлив :)

Про независимость

История третья

Почему тестирование продукта силами самого разработчика сегодня рудимент ?

Риторический

Зачем ?

#1 Человеческая природа Не хотим искать проблемы в результах собственного труда

#2 «Слепые пятна» Если неправильно интерпретировали «на входе», реализовали. На основе той же интерпретации и проверять будем.

Все важное должно «пройти» две пары глаз.

Тестировщики тоже люди

Следствие

Результаты их труда тоже нужно тестировать.

Иначе.. неполное покрытие фукнционала тестовыми наборами

Ревью на уровне корпоративной политики

Абсолютносчастлив :)

История четвертая

Ключевые сотрудники

Они исчезают…

Болезнь, отпуск, семья, личное, уходят, схантили, надоело, стресс…

Что происходит?

Что делать?

Шарить знанияГрафик отпусковБеречь сотрудников«Скамейка запасных»Передача дел

Абсолютносчастлив :)

История пятая

Про существование уровней тестирования

( в теории )

Проект «Пилот»

5 разработчиков. Строго фиксированный срок (1,5 месяца)

Проблема

Ненулевые шансы «большого взрыва» на этапе интеграции

Следствие

Багфикс. Не «попадание» в сроки

Тестируйте не просто как можно скорее

Тестируйте компоненты в изоляции

Абсолютносчастлив :)

История шестая

Ответственная приемка

Что-то пошло не так!

Не то окружение, фазы луны, отключение света, битность ОС…

Придумываем заплатки

Что происходит?

Что делать?

Накануне отрепетировать приемкуКак будет проходитьПровести внутреннею приемкуПриемка независимой командой

Абсолютносчастлив :)

Философия?

Переосмысление ?

Цели тестирования?

Тестировать =снижать

риски!

Спасибо за внимание! Вопросы? :)