SlideShare uma empresa Scribd logo
1 de 29
ЖДЕМ ВСЕХ 
1
ОБО МНЕ
Андрей Мясников
В тестировании c 2009
QA Coordinator
АВТОРСКИЙ КОНТРОЛЬ:
ВЫ ВСЕ ЭТО ДЕЛАЕТЕ,
ПРОСТО НЕ ЗНАЕТЕ
ОБ ЭТОМ.
АНДРЕЙ МЯСНИКОВ
WARGAMING, QA COORDINATOR
3
Нормально же общались!
А у меня в голове это выглядело
по-другому!
Эээ… Это что вы сейчас мне
показываете?
A2. НЕ ТО
4
A3. НЕ ТОТ
5
Макет!
Внимание!
Марш!
A4. НЕ ТУДА
6
Постановка проблемы:
Был нужен инструмент,
который позволял бы
находить расхождения
на ранних этапах.
B1. ЕСТЬ МНЕНИЕ
7
Показывали продукт
заказчику после
каждого спринта
C1. ВРЕМЯ
8
Делать скрины
Прикреплять
к макету
…
PROFIT!
C2. ПРОСТРАНСТВО
9
«Босс, Сулик опять
на меня смотрит!»
(с) Вик
C3. FALLOUT
10
Wargaming
Оно работает
D1. IT WORKS!
11
Wargaming
Оно работает
До меня
D1. IT WORKS!
12
D2. ДЕЛИТСЯ НА 2 ЧАСТИ
13
Trigger:
 GUI
Code review
Вёрстка + Дизайн, 1 день
D3. ЧАСТЬ 1
14
 FE
 BE
 Relosved!
