Тестирование для не-тестировщиков Простые мысли про высокое Юлия Нечаева

Кто я?

Тестировщик
Тест-менеджер
____________________
Опыт 4 года
Инструктор
Активный участник конференций

О чем вебинар

Что такое тестирование?
Зачем нужно тестировать?
Кто должен тестировать?

О чем вебинар

Что такое тестирование?
Зачем нужно тестировать?
Кто должен тестировать?
Цель: не научить,

План рассказа

ЧТО? Тестирование.
ЗАЧЕМ? Цели тестирования.
КТО? Кто должен тестировать?
Сравнивайте и делайте выводы!

1. Что? Тестирование.

1.1. Вид сверху. Определения.

Определение 0: «Качество – это соответствие ожиданиям

1.1. Вид сверху. Определения.

Определение 0: «Качество – это соответствие ожиданиям

1.1. Вид сверху. Определения.

Определение 1: «Тестирование программного обеспечения — процесс

1.1. Вид сверху. Определения.

Определение 1: «Тестирование программного обеспечения — процесс

1.1. Вид сверху. Определения.

Определение 2: «Правильное определение тестирования таково: Тестирование

1.1. Вид сверху. Определения.

Определение 2: «Правильное определение тестирования таково: Тестирование

1.1. Вид сверху. Определения.

Определение 3. «Тестирование – это сверка реализации

1.1. Вид сверху. Определения.

Определение 3. «Тестирование – это сверка реализации

1.1. Вид сверху. Определения.

Определение 4: «Тестирование программного обеспечения - проверка

1.1. Вид сверху. Определения.

Определение 4: «Тестирование программного обеспечения - проверка

1.1. Вид сверху. Определения.

Определение 5: «Тестирование – это процесс позволяющий

1.1. Вид сверху. Определения.

Определение 5: «Тестирование – это процесс позволяющий

1.2. Взгляд разработчика на тестирование.

«Подчистка» за разработчиком
Поиск ошибок
Вынесено, потому что

1.2. Взгляд разработчика на тестирование.

«Подчистка» за разработчиком
Поиск ошибок
Вынесено, потому что

1.3. Взгляд тестировщика на тестирование.

Без нас никуда:
- у них

1.3. Взгляд тестировщика на тестирование.

Без нас никуда:
- у них

1.4. Взгляд менеджера на тестирование.

Редко влазит:
- ставит лишь задачу

1.4. Взгляд менеджера на тестирование.

Редко влазит:
- ставит лишь задачу

1.5. Взгляд руководителя на тестирование.

Считает, что внедрение тестирование повысит качество

1.5. Взгляд руководителя на тестирование.

Считает, что внедрение тестирование повысит качество

1.6. Взгляд программного продукта ☺

1.6. Взгляд программного продукта ☺

1.7. Промежуточные выводы.

Тестирование – это не обеспечение качества, а всего

1.7. Промежуточные выводы.

Тестирование – это не обеспечение качества, а всего

1.8. Тестирование. Какое?

Не нашли или нашли мало ошибок. Плохое?
-

1.8. Тестирование. Какое?

Нашли много или очень много ошибок. Хорошее?
-

1.8. Тестирование. Какое?

Весь код (все требования) покрыты тестами. Полное?
-

1.8. Тестирование. Какое?

Не весь код (не все требования) покрыты. Разное

1.8. Тестирование. Какое?

Не весь код (не все требования) покрыты. Разное

1.9. Тестирование. Сколько?

Бойтесь голых метрик
Метрика – это лишь сигнал

1.9. Тестирование. Сколько?

Бойтесь голых метрик
Метрика – это лишь сигнал

1.10. Тестирование. Что же?

Тестирование – это часть процесса разработки ПО,

1.10. Тестирование. Что же?

Тестирование – это часть процесса разработки ПО,

2. Зачем? Цели.

2.1. Цели. Классификация.

По объекту (что тестируем)
По субъекту (кто тестирует)

