Recomendados
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (20)
Semelhante a Grammarly Test Club#2. Выступление Алексея Лупана (SysIQ, Inc.): "Без тест-кейсов, как дурак на льду". 29 июля 2013г.
Semelhante a Grammarly Test Club#2. Выступление Алексея Лупана (SysIQ, Inc.): "Без тест-кейсов, как дурак на льду". 29 июля 2013г. (20)
Grammarly Test Club#2. Выступление Алексея Лупана (SysIQ, Inc.): "Без тест-кейсов, как дурак на льду". 29 июля 2013г.
- 1. Без тест-кейсов, как дурак на льду Алексей Лупан для Grammarly 2013
- 2. Hi всем! QA Trainer (SysIQ) Докладчик на конференциях тестировщиков Testitquickly.com …
- 11. Когда и зачем возник Agile? Ситуация в отрасли в конце 80-х ХХ века
- 12. Древние принципы agile Здравый смысл Разница между алгоритмом и принципом
- 13. Тестировщиков в agile никто не приглашал Религия Agile придумана для того, чтобы софт получался качественным сразу
- 14. Как сделать софт качественным? Надо все делать по «отраслевым стандартам»
- 15. Как сделать софт качественным? Банальность, до которой каждый год додумывается очередной менеджер (или программист) — «кусочки качества»
- 16. А всё-таки? Пусть клиент сформулирует пожелания, которые будут считаться стандартом
- 17. Новые идеи? Пусть клиент* ничего не формулирует, пусть он сидит рядом с командой, пусть его мнение будет считаться эталоном качества * Дурак, который вечно не знает, чего он хочет
- 18. Додумались… Пусть софт считается качественным, если он решает проблему клиента/потребителя
- 19. Сила Agile • в скорости разработки • в фокусе «демонстрация» • в ретроспективе • культ «карго»
- 20. Слабость Agile • Тестирование • План работ на спринт не выдерживается • Неоднозначность формулировок • Креатив в проектной документации • Культ «карго»
- 21. Как программист с тестировщиком временем делился График релизов и тестирования
- 25. Времени на тестирование никогда нет Просто никто точно не знает, сколько на это нужно времени
- 26. Нет, команда самоорганизующейся быть не может Никогда. Иначе зачем тут тестировщик и менеджер проекта и скрам-мастер
- 27. За всеми ритуалами когда-то стоял здравый смысл Кошка и монахи
- 28. По-настоящему разобраться с тестированием методом свободного поиска это не решение всех проблем
- 29. По-настоящему разобраться с тестированием методом свободного поиска это не решение всех проблем
- 31. По-настоящему разобраться с автоматизацией Это надо делать самостоятельно и это надо уметь заранее
- 32. По-настоящему разобраться с тем, как генерировать чек-листы проверок Идея > High Level Test Scenario > Тест-кейсы
- 33. Идея una quanta fantasia High Level Test Scenario Тест-кейсы
- 34. Идеи Проверить, что стульев достаточно для 50 человек Проверить, что воды хватит на 80 человек Убедиться в том, что шторы постираны Проверить, что проектор настроен для показа Проверить, что есть доска и маркеры Проверить, что электричество не отрубит пьяный электрик (иначе отрубить ему пальцы) Проверить, что заряд моего телефона over 90% Проверить, что комната не будет кем-то перебукана Проверить, что файл с презентацией на флэшке, в ноуте, в дропбоксе, в гуглдрайве
- 35. Идеи Critical area Проверить, что стульев достаточно для 50 человек Проверить, что проектор настроен для показа Проверить, что файл с презентацией на флэшке, в ноуте, в дропбоксе, в гуглдрайве Проверить, что комната не будет кем-то перебукана Проверить, что заряд моего телефона over 90% Common area Проверить, что электричество не отрубит пьяный электрик (иначе отрубить ему пальцы) Проверить, что есть доска и маркеры Проверить, что воды хватит на 80 человек
- 36. Проверить, что проектор настроен для показа Взять проектор у сисадмина Убедиться в том, что провода с VGA и HDMI разъемами в наличии Убедиться в том, что оба разъема работоспособны Настроить картинку под размеры переносного экрана
- 37. Как проектор я могу демонстрировать слайды на переносном экране Взять проектор у сисадмина под роспись. 2. Убедиться в том, что провод с VGA разъемом в наличии 3. Убедиться в том, что провод с HDMI разъемом в наличии 4. Подключить проектор к ноутбуку с Windows 7 через VGA разъем. Картинка должна быть четкой. 5. Подключить проектор к ноутбуку с Windows 7 через HDMI разъем. Картинка должна быть четкой. 6. C помощью пульта от проектора настроить картинку под размеры переносного экрана 7. Убедиться в том, что проектор работает и можно демонстрировать крутые слайды без потери смысла 1.
- 39. Перестать заниматься только тестированием Заняться тест-менеджментом делай всё, что считаешь нужным Помочь будет некому
- 40. Сделать свою Jira (из песка и картона) .
- 41. • баги > баг-трекер, • задачи > таск-трекер, • коммиты > CI-сервер • документы hypertext, а не .doc файлы > wiki • отчеты о состоянии релизов > wiki • тест-кейсы (чек-листы) > wiki .
- 42. Тестирование не должно мешать разработке Поменьше истерики, побольше анализа скорости разработки и тестирования, побольше планирования Сбор метрик для планирования будущих спринтов Скучно собирать, но потом будет волшебно
- 43. Слушать как планируют бэклог на спринт .
- 45. • «столько документации, сколько нужно, но не более» • не требовать от других писать документы. • писать «для себя», но… .
- 46. Собрать список функциональных возможностей проекта Взять его из бэк-лога, из разговоров, из своих наблюдений
- 47. Рассортировать все пункты списка по значимости и согласовать его с менеджерами/заказчиком
- 48. New Features Ываывапы Павпвыа самавп Ыварар чамвыап павр пав Равыр Ыывепрао апвап рпавав Critical areas КГБ ывыловалы арест Ываыв пававр хинди чапр Рпар вапр Вапрпа Лоырвып ыыыыыыыыыы… Вава впап рарара оврыр Common areas Выал ваоваов раолибы дшр ыыыыыы Вап вап вуп ыыыыыы…..
- 49. • И согласовать его • Однозначно договориться о том, что всё содержимое Critical areas будет полноценно тестироваться перед каждым выпуском релиза на production • А содержимое Common areas • или тестируем «на ходу», • или тестируем частично, • или вообще не тестируем .
- 50. Написать для каждого пункта чек-листы проверок долго, трудно, больно
- 53. Сохранять в Critical или в Common areas КАЖДУЮ новую функциональную возможность .
- 54. Начать автоматизировать проверки из Common area А не из Critical
- 56. Зарезервировать себе в каждом спринте рабочий день на разборку с документами научиться делать это сразу при поступлении информации о новых функциональных возможностях в ПО
- 57. Научиться оценивать время, необходимое для тестирования Замеры делать постоянно, чтобы самому знать «максимально и минимально необходимое время»
- 58. Да, всегда можно посчитать время, необходимое на тестирование Грубо, затем почти точно, затем просто статистика
- 59. • 120 минут на фичу, 30 минут на баг • 30 минут на каждый тест • 40 минут на обработку одной страницы требований • 90 минут на придумывание проверок (будущие тесты) • 90 минут на одну сессию тестирования .
- 60. Перестать говорить «Успеем / не успеем» сообщать, что «На это потребуется N часов, которые придется взять из следующих спринтов»
- 61. Осознать момент, когда понадобится второй тестировщик и предупредить об этом менеджеров
- 62. Меньше слов… .