Затрагивает больше сторон
D4. ЧАСТЬ 2
15
1. Дизайнеры совместно с верстальщиками проводят I этап АК. Совместно просматривают
страницы и решают, что нужно исправить.
D5. ДЕТАЛИ
16
1. Дизайнеры совместно с верстальщиками проводят I этап АК. Совместно просматривают
страницы и решают, что нужно исправить
2. Команда FE исправляет найденные на I этапе замечания.
D5. ДЕТАЛИ
17
1. Дизайнеры совместно с верстальщиками проводят I этап АК. Совместно просматривают
страницы и решают, что нужно исправить
2. Команда FE исправляет найденные на I этапе замечания.
3. После того как все найденные на I этапе замечания исправлены, приходит время II этапа
АК.
D5. ДЕТАЛИ
18
1. Дизайнеры совместно с верстальщиками проводят I этап АК. Совместно просматривают
страницы и решают, что нужно исправить
2. Команда FE исправляет найденные на I этапе замечания.
3. После того как все найденные на I этапе замечания исправлены, приходит время II этапа
АК.
4. Дизайнер просматривает получившееся и пишет свои замечания в соответствующем
Документе. После чего дает знать QA о том, что АК завершен.
D5. ДЕТАЛИ
19
1. Дизайнеры совместно с верстальщиками проводят I этап АК. Совместно просматривают
страницы и решают, что нужно исправить
2. Команда FE исправляет найденные на I этапе замечания.
3. После того как все найденные на I этапе замечания исправлены, приходит время II этапа
АК.
4. Дизайнер просматривает получившееся и пишет свои замечания в соответствующем
Документе. После чего дает знать QA о том, что АК завершен.
5. QA просматривает эти замечания и заводит баги или импрувы на соответсвующий отдел
(FE, BE, локализации и т.д.)
D5. ДЕТАЛИ
20
1. Дизайнеры совместно с верстальщиками проводят I этап АК. Совместно просматривают
страницы и решают, что нужно исправить
2. Команда FE исправляет найденные на I этапе замечания.
3. После того как все найденные на I этапе замечания исправлены, приходит время II этапа
АК.
4. Дизайнер просматривает получившееся и пишет свои замечания в соответствующем
Документе. После чего дает знать QA о том, что АК завершен.
5. QA просматривает эти замечания и заводит баги или импрувы на соответсвующий отдел
(FE, BE, локализации и т.д.)
6. Команды фиксят найденные на II этапе баги.
D5. ДЕТАЛИ
21
1. Дизайнеры совместно с верстальщиками проводят I этап АК. Совместно просматривают
страницы и решают, что нужно исправить
2. Команда FE исправляет найденные на I этапе замечания.
3. После того как все найденные на I этапе замечания исправлены, приходит время II этапа
АК.
4. Дизайнер просматривает получившееся и пишет свои замечания в соответствующем
Документе. После чего дает знать QA о том, что АК завершен.
5. QA просматривает эти замечания и заводит баги или импрувы на соответсвующий отдел
(FE, BE, локализации и т.д.)
6. Команды фиксят найденные на II этапе баги.
7. Команда QA проводит верификацию. Если надо, QA может обратиться к дизайнеру, дабы
убедиться, что тот или иной баг исправлен.
D5. ДЕТАЛИ
22
1. Дизайнеры совместно с верстальщиками проводят I этап АК. Совместно просматривают
страницы и решают, что нужно исправить
2. Команда FE исправляет найденные на I этапе замечания.
3. После того как все найденные на I этапе замечания исправлены, приходит время II этапа
АК.
4. Дизайнер просматривает получившееся и пишет свои замечания в соответствующем
Документе. После чего дает знать QA о том, что АК завершен.
5. QA просматривает эти замечания и заводит баги или импрувы на соответсвующий отдел
(FE, BE, локализации и т.д.)
6. Команды фиксят найденные на II этапе баги.
7. Команда QA проводит верификацию. Если надо, QA может обратиться к дизайнеру, дабы
убедиться, что тот или иной баг исправлен.
8. Если исправлений по каким-то причинам слишком много, можно попросить дизайнера
еще раз просмотреть страницу и провести дополнительный этап АК
( повторение шагов 4-7)
D5. ДЕТАЛИ
23
Эффективность!
Слаженность!
#oneteam
Profit?
E1. RULES
24
Скорректировать
работы на
определенном этапе,
давая понимание
объёма необходимых
доработок.
E2. КОРРЕКЦИЯ
25
Возможность разделить,
что можно добавить в
импрувы или кинуть на
следующие версии,
а что надо срочно
дорабатывать или делать.
E4. SPLIT/DEADLINE
26
Дать общее
видение целей
всей команде.
Ну, или хотя бы
участвующим
людям
E5. VISION
СПАСИБО ЗА ВНИМАНИЕ!
ANDREY MYASNIKOV
Блог Ленивого Тестировщика:
lazy-tester.blogspot.com
ANY QUESTIONS?
radio-qa.com
Facebook: /radioqa
VK: /radioqa
Twitter: radio_qa
Telegram: @RichardGears
@qa_ru
@qa_jobs
@qa_bad_company

Mais conteúdo relacionado

Mais de SQALab

Готовим стажировку
Готовим стажировкуГотовим стажировку
Готовим стажировкуSQALab
 
Куда приводят мечты? или Искусство развития тестировщика
Куда приводят мечты? или Искусство развития тестировщикаКуда приводят мечты? или Искусство развития тестировщика
Куда приводят мечты? или Искусство развития тестировщикаSQALab
 
Оптимизация Selenium тестов и ускорение их поддержки
Оптимизация Selenium тестов и ускорение их поддержкиОптимизация Selenium тестов и ускорение их поддержки
Оптимизация Selenium тестов и ускорение их поддержкиSQALab
 
Автоматизация 0.0: 0 - бюджет, 0 - опыт программирования
Автоматизация 0.0: 0 - бюджет, 0 - опыт программированияАвтоматизация 0.0: 0 - бюджет, 0 - опыт программирования
Автоматизация 0.0: 0 - бюджет, 0 - опыт программированияSQALab
 
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...SQALab
 
Continuous performance testing
Continuous performance testingContinuous performance testing
Continuous performance testingSQALab
 
Конфиги вместо костылей. Pytestconfig и зачем он нужен
Конфиги вместо костылей. Pytestconfig и зачем он нуженКонфиги вместо костылей. Pytestconfig и зачем он нужен
Конфиги вместо костылей. Pytestconfig и зачем он нуженSQALab
 
Команда чемпионов в ИТ стихии
Команда чемпионов в ИТ стихииКоманда чемпионов в ИТ стихии
Команда чемпионов в ИТ стихииSQALab
 
API. Серебряная пуля в магазине советов
API. Серебряная пуля в магазине советовAPI. Серебряная пуля в магазине советов
API. Серебряная пуля в магазине советовSQALab
 
Добиваемся эффективности каждого из 9000+ UI-тестов
Добиваемся эффективности каждого из 9000+ UI-тестовДобиваемся эффективности каждого из 9000+ UI-тестов
Добиваемся эффективности каждого из 9000+ UI-тестовSQALab
 
Делаем автоматизацию проектных KPIs
Делаем автоматизацию проектных KPIsДелаем автоматизацию проектных KPIs
Делаем автоматизацию проектных KPIsSQALab
 
Вредные привычки в тест-менеджменте
Вредные привычки в тест-менеджментеВредные привычки в тест-менеджменте
Вредные привычки в тест-менеджментеSQALab
 
Мощь переполняет с JDI 2.0 - новая эра UI автоматизации
Мощь переполняет с JDI 2.0 - новая эра UI автоматизацииМощь переполняет с JDI 2.0 - новая эра UI автоматизации
Мощь переполняет с JDI 2.0 - новая эра UI автоматизацииSQALab
 
Как hh.ru дошли до 500 релизов в квартал без потери в качестве
Как hh.ru дошли до 500 релизов в квартал без потери в качествеКак hh.ru дошли до 500 релизов в квартал без потери в качестве
Как hh.ru дошли до 500 релизов в квартал без потери в качествеSQALab
 
Стили лидерства и тестирование
Стили лидерства и тестированиеСтили лидерства и тестирование
Стили лидерства и тестированиеSQALab
 
"Давайте не будем про качество"
"Давайте не будем про качество""Давайте не будем про качество"
"Давайте не будем про качество"SQALab
 
Apache.JMeter для .NET-проектов
Apache.JMeter для .NET-проектовApache.JMeter для .NET-проектов
Apache.JMeter для .NET-проектовSQALab
 
Тестирование геолокационных систем
Тестирование геолокационных системТестирование геолокационных систем
Тестирование геолокационных системSQALab
 
Лидер или босс? Вот в чем вопрос
Лидер или босс? Вот в чем вопросЛидер или босс? Вот в чем вопрос
Лидер или босс? Вот в чем вопросSQALab
 
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...SQALab
 

Mais de SQALab (20)

Готовим стажировку
Готовим стажировкуГотовим стажировку
Готовим стажировку
 
Куда приводят мечты? или Искусство развития тестировщика
Куда приводят мечты? или Искусство развития тестировщикаКуда приводят мечты? или Искусство развития тестировщика
Куда приводят мечты? или Искусство развития тестировщика
 
Оптимизация Selenium тестов и ускорение их поддержки
Оптимизация Selenium тестов и ускорение их поддержкиОптимизация Selenium тестов и ускорение их поддержки
Оптимизация Selenium тестов и ускорение их поддержки
 
Автоматизация 0.0: 0 - бюджет, 0 - опыт программирования
Автоматизация 0.0: 0 - бюджет, 0 - опыт программированияАвтоматизация 0.0: 0 - бюджет, 0 - опыт программирования
Автоматизация 0.0: 0 - бюджет, 0 - опыт программирования
 
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...
 
Continuous performance testing
Continuous performance testingContinuous performance testing
Continuous performance testing
 
Конфиги вместо костылей. Pytestconfig и зачем он нужен
Конфиги вместо костылей. Pytestconfig и зачем он нуженКонфиги вместо костылей. Pytestconfig и зачем он нужен
Конфиги вместо костылей. Pytestconfig и зачем он нужен
 
Команда чемпионов в ИТ стихии
Команда чемпионов в ИТ стихииКоманда чемпионов в ИТ стихии
Команда чемпионов в ИТ стихии
 
API. Серебряная пуля в магазине советов
API. Серебряная пуля в магазине советовAPI. Серебряная пуля в магазине советов
API. Серебряная пуля в магазине советов
 
Добиваемся эффективности каждого из 9000+ UI-тестов
Добиваемся эффективности каждого из 9000+ UI-тестовДобиваемся эффективности каждого из 9000+ UI-тестов
Добиваемся эффективности каждого из 9000+ UI-тестов
 
Делаем автоматизацию проектных KPIs
Делаем автоматизацию проектных KPIsДелаем автоматизацию проектных KPIs
Делаем автоматизацию проектных KPIs
 
Вредные привычки в тест-менеджменте
Вредные привычки в тест-менеджментеВредные привычки в тест-менеджменте
Вредные привычки в тест-менеджменте
 
Мощь переполняет с JDI 2.0 - новая эра UI автоматизации
Мощь переполняет с JDI 2.0 - новая эра UI автоматизацииМощь переполняет с JDI 2.0 - новая эра UI автоматизации
Мощь переполняет с JDI 2.0 - новая эра UI автоматизации
 
Как hh.ru дошли до 500 релизов в квартал без потери в качестве
Как hh.ru дошли до 500 релизов в квартал без потери в качествеКак hh.ru дошли до 500 релизов в квартал без потери в качестве
Как hh.ru дошли до 500 релизов в квартал без потери в качестве
 
Стили лидерства и тестирование
Стили лидерства и тестированиеСтили лидерства и тестирование
Стили лидерства и тестирование
 
"Давайте не будем про качество"
"Давайте не будем про качество""Давайте не будем про качество"
"Давайте не будем про качество"
 
Apache.JMeter для .NET-проектов
Apache.JMeter для .NET-проектовApache.JMeter для .NET-проектов
Apache.JMeter для .NET-проектов
 
Тестирование геолокационных систем
Тестирование геолокационных системТестирование геолокационных систем
Тестирование геолокационных систем
 
Лидер или босс? Вот в чем вопрос
Лидер или босс? Вот в чем вопросЛидер или босс? Вот в чем вопрос
Лидер или босс? Вот в чем вопрос
 
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...
 

Авторский контроль: вы все это делаете, просто не знаете об этом

  • 2. 1 ОБО МНЕ Андрей Мясников В тестировании c 2009 QA Coordinator
  • 3. АВТОРСКИЙ КОНТРОЛЬ: ВЫ ВСЕ ЭТО ДЕЛАЕТЕ, ПРОСТО НЕ ЗНАЕТЕ ОБ ЭТОМ. АНДРЕЙ МЯСНИКОВ WARGAMING, QA COORDINATOR
  • 4. 3 Нормально же общались! А у меня в голове это выглядело по-другому! Эээ… Это что вы сейчас мне показываете? A2. НЕ ТО
  • 7. 6 Постановка проблемы: Был нужен инструмент, который позволял бы находить расхождения на ранних этапах. B1. ЕСТЬ МНЕНИЕ
  • 10. 9 «Босс, Сулик опять на меня смотрит!» (с) Вик C3. FALLOUT
  • 14. 13 Trigger:  GUI Code review Вёрстка + Дизайн, 1 день D3. ЧАСТЬ 1
  • 15. 14  FE  BE  Relosved! Затрагивает больше сторон D4. ЧАСТЬ 2
  • 16. 15 1. Дизайнеры совместно с верстальщиками проводят I этап АК. Совместно просматривают страницы и решают, что нужно исправить. D5. ДЕТАЛИ
  • 17. 16 1. Дизайнеры совместно с верстальщиками проводят I этап АК. Совместно просматривают страницы и решают, что нужно исправить 2. Команда FE исправляет найденные на I этапе замечания. D5. ДЕТАЛИ
  • 18. 17 1. Дизайнеры совместно с верстальщиками проводят I этап АК. Совместно просматривают страницы и решают, что нужно исправить 2. Команда FE исправляет найденные на I этапе замечания. 3. После того как все найденные на I этапе замечания исправлены, приходит время II этапа АК. D5. ДЕТАЛИ
  • 19. 18 1. Дизайнеры совместно с верстальщиками проводят I этап АК. Совместно просматривают страницы и решают, что нужно исправить 2. Команда FE исправляет найденные на I этапе замечания. 3. После того как все найденные на I этапе замечания исправлены, приходит время II этапа АК. 4. Дизайнер просматривает получившееся и пишет свои замечания в соответствующем Документе. После чего дает знать QA о том, что АК завершен. D5. ДЕТАЛИ
  • 20. 19 1. Дизайнеры совместно с верстальщиками проводят I этап АК. Совместно просматривают страницы и решают, что нужно исправить 2. Команда FE исправляет найденные на I этапе замечания. 3. После того как все найденные на I этапе замечания исправлены, приходит время II этапа АК. 4. Дизайнер просматривает получившееся и пишет свои замечания в соответствующем Документе. После чего дает знать QA о том, что АК завершен. 5. QA просматривает эти замечания и заводит баги или импрувы на соответсвующий отдел (FE, BE, локализации и т.д.) D5. ДЕТАЛИ
  • 21. 20 1. Дизайнеры совместно с верстальщиками проводят I этап АК. Совместно просматривают страницы и решают, что нужно исправить 2. Команда FE исправляет найденные на I этапе замечания. 3. После того как все найденные на I этапе замечания исправлены, приходит время II этапа АК. 4. Дизайнер просматривает получившееся и пишет свои замечания в соответствующем Документе. После чего дает знать QA о том, что АК завершен. 5. QA просматривает эти замечания и заводит баги или импрувы на соответсвующий отдел (FE, BE, локализации и т.д.) 6. Команды фиксят найденные на II этапе баги. D5. ДЕТАЛИ
  • 22. 21 1. Дизайнеры совместно с верстальщиками проводят I этап АК. Совместно просматривают страницы и решают, что нужно исправить 2. Команда FE исправляет найденные на I этапе замечания. 3. После того как все найденные на I этапе замечания исправлены, приходит время II этапа АК. 4. Дизайнер просматривает получившееся и пишет свои замечания в соответствующем Документе. После чего дает знать QA о том, что АК завершен. 5. QA просматривает эти замечания и заводит баги или импрувы на соответсвующий отдел (FE, BE, локализации и т.д.) 6. Команды фиксят найденные на II этапе баги. 7. Команда QA проводит верификацию. Если надо, QA может обратиться к дизайнеру, дабы убедиться, что тот или иной баг исправлен. D5. ДЕТАЛИ
  • 23. 22 1. Дизайнеры совместно с верстальщиками проводят I этап АК. Совместно просматривают страницы и решают, что нужно исправить 2. Команда FE исправляет найденные на I этапе замечания. 3. После того как все найденные на I этапе замечания исправлены, приходит время II этапа АК. 4. Дизайнер просматривает получившееся и пишет свои замечания в соответствующем Документе. После чего дает знать QA о том, что АК завершен. 5. QA просматривает эти замечания и заводит баги или импрувы на соответсвующий отдел (FE, BE, локализации и т.д.) 6. Команды фиксят найденные на II этапе баги. 7. Команда QA проводит верификацию. Если надо, QA может обратиться к дизайнеру, дабы убедиться, что тот или иной баг исправлен. 8. Если исправлений по каким-то причинам слишком много, можно попросить дизайнера еще раз просмотреть страницу и провести дополнительный этап АК ( повторение шагов 4-7) D5. ДЕТАЛИ
  • 25. 24 Скорректировать работы на определенном этапе, давая понимание объёма необходимых доработок. E2. КОРРЕКЦИЯ
  • 26. 25 Возможность разделить, что можно добавить в импрувы или кинуть на следующие версии, а что надо срочно дорабатывать или делать. E4. SPLIT/DEADLINE
  • 27. 26 Дать общее видение целей всей команде. Ну, или хотя бы участвующим людям E5. VISION
  • 29. ANDREY MYASNIKOV Блог Ленивого Тестировщика: lazy-tester.blogspot.com ANY QUESTIONS? radio-qa.com Facebook: /radioqa VK: /radioqa Twitter: radio_qa Telegram: @RichardGears @qa_ru @qa_jobs @qa_bad_company