Teatro -- инструмент автоматизации непрерывного ручного тестирования
Новые темы форума тестировщиков
Всем привет!
Я работаю в компании по разработке веб-приложений. Одной из моих задач является проверка новых фич перед тем, как они попадут в основную базу кода. Для хранения кода и управления процессом разработки мы пользуемся https://github.com/ . У нас было несколько основных проблем связанных с этим:
1. Поддержание работающего тестового сервера (стейджа). Частая практика при разработке использовать тестовый сервер, куда разработчики могут выкатит новую фичу перед принятием её в основную ветку. Однако такой сервер обычно имеет устаревшие или убитые данные. Такой сервер нужно поддерживать, а значит тратить время и деньги на него. А самое главное одного сервера не хватает на команду разработчиков, возникает внутренняя конкуренция за стейдж.
2. Перед тем как принять новую фичу я обычно вручную локально скачивал ветку с новой фичей и разворачивал проект, чтобы его запустить локально и протестировать. Однако это долго и могу сделать лишь я как разработчик, но заказчик уже такого сделать не может, поэтому проверить фичу заказчику до выкатки её в продакшн реально сложно. Такая я же ситуация во многом и с проверкой фичи тестировщиком.
Чтобы решить эти проблемы я начал разрабатывать инструмент, который бы позволял в автоматической режиме поднимать стейдж под конкртеную ветку с фичей, причём чтобы параллельно могло существовать неограниченное количество стейджей. При таком процессе разработчику не нужно делать никаких дополнительных усилией, кроме тех что он и так делал. Ему нужно всего лишь создать Pull Request в GitHub, чтобы я мог в дальнейшем принять его изменения. При этом инструмент наш там же в Pull Request-е постит ссылку на стейдж, который автоматически поднимется и будет иметь все данные, необходимые для проверки конкретной фичи. Эксперимент в нашей компании прошел удачно и мы решили сделать из внутреннего инструмента сервис, который бы смогли использовать все. Основная аудитория это менеджеры проекта, клиенты и тестировщики.
Уже сейчас его начали использовать крупные опенсорс-проекты, такие как GitLab, Errbit, OpenProject. Можно посмотреть пример коммента с урлом стейджа здесь https://github.com/gitlabhq/gitlabhq/pull/7394 .
Я предлагаю вам попробовать воспользоваться сервисом Teatro https://teatro.io/ , там есть бесплатный план, а поднятие проекта проходит в автоматическом режиме. Если есть вопросы, пожалуйста, задавайте. Я буду рад любому фидбеку.
Линейка курсов по управлению тестированием 2014-07-30 13:20 На нашем портале появляется всё больше курсов по тест-менеджменту. Какой выбрать? В чём между ними отличия? Чтобы повторно не отвечать на одни и те же вопросы, мы подготовили для вас немного инфографики. Вопрос 1: Хочу стать более просветлённым тест-менеджером! Что выбрать?Если вы никогда не проходили у нас обучение вопросам управления тестированием, то следующая диаграмма поможет с выбором: Зелёным цветом на ней выделены курсы, которые дают глубокие обзорные знания. Некоторые из заданий выполняются на тестовых примерах – таким образом, вы получаете глубокое понимание рассматриваемых вопросов. Розовым выделены курсы, отличающиеся повышенной практичностью: задания на ваших реальных проектах, объёмные, и по выполнению домашнего задания вы получаете незамедлительный результат в своей рабочей деятельности. Вопрос 2: Я уже проходил обучение, в разных курсах не повторяется одно и то же?Вопрос достаточно логичный: есть ли смысл проходить что-то ещё, если в одном курсе я уже сталкивался с затронутой темой? Несмотря на повторение тем (их названий), содержание и рассматриваемые инструменты и решения могут быть разными. Отвечаем конкретнее по нашим курсам на диаграмме: Многие выпускники общих курсов, таких как школа тест-менеджеров или очный тренинг «Планирование и проектирование тестов» проходят отдельные онлайн-курсы и в отзывах рассказывают, что почти вся информация была новой и полезной. А вот проходить интенсивы без достаточной предварительной подготовки сложновато! Поэтому, мы рекомендуем именно такую последовательность: сначала «Школу тест-менеджеров» или «Планирование и проектирование тестов», а уже после – отдельные интенсивы. Остались вопросы? Спрашивайте, ответим! Читать дальше Инженер по тестированию мобильных приложений, Москва, до 100к 2014-07-30 16:30 Инженер по тестированию мобильных приложений Работа e-commerce предполагает взаимодействие с пользователем через все доступные форматы электронных устройств. Для того, чтобы предоставлять нашему мобильному пользователю высококачественные продукты, нам нужен инженер по качеству для мобильных приложений. Мы ожидаем, что наш тестировщик:
Желание и умение автоматизировать рутинные процессы очень приветствуется Мы предлагаем:
Контакт: skype: sunny.ksenya Уровень детализации тест-кейсов в огромном проекте не покрытом тестами 2014-07-31 06:30 Добрый день уважаемые коллеги!
Существует некий огромный проект, с кучей модулей совершенно не покрытый тест-кейсами...
Было принято решение - начать покрывать его тестами, но создавая примеры тест-кейсов задумался об уровне их детализации:
на сколько они должны быть подробными (учитывая что времени не вагон) ? и по какому принципу их "дробить"? создавать на данном этапе только позитивные тесты или сразу парой - негативный+позитивный?
Очень хотелось бы перенять опыт людей побывавших в данной ситуации и если это возможно, увидеть реальную иерархию тест-кейсов в какой нибудь системе например в testrail, скриншотами разумеется...
В команде 6 человек, писать тест-кейсы все скорее всего не смогут © 2010 | Software-Testing.Ru |
| В избранное | ||
