Как организован процесс тестирования
Создаем сценарии тестирования
На основании тесткейсы составляются сценарии тестирования по функциональностям.
Для проверки соответствия разработанного ПО исходным требованиям мы разрабатываем положительные и негативные тесткейсы.
На основании функциональных сценариев составляются сценарии для smoke и регрессионных тестов.
После каждого внутреннего релиза проводится smoke и регрессионные тесты. Все несоответствия фиксируются в багтрекере, после исправления проводится Подтверждающее тестирование
и фиксируется в сценариях для регрессии.
После проведения внутреннего функционального и интеграционного тестирования идёт демонстрация работы и приемо-сдаточное тестирование на основе бизнес-сценариев, предоставляемых заказчиком (либо составленных нами и согласованных с заказчиком).
Схема проведения
функционального тестирования:
— тестирование отдельных модулей (функциональностей) системы;
— тестирование взаимодействия модулей (интеграционное внутреннее);
— тестирование взаимодействия с внешними системами (интеграционное внешнее)
— тестирование всей системы (включая минимальный набор smoke тестов)
Тестирование идет одновременно с разработкой с небольшим сдвигом по времени, начинается по готовности модулей системы.
Параллельно с функциональным тестированием проводится конфигурационное тестирование
на соответствие адекватности работы системы в заявленных средах (браузеры, ОС, разрешения).
Знакомимся с документацией
по проекту
Формируем сценарии
для smoke
Все написанные тесты всегда будут выполняться однообразно, то есть исключен «человеческий фактор». Тестировщик не пропустит тест по неосторожности и ничего не напутает в результатах.
Автоматизированному скрипту не нужно сверяться с инструкциями и документацией, это сильно экономит время выполнения.
Когда автоматические скрипты
уже написаны, на их поддержку и анализ результатов требуется, как правило, меньшее время чем на проведение того же объема тестирования вручную.
Во время выполнения тестов инженер-тестировщик может заниматься другими полезными делами, или тесты могут выполняться в нерабочее время (этот метод предпочтительнее, так как нагрузка на локальные сети ночью снижена).
Меньшие затраты
на поддержку
Выполнение
без вмешательства
Преимущества автоматизации тестирования
Мы можем настроить автоматическое тестирование, но оно подойдет не всем. Автотестирование подходит компаниям, разрабатывающим собственный продукт. Нет смысла вводить в разработку автотесты на проекте в пару месяцев, значимый положительный эффект от него проявится только на горизонте от года. Если вы делаете свой софт в течение нескольких лет - автотесты вам могут сильно облегчить жизнь.
- Можете ли вы настроить автотестирование?
Наши инструменты тестирования:
Непрерывная интеграция (Continuous Integration): Jenkins + Selenium;
Мобильное тестирование: Android Studio Testrecorder, XCode UI Automation, Fiddler
Автоматизированное тестирование UI: тесты под Selenium Webdriver; Robot framework; Soap UI
Автоматизированное тестирование API: java+junit, jmeter
Нагрузочное тестирование: jmeter, yandex.tank
Тестирование web: популярные браузеры последних версий, встроенные инструменты разработчика