2.2. Цели по объекту

Уровень 1 – часть приложения (модуль, экран, функциональность)

2.2. Цели по объекту

Уровень 2 – приложение в целом
- поиск

2.2. Цели по объекту

Уровень 3 - продукт (идея, среда обитания, задачи

2.2. Цели по объекту

Уровень 3 - продукт (идея, среда обитания, задачи

2.2. Цели по объекту

Уровень 3 – продукт
- актуальность
- своевременность

2.2. Цели по объекту

Уровень 3 – продукт
- актуальность
- своевременность

2.3. Цели по субъекту

Уровень 1 – тестировщик
- поиск ошибок
-

2.3. Цели по субъекту

Уровень 1 – тестировщик
- поиск ошибок
-

2.3. Цели по субъекту

Уровень 2 – команда тестирования
- разработка плана

2.3. Цели по субъекту

Уровень 2 – команда тестирования
- разработка плана

2.3. Цели по субъекту

Уровень 3 – команда разработки
- создать качественный

2.3. Цели по субъекту

Уровень 3 – команда разработки
- создать качественный

2.3. Цели по субъекту

Уровень 4 – команда продукта
- идея
-

2.3. Цели по субъекту

Уровень 4 – команда продукта
- идея
-

2.4. Цели. Важность.

Цели нужно ставить
В зависимости от целей меняются:

2.4. Цели. Важность.

Цели нужно ставить
В зависимости от целей меняются:

2.5. Виды тестирования.

Выбор в зависимости от целей

2.5. Виды тестирования.

Выбор в зависимости от целей

2.5. Виды тестирования.

Для целей уровня 1 (часть приложения):
- методы тестирования

2.5. Виды тестирования.

Для целей уровня 2 (приложение в целом):
- методы

2.5. Виды тестирования.

Для целей уровня 3 (продукт):
- методы анализа требований

2.6. Стратегия тестирования.

Составляется на основе целей
С ней должны быть ознакомлены все

2.6. Стратегия тестирования.

Составляется на основе целей
С ней должны быть ознакомлены все

3. Кто должен тестировать?

3.1. Тестировщики, конечно!

У нас есть:
- умения
- навыки
-

3.2. Почему не разработчики?

«Мы и так пишем хороший код, давай покажу,

3.2. Почему не разработчики?

«Мы и так пишем хороший код, давай покажу,

3.3. Почему не менеджер?

«Я же лучше всех знаю, чего хочет заказчик!»
Не

3.3. Почему не менеджер?

«Я же лучше всех знаю, чего хочет заказчик!»
Не

3.4. Почему же разработчики?

Обнаружение дефектов на уровне кода

3.4. Почему же разработчики? Пример.

Обнаружение дефектов на уровне кода

3.4. Почему же разработчики?

Обнаружение дефектов на уровне кода
Смоук (приемочное) тестирование на

3.4. Почему же разработчики?

Обнаружение дефектов на уровне кода
Смоук (приемочное) тестирование на

3.4. Почему же менеджер?

Обнаружение «жизненных» дефектов
Самые-пресамые невыявленные требования

3.4. Почему же менеджер? Пример.

Обнаружение «жизненных» дефектов
Самые-пресамые невыявленные требования
Control Panel >

3.4. Почему же менеджер?

Обнаружение «жизненных» дефектов
Самые-пресамые невыявленные требования

3.4. Почему же менеджер?

Обнаружение «жизненных» дефектов
Самые-пресамые невыявленные требования

4. Заключение.

4.1. Магический треугольник.

Пользователи

Команда

Бизнес

Качество

4.2. И всё-таки…

Общее видение
Определение целей
Прозрачность целей
Сотрудничество в достижении

4.2. И всё-таки…

Общее видение
Определение целей
Прозрачность целей
Сотрудничество в достижении

Спасибо.

Вам
Люксофту
Моим учителям
Моим коллегам – тестировщикам, разработчикам, менеджерам, руководителям. Они - тоже