�ݺ�ߣ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.6. Взгляд программного продукта Вот, кто всё знает, только сказать не может.28

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

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

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

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

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

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

1.8. Тестирование. Какое? Не весь код (не все требования) покрыты. Разное покрытиеНедостаточное?- недостаточное для чего?Слепое навешивание ярлыков –это плохо. Можно промахнуться.35

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3.4. Почему же менеджер? Пример.Обнаружение «жизненных» дефектовСамые-пресамыеневыявленные требованияControlPanel > RegionalandLanguageOptions > Advances > ‘Selectalanguagetomatchthelanguageversionofthenon-Unicodeprogramsyouwanttouse ’76

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

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

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

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

4.2. И всё-таки…Общее видениеОпределение целейПрозрачность целейСотрудничество в достиженииУмение пользоваться инструментом, даже при высоком уровне умения с ним обращаться, неэффективно без понимания глобальных целей.82

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

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

�ݺ�ߣ

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

Recommended

More Related Content

What's hot (19)

Similar to Тестирование для не-тестировщиков (20)

More from Julia Nechaeva (7)

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