'

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

Понравилась презентация – покажи это...





Слайд 0

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


Слайд 1

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


Слайд 2

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


Слайд 3

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


Слайд 4

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


Слайд 5

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


Слайд 6

1.1. Вид сверху. Определения. Определение 0: «Качество – это соответствие ожиданиям заказчика (пользователя).» (Филипп Крухтен) 7


Слайд 7

1.1. Вид сверху. Определения. Определение 0: «Качество – это соответствие ожиданиям заказчика (пользователя).» (Филипп Крухтен) В итоге, всё-таки, пользователя. 8


Слайд 8

1.1. Вид сверху. Определения. Определение 1: «Тестирование программного обеспечения — процесс выявления ошибок в программном обеспечении » (Википедия) 9


Слайд 9

1.1. Вид сверху. Определения. Определение 1: «Тестирование программного обеспечения — процесс выявления ошибок в программном обеспечении » (Википедия) Куча вопросов: - Каких ошибок? - До каких пор мы будем их выявлять? - Сколько их должно быть? - Каким образом мы должны их выявлять? - … … … 10


Слайд 10

1.1. Вид сверху. Определения. Определение 2: «Правильное определение тестирования таково: Тестирование — процесс выполнения программы с намерением найти ошибки.» (Интернет) 11


Слайд 11

1.1. Вид сверху. Определения. Определение 2: «Правильное определение тестирования таково: Тестирование — процесс выполнения программы с намерением найти ошибки.» (Интернет) Содержит не цель, а намерение. 12


Слайд 12

1.1. Вид сверху. Определения. Определение 3. «Тестирование – это сверка реализации со спецификацией.» (Народное творчество) 13


Слайд 13

1.1. Вид сверху. Определения. Определение 3. «Тестирование – это сверка реализации со спецификацией.» (Народное творчество) Где здесь ожидания пользователя? 14


Слайд 14

1.1. Вид сверху. Определения. Определение 4: «Тестирование программного обеспечения - проверка соответствия между реальным и ожидаемым поведением программы, осуществляемая на конечном наборе тестов, выбранном определенным образом. (IEEE Guide to Software Engineering Body of Knowledge, SWEBOK, 2004) 15


Слайд 15

1.1. Вид сверху. Определения. Определение 4: «Тестирование программного обеспечения - проверка соответствия между реальным и ожидаемым поведением программы, осуществляемая на конечном наборе тестов, выбранном определенным образом. (IEEE Guide to Software Engineering Body of Knowledge, SWEBOK, 2004) Содержит в себе и цель, и метод. 16


Слайд 16

1.1. Вид сверху. Определения. Определение 5: «Тестирование – это процесс позволяющий определить корректность, полноту и качество разработанного программного продукта. (тестировщики.ру) Достаточно просто и правдиво. 17


Слайд 17

1.1. Вид сверху. Определения. Определение 5: «Тестирование – это процесс позволяющий определить корректность, полноту и качество разработанного программного продукта. (тестировщики.ру) Достаточно просто и правдиво. 18


Слайд 18

1.2. Взгляд разработчика на тестирование. «Подчистка» за разработчиком Поиск ошибок Вынесено, потому что у нас: - нет времени - нет сил - нет желания - недостойное занятие 19


Слайд 19

1.2. Взгляд разработчика на тестирование. «Подчистка» за разработчиком Поиск ошибок Вынесено, потому что у нас: - нет времени - нет сил - нет желания - недостойное занятие 20


Слайд 20

1.3. Взгляд тестировщика на тестирование. Без нас никуда: - у них не тот склад ума - нельзя тестировать свою работу - не смотрят, как пользователь При недоверии к разработчикам полное доверие аналитикам - спецификация – это Библия 21


Слайд 21

1.3. Взгляд тестировщика на тестирование. Без нас никуда: - у них не тот склад ума - нельзя тестировать свою работу - не смотрят, как пользователь При недоверии к разработчикам полное доверие аналитикам - спецификация – это Библия 22


Слайд 22

1.4. Взгляд менеджера на тестирование. Редко влазит: - ставит лишь задачу и сроки А лучше бы влезал: - бизнес-область - приоритеты - демонстрация 23


Слайд 23

1.4. Взгляд менеджера на тестирование. Редко влазит: - ставит лишь задачу и сроки А лучше бы влезал: - бизнес-область - приоритеты - демонстрация 24


Слайд 24

1.5. Взгляд руководителя на тестирование. Считает, что внедрение тестирование повысит качество само по себе 25


Слайд 25

1.5. Взгляд руководителя на тестирование. Считает, что внедрение тестирование повысит качество само по себе 26


Слайд 26

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


Слайд 27

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


Слайд 28

1.7. Промежуточные выводы. Тестирование – это не обеспечение качества, а всего лишь его контроль На качество влияет, что делает команда с полученными показателями Для улучшения ситуации надо понимать, что сейчас? 29


Слайд 29

1.7. Промежуточные выводы. Тестирование – это не обеспечение качества, а всего лишь его контроль На качество влияет, что делает команда с полученными показателями Для улучшения ситуации надо понимать, что сейчас? 30


Слайд 30

1.8. Тестирование. Какое? Не нашли или нашли мало ошибок. Плохое? - а если это последний релиз-кандидат? - а если это приемочный тест? 31


Слайд 31

1.8. Тестирование. Какое? Нашли много или очень много ошибок. Хорошее? - тогда разработка плохая? - а если раз за разом? 32


Слайд 32

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


Слайд 33

1.8. Тестирование. Какое? Не весь код (не все требования) покрыты. Разное покрытие Недостаточное? - недостаточное для чего? 34


Слайд 34

1.8. Тестирование. Какое? Не весь код (не все требования) покрыты. Разное покрытие Недостаточное? - недостаточное для чего? 35


Слайд 35

1.9. Тестирование. Сколько? Бойтесь голых метрик Метрика – это лишь сигнал 36


Слайд 36

1.9. Тестирование. Сколько? Бойтесь голых метрик Метрика – это лишь сигнал 37


Слайд 37

1.10. Тестирование. Что же? Тестирование – это часть процесса разработки ПО, которое в совокупности с действиями остальной проектной команды помогает повысить качество ПП Само по себе может: - измерить - подтвердить - опровергнуть 38


Слайд 38

1.10. Тестирование. Что же? Тестирование – это часть процесса разработки ПО, которое в совокупности с действиями остальной проектной команды помогает повысить качество ПП Само по себе может: - измерить - подтвердить - опровергнуть 39


Слайд 39

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


Слайд 40

2.1. Цели. Классификация. По объекту (что тестируем) По субъекту (кто тестирует) 41


Слайд 41

2.2. Цели по объекту Уровень 1 – часть приложения (модуль, экран, функциональность) - поиск ошибок в требованиях (на тестируемость) - поиск ошибок в реализации - проверка работоспособности - оценка удобства - измерение характеристик - проверка тезиса - … … … 42


Слайд 42

2.2. Цели по объекту Уровень 2 – приложение в целом - поиск ошибок в требованиях - поиск ошибок в реализации - проверка работоспособности - оценка удобства - измерение характеристик - проверка способности к интеграции - проверка устойчивости, восстанавливаемости , стабильности, надежности - … … … 43


Слайд 43

2.2. Цели по объекту Уровень 3 - продукт (идея, среда обитания, задачи и потребности пользователей, конкурентная ситуация и рынок, маркетинговые задачи и задачи бизнеса и т.п.) Продукт <> приложение 44


Слайд 44

2.2. Цели по объекту Уровень 3 - продукт (идея, среда обитания, задачи и потребности пользователей, конкурентная ситуация и рынок, маркетинговые задачи и задачи бизнеса и т.п.) Продукт <> приложение 45


Слайд 45

2.2. Цели по объекту Уровень 3 – продукт - актуальность - своевременность - окупаемость - привлекательность для аудитории - удобство для аудитории - позиционирование на рынке - соответствие требованиям бизнеса - … … … 46


Слайд 46

2.2. Цели по объекту Уровень 3 – продукт - актуальность - своевременность - окупаемость - привлекательность для аудитории - удобство для аудитории - позиционирование на рынке - соответствие требованиям бизнеса - … … … 47


Слайд 47

2.3. Цели по субъекту Уровень 1 – тестировщик - поиск ошибок - сверка со спецификацией - измерение характеристик - контроль реакции на результаты - слежение за не-ухудшением - резолюция о состоянии - … … … 48


Слайд 48

2.3. Цели по субъекту Уровень 1 – тестировщик - поиск ошибок - сверка со спецификацией - измерение характеристик - контроль реакции на результаты - слежение за не-ухудшением - резолюция о состоянии - … … … 49


Слайд 49

2.3. Цели по субъекту Уровень 2 – команда тестирования - разработка плана и стратегии - тестирование - резолюция о состоянии - коммуникация - носитель информации - носитель экспертизы - … … … 50


Слайд 50

2.3. Цели по субъекту Уровень 2 – команда тестирования - разработка плана и стратегии - тестирование - резолюция о состоянии - коммуникация - носитель информации - носитель экспертизы - … … … 51


Слайд 51

2.3. Цели по субъекту Уровень 3 – команда разработки - создать качественный продукт 52


Слайд 52

2.3. Цели по субъекту Уровень 3 – команда разработки - создать качественный продукт 53


Слайд 53

2.3. Цели по субъекту Уровень 4 – команда продукта - идея - разработка - продвижение (внедрение) - лавры ? 54


Слайд 54

2.3. Цели по субъекту Уровень 4 – команда продукта - идея - разработка - продвижение (внедрение) - лавры ? 55


Слайд 55

2.4. Цели. Важность. Цели нужно ставить В зависимости от целей меняются: - взгляды - подходы - действия - настроения Цели должны быть прозрачными 56


Слайд 56

2.4. Цели. Важность. Цели нужно ставить В зависимости от целей меняются: - взгляды - подходы - действия - настроения Цели должны быть прозрачными 57


Слайд 57

2.5. Виды тестирования. Выбор в зависимости от целей 58


Слайд 58

2.5. Виды тестирования. Выбор в зависимости от целей 59


Слайд 59

2.5. Виды тестирования. Для целей уровня 1 (часть приложения): - методы тестирования требований - функциональное - нагрузочное - юзабилити - объемное 60


Слайд 60

2.5. Виды тестирования. Для целей уровня 2 (приложение в целом): - методы тестирования требований - функциональное - нагрузочное - юзабилити - объемное, восстанавливаемости - надежности, стресс 61


Слайд 61

2.5. Виды тестирования. Для целей уровня 3 (продукт): - методы анализа требований - постановка целей тестирования - приоритеты и детализация - критерии окончания тестирования - степень Good Enough - организация процесса тестирования - обеспечение реакции - разработка плана и стратегии 62


Слайд 62

2.6. Стратегия тестирования. Составляется на основе целей С ней должны быть ознакомлены все участники разработки 63


Слайд 63

2.6. Стратегия тестирования. Составляется на основе целей С ней должны быть ознакомлены все участники разработки 64


Слайд 64

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


Слайд 65

3.1. Тестировщики, конечно! У нас есть: - умения - навыки - опыт - знания - окружения - нам за это платят 66


Слайд 66

3.2. Почему не разработчики? «Мы и так пишем хороший код, давай покажу, что все работает». Не смотрит глазами пользователя Не в курсе аудитории продукта «Замыленный взгляд» 67


Слайд 67

3.2. Почему не разработчики? «Мы и так пишем хороший код, давай покажу, что все работает». Не смотрит глазами пользователя Не в курсе аудитории продукта «Замыленный взгляд» 68


Слайд 68

3.3. Почему не менеджер? «Я же лучше всех знаю, чего хочет заказчик!» Не участник, а организатор процесса 69


Слайд 69

3.3. Почему не менеджер? «Я же лучше всех знаю, чего хочет заказчик!» Не участник, а организатор процесса 70


Слайд 70

3.4. Почему же разработчики? Обнаружение дефектов на уровне кода 71


Слайд 71

3.4. Почему же разработчики? Пример. Обнаружение дефектов на уровне кода 72


Слайд 72

3.4. Почему же разработчики? Обнаружение дефектов на уровне кода Смоук (приемочное) тестирование на работоспособность билда Тестирование требований на реализуемость 73


Слайд 73

3.4. Почему же разработчики? Обнаружение дефектов на уровне кода Смоук (приемочное) тестирование на работоспособность билда Тестирование требований на реализуемость 74


Слайд 74

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


Слайд 75

3.4. Почему же менеджер? Пример. Обнаружение «жизненных» дефектов Самые-пресамые невыявленные требования Control Panel > Regional and Language Options > Advances > ‘Select a language to match the language version of the non-Unicode programs you want to use ’ 76


Слайд 76

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


Слайд 77

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


Слайд 78

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


Слайд 79

4.1. Магический треугольник. 80 Пользователи Команда Бизнес Качество


Слайд 80

4.2. И всё-таки… Общее видение Определение целей Прозрачность целей Сотрудничество в достижении 81


Слайд 81

4.2. И всё-таки… Общее видение Определение целей Прозрачность целей Сотрудничество в достижении 82


Слайд 82

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


Слайд 83

Контакты. Я пишу: http://jnechaeva.blogspot.com Я общаюсь: lorien-julia@yandex.ru Skype: julia.nechaeva ICQ: 315399166 84


×

HTML:





Ссылка: