В своем докладе я расскажу как мы в своей работе совмещаем тест-план и исследовательское тестирование. С первого взгляда, может показаться что это не совсем совместимые вещи. Исследовательское тестирование ассоциируется с методом свободного поиска, а тест-план наоборот – следование заданному порядку. Как совместить эти сущности и ничего не потерять – я попытаюсь рассказать.
In this presentation which was delivered to testers in Manchester, I help would-be performance testers to get started in performance testing. Drawing on my experiences as a performance tester and test manager, I explain the principles of performance testing and highlight some of the pitfalls.
In this presentation which was delivered to testers in Manchester, I help would-be performance testers to get started in performance testing. Drawing on my experiences as a performance tester and test manager, I explain the principles of performance testing and highlight some of the pitfalls.
Muito se fala planejamento do que é realmente necessário para o usuário e maximizar o máximo de trabalho possível para minimizar o Lead Time. Mas você já pensou que levar em consideração como os testes serão planejados desde o início da release até a entrega, e que eles podem ser uma arma na identificação de dependências entre times e diminuição de incidentes?
Confie no seu pipeline: Teste automaticamente um aplicativo Java de ponta a p...Elias Nogueira
Mova-se rapidamente e reduza os riscos ao mesmo tempo em que oferece seu melhor aplicativo. Quando você confia no seu pipeline, você pode aumentar sua velocidade de desenvolvimento, porque você sabe que vai pegar bugs antes que eles atinjam a produção. Fazer testes de unidade é o primeiro passo, mas nas arquiteturas distribuídas baseadas em nuvem de hoje, você precisa aplicar outras estratégias de teste também. Esta apresentação interativa mostra como você pode usar ferramentas de teste de código aberto de última geração para criar um pipeline de testes rápido e confiável. A partir de um aplicativo Java EE distribuído de ponta a ponta baseado em REST e microsserviço.
Free and Open Source web service testing application.
Released in Sept. 2005, Developed by eviware software.
Built entirely on java platform & uses swing for UI.
Soap UI Pro is the commercial enterprise version.
Latest version 4.5.1
Software Testing Life Cycle – A Beginner’s GuideSyed Hassan Raza
Software Testing Life Cycle refers to 6 phases of the software testing process. Learn about each phase of STLC in-depth in our article. (Source: https://www.goodcore.co.uk/blog/software-testing-life-cycle/)
Now to answer, “What is Testing?” we can go by the famous definition of Myers, which says, “Testing is the process of executing a program with the intent of finding errors”
Александр Кузняк: Тенденции и тренды QA в Украине и как на этом заработать.Anna I
Мы поговорим о том что происходит на рынке тестировшиков Украины: о квалификации, вакансиях, курсах и тренингах; о том в какой ситуации компании могут оказаться в ближайшие несколько лет, а так же - что стоит делать для того чтобы в вашей компании не было проблем с качеством тестирования, уровнем специалистов и как контроль качества может принести больше денег компании.
Muito se fala planejamento do que é realmente necessário para o usuário e maximizar o máximo de trabalho possível para minimizar o Lead Time. Mas você já pensou que levar em consideração como os testes serão planejados desde o início da release até a entrega, e que eles podem ser uma arma na identificação de dependências entre times e diminuição de incidentes?
Confie no seu pipeline: Teste automaticamente um aplicativo Java de ponta a p...Elias Nogueira
Mova-se rapidamente e reduza os riscos ao mesmo tempo em que oferece seu melhor aplicativo. Quando você confia no seu pipeline, você pode aumentar sua velocidade de desenvolvimento, porque você sabe que vai pegar bugs antes que eles atinjam a produção. Fazer testes de unidade é o primeiro passo, mas nas arquiteturas distribuídas baseadas em nuvem de hoje, você precisa aplicar outras estratégias de teste também. Esta apresentação interativa mostra como você pode usar ferramentas de teste de código aberto de última geração para criar um pipeline de testes rápido e confiável. A partir de um aplicativo Java EE distribuído de ponta a ponta baseado em REST e microsserviço.
Free and Open Source web service testing application.
Released in Sept. 2005, Developed by eviware software.
Built entirely on java platform & uses swing for UI.
Soap UI Pro is the commercial enterprise version.
Latest version 4.5.1
Software Testing Life Cycle – A Beginner’s GuideSyed Hassan Raza
Software Testing Life Cycle refers to 6 phases of the software testing process. Learn about each phase of STLC in-depth in our article. (Source: https://www.goodcore.co.uk/blog/software-testing-life-cycle/)
Now to answer, “What is Testing?” we can go by the famous definition of Myers, which says, “Testing is the process of executing a program with the intent of finding errors”
Александр Кузняк: Тенденции и тренды QA в Украине и как на этом заработать.Anna I
Мы поговорим о том что происходит на рынке тестировшиков Украины: о квалификации, вакансиях, курсах и тренингах; о том в какой ситуации компании могут оказаться в ближайшие несколько лет, а так же - что стоит делать для того чтобы в вашей компании не было проблем с качеством тестирования, уровнем специалистов и как контроль качества может принести больше денег компании.
QA Fest. Никита Постолакий. Разработка тест кейсов по методике Pair wiseQAFest
Мастер класс посвящен разработке тест кейсов с использованием методики всех пар (Pair wise).
Когда большое количество входных данных взаимодействует и влияет на поведение системы, pair wise значительно сокращает количество тестов гарантируя при этом высокое тестовое покрытие. Pair wise успешно применяется для конфигурационного тестирования, тестирования веб форм, сложных систем с высоким требованием к покрытию.
На мастер классе мы: •кратко рассмотрим теорию;
•на примерах будем разрабатывать тест кейсы по методике пар вручную;
•обсудим применение pair wise вместе с разбиением на классы эквивалентности и граничными значениями;
•разберем ситуацию с несовместимостью или зависимостью параметров друг от друга;
•будем составлять модели и генерировать тест кейсы с помощью программы PICT от Microsoft;
•обсудим работу с регрессионным тест набором.
В дополнение я покажу пример реальной автоматизации тестирования на основе моделей с применением Pair wise техники.
QA Fest 2014. Алексей Лупан. Не тест-кейсы красят тестировщика, а...QAFest
- Цепочка документов, которые принуждают тестировщика создавать тест-кейсы;
- Как жить, когда до тест-кейсов "не хватает дыхания";
- В чем разница между "функцией" и "функциональной возможностью", и что из этого требует внимания тестировщика
- ТОП5 уязвимостей, о которых должен знать каждый QA;
- «Чего боятся тест-инженеры или тернии к автоматизированному тестированию»;
- автоматизация нестандартной отчетности.
Константин Назаров – Распараллеливание сборки Parallels Desktop для Mac404fest
Идея доклада — рассказать об использовании Jenkins как не типичного инструмента для построения распределенной сборки продукта, зарабатывающего миллионы долларов. Мы поделимся секретами его адаптации под сборку билдов сложных систем/продуктов с многими компонентами и ускорения в разы этой задачи.
Наша проблема: линейная сборка продукта занимает 8 часов. А Jenkins «из коробки» не умеет собирать сложные иерархии. При этом писать код самостоятельно не хочется. В итоге мы придумали, как использовать существующий инструмент, пройдясь по нему напильником.
Кому будет интересно: Эти знания могут помочь людям, которые хотят построить эффективный CI, но не хотят тратить много времени на исследования.
Мы выложим наш код и материалы на GitHub. Это будет довольно практично.
Лайфхаки:
Используем Build Flow + Groovy скрипты чтобы оркестрировать сложную иерархию с параллельными ветвями и собирать результаты
Правильное использование префиксов в названиях job-ов помогают автоматизировать группировку по бранчам
Переиспользуем окружения сборки много раз, не удаляя их
Предыдущий пункт в итоге оставляет за собой кучу мусора, которую мы периодически очищаем при помощи системных Groovy скриптов по job префиксу
Группировка большого количества job-ов в проекты и бранчи с использованием Nested View
Дамп и разворачивание job-ов из системы контроля версий по шаблону
Ну и взгляд в будущее: автоматический анализ билд проблем.
http://2014.404fest.ru/reports/jenkins/
Джоэл Спольски много лет назад придумал тест на качество и адекватность IT-компании, но ценности он не теряет и по сей день.
Сентябрь 2014, TechTalks NSU, Новосибирск
Видео: http://www.youtube.com/watch?v=vz0U3jQpHSM
Это обзор опыта применения лучших практик разработки программного обеспечения на разных проектах от госзаказов до видеоконференций в командах от 5 до 50 человек. В докладе будут описаны не только практики, но и то, как они применяются на реальных проектах и какие выгоды они действительно приносят.
Презентация на комплексную тему Continious integration-Automated Testing-Agile, показывается связи между этими темам, обоснование автоматического тестирования , и вложения ресурсов для развертывания автоматического тестирования и непрерываной интеграциия. Все темы тесно связаны между собой , хотя бы появились независимос друг от друга.
В рамках доклада будут рассмотрены основы Теории ограничений, применимость Теории ограничений при разработке ПО, а также будут рассмотрены практические примеры оптимизации процесса разработки.
http://techtalks.nsu.ru
Видеозапись: http://www.youtube.com/watch?v=9sWD3RBwz30
23 сентября 2014. Проходим тест Джоэла (Семён Факторович и Олег Годовых, Noveo)
«Вот уже 14 лет как Джоэл Спольски придумал свой Joel test, но до сих пор далеко не все компании успешно проходят его. Мы поговорим о самых важных частях этого теста: о сервисах и инфраструктурных инструментах разработки (к ним относятся системы контроля версий, багтрекеры, continuous integration...) Принципы, о которых мы расскажем, одинаково применимы и для крупных компаний, и для стильных молодежных стартапов, и для студенческих курсовых проектов.»
Лекция прочитана в рамках проекта Tech Talks @NSU – серии открытых лекций о разработке ПО и карьере в IT, проводимых в Новосибирском государственном университете.
Подробности: http://techtalks.nsu.ru
Частые ошибки при разработке фронтенда | Odessa Frontend Meetup #17OdessaFrontend
Если еще несколько лет назад фронтенд это часто был простой и понятный интерфейс между пользователем и бекендом, то на сегодняшний день с учетом обилия фреймворков, либ и все возможных новшеств, фронтенд уже можно считать полноценным отдельным приложение со своей логикой и множеством подводных камней именно по этом сегодня как никогда важно задумываться о том, а как обеспечить простой и понятный процесс тестирования вашего фронта?
Как сделать так чтоб покрытие авто тестами не стало для вас болью или не для вас, но всё еще болью? Дмитрий Хименес обращает ваше внимание на несколько простых моментов, которые стоит учитывать при разработке фронтенда, чтобы сохранить возможность безболезненно сопровождать его автотестами.
Автоматизация бизнес-процессов, электронного документооборота и архивного хра...
Тест-план и исследовательское тестирование
1. Тест план и исследовательское тестирование
Василий Буров Ноябрь, 2014
2. Dell Software Group
Обо мне
•Василий Буров
•Тестирую с 2002 года
•В одной компании
•Один продукт
•Email: vasebur@gmail.com
•Skype: b_o_t_l_e_r
3. Dell Software Group
•Исследовательское тестирование как единственно возможный подход тестирования новой функциональности у большого энтрепрайз продукта с 10 летней историей.
•Тест-план – способ ничего не забыть проверить и отслеживать статус тестирования.
Расскажу о следующем
4. Dell Software Group
•Коробочный энтерпрайз продукт.
•Выполняет аудит больших смешанных компьютерных сетей (Windows, Unix, Linux системы).
•Хранилище данных собственной разработки.
•Индексация событий в хранилище для быстрого поиска.
•Сжимаем оригинальные события до 40 раз.
•Обрабатываем события поступающие на сервер со скоростью до 50000 в секунду.
•Умеем отслеживать сессии пользователя на машине.
О продукте
5. Dell Software Group
•5 разработчиков, 5 тестировщиков и один аналитик.
•Все работают более 5 лет в команде.
•3 тестировщика и один разработчик работают с момента основания продукта.
•У нас команда узконаправленных специалистов.
•Модель «автоматизация как сервис».
Наша команда
6. Dell Software Group
«Исследовательское тестирование – процесс, при котором одновременно происходит дизайн тестов, выполнение тестирования и обучение.» (Джеймс Бах).
Исследовательское тестирование
7. Dell Software Group
• Процесс импровизации, поиск ошибки экспромтом.
• Любой может заниматься ad hoc тестированием.
Ad Hoc тестирование
8. Dell Software Group
Подходы к тестированию
http://www.quardev.com/content/whitepapers/et_inside_spectator_sport.pdf
9. Dell Software Group
История: Сбор DHCP логов в репозитори и базу данных с агентом и без него.
Описание: В windows 2012 server у событий dhcp лога появились новые поля.
Задача: Проверить, что мы их корректно собираем.
Пример из жизни
10. Dell Software Group
Что получилось
•Нашлось некоторое количество ошибок.
•Их фикс требовал времени т.к. надо было разбираться как работает сборщик логов написанный давно.
•Было решено не тратить силы и не поддерживать сбор DHCP логов с этой версии ОС до поступления запроса от клиента.
11. Dell Software Group
•Особенность продукта - наличие в легаси кода.
•Начав применять сценарное тестирование время на написание тест кейсов было бы потрачено впустую.
•Уже написанные тест кейсы могут быть не актуальны в будущем.
Выводы
12. Dell Software Group
История: Запуск отчета по расписанию. Одновременный запуск нескольких отчетов.
Описание: Как правило, клиенты планируют запуск всех своих отчетов на одно время в нерабочие часы. Нужно уметь запустить все отчеты в заданное время и построить их без ошибок.
Задача: При компиляции отчет потребляет много машинных ресурсов. Было решено ограничить число одновременно исполняющихся отчетов. Это число задается параметром в конфигурационной базе. Остальные отчеты организовать в виде очереди на запуск.
Еще пример из жизни
13. Dell Software Group
•Таска запускалась на всех серверах в организации.
•Если таска не смогла запуститься в заданное время, то расписание терялось и следующих запусков не происходило.
•Не работал Failover.
•В результате была переделана структура тасок и работа с ними.
Что получилось
14. Dell Software Group
•Другая особенность продукта – давно сложившаяся архитектура и концепция.
•Неэффективность сценарного подхода и в этом примере – пришлось бы переписывать тест-кейсы.
Выводы
15. Dell Software Group
Продукт с 10-летней историей и особенности его разработки
•Много легаси кода.
•Сложившаяся архитектура и концепция.
•Много функционала который не отрезается и остается востребован.
•Билд строится за 4-8 часов.
•Нет спецификаций.
•Меняющиеся требования.
•Поддержка совместимости с предыдущими версиями.
•В среднем годовой релизный цикл.
16. Dell Software Group
Нам нужно
•Не забыть что-либо проверить.
•Дать аргументированный ответ о том, сколько понадобится времени на тестирование.
•Всегда знать где мы находимся.
•Если сроки поджимают, то отприоритезировать проверки.
17. Dell Software Group
В самом общем виде - это документ, отражающий что и как мы делаем чтобы оттестировать наш продукт. Нужен он для того, чтобы планировать работу, мобилизовать и распределить человеческие, временные и технические ресурсы. В некоторых компаниях Тест План выглядит как график и расписание работ. Где-то это сугубо технический документ. Нет общего стандарта. Есть тенденции, есть возможные типовые главы Тест Плана, которые исключительно хорошо описаны у Канера. Но, ни один конкретный тест план не содержит всех глав, которые есть в книжке. Он содержит те из них, которые адекватны конкретной задаче и нашему видению этой задачи.
(Михаил Портнов).
Тест-план
18. Dell Software Group
Рассматривать элементы тест-плана как области функциональности, внутри которых мы применяем исследовательское тестирование для их проверки.
Идея
19. Dell Software Group
•Проверка основной функциональности.
•Корректность обработки ошибок.
•Нагрузочное тестирование (тестирование производительности, стресс тестирование, наработка на отказ).
•Тестирование документации.
Структура тест плана
20. Dell Software Group
N
Name
Duration (ч.)
Status (%)
Actual Bugs
Notes
1
Проверка основной функциональности
…
2
Корректность обработки ошибок
…
3
Нагрузочное тестирование
…
4
Проверка документации
…
Итого
Шаблон тест-плана
21. Dell Software Group
•Пишем тест план.
•Оформляем в виде Excel документа и выкладываем на Sharepoint портал.
•Отправляем ссылку на документ всем заинтересованным лицам.
•Учитываем замечания (если были).
•Тестируем и поддерживаем тест план в актуальном состоянии.
•Профит
Последовательность действий
23. Dell Software Group
Тест план для проверки калькулятора
Name
Проверка основной функциональности
Ввод данных
Проверка арифметических операций
Проверка вывода результата на экран
Проверка работы интерфейса пользователя
Проверка работы на различных ОС
Операции с памятью
Закрытие программы
Проверка работы с минимальными правами
Корректность обработки ошибок
Ввод некорректных символов
Арифметические операции с некорректными данными
Ввод больших данных
Работа при нехватке системных ресурсов
Нагрузочное тестирование
Запуск нескольких копий калькулятора
Операции с большими данными
Проверка на наличие утечек
Проверка документации
24. Dell Software Group
•Исследовательское тестирование это не только ручное тестирование.
•Исследовательское тестирование это не только тестирование «черного ящика».
•Исследовательское тестирование это не только выполнение тестов.
•Исследовательское тестирование это не хаотический процесс.
Заключение
25. Dell Software Group
• Нет универсального подхода.
• Все определяется условиями разработки и характеристиками
конкретного продукта.
• Комбинируйте подходы и берите те их части которые лучше
всего удовлетворяют вашим условиям.
Заключение
27. Dell Software Group
•Сэм Канер, Джек Фолк, Енг Кек Нгуен, “Тестирование программного обеспечения. Фундаментальные концепции менеджмента бизнес приложений”.
•Cem Kaner, James Bach, Bret Pettichord, “Lessons Learned in Software Testing”.
•James Bach, “General Functionality and Stability Test Procedure”.
http://www.satisfice.com/tools/procedure.pdf
•Jon Bach, “Exploratory Testing. Inside the Spectator Sport”. http://www.quardev.com/content/whitepapers/et_inside_spectator_sport.pdf
•Cem Kaner, “The Value of Checklists and the Danger of Scripts: What Legal Training Suggests for Testers”.
http://www.kaner.com/pdfs/ValueOfChecklists.pdf
Список литературы