Итак, исходные данные: сайт (не визитка, но и не хайлоад сервис), TDD, большое количество различных автотестов, большое количество всплывающих багов, дефицит времени (как всегда) - настало время ручного тестирования, команда из 3 человек, YouTrack в качестве баг-трекера.
Что хотелось бы: симпатичную систему управления тестами (было бы отлично, если бы она интегрировалась с баг-трекером), интуитивно понятный интерфейс, легкая настройка и подобные банальности, желательно бесплатную/недорогую.
Есть небольшой опыт работы с testlink. Хотелось бы услышать, что используют для систематизации ручных тестов, каковы плюсы/минусы используемой системы.
Почитайте про cucumber. Сценарии тестирования записываются почти человеческим языком в текстовые файлы, выполняются из скрипта. Их можно группировать по разным файлам и выполнять в зависимости от продолжительности тестирования. Сами файлы сценариев хранятся в системе контроля версий, что очень удобно.
Чем непосредственно тестировать мне сказать сложно, вот народ пользует с cucumber какой-то Webrat.
От кукумбера отказались в пользу рспека. Но хотелось бы и вручную пробежать по основным функциям, чтоб успокоиться :) За Webrat спасибо, может пригодится
Система управления тестами (тем более бесплатная) сама по себе не спасёт, а, вероятно, наоборот добавит головной боли. Пилите, Шура, процесс =) Для начала в первом Вашем абзаце описана проблема - "нехватка времени на выполнение работ [по тестированию]", и наиболее вероятные её причины - "большое количество автотестов" и "большое количество всплывающих багов". Относительно первой причины советую сдать анализы - оцените время поддержки автотестов, создания новых, эффективность самих автотестов (сколько багов было выявлено каждым конкретным тестом). После - пересобрать автотестовый пакет(ы). Вторая причина элиминируется через тех, кто эти самые дефекты вносит в код - девелоперов. Пишите внимательнее, парно, ревьюируйте друг друга, больше спите и отдыхайте, unit-тестируйте - что угодно для того, чтобы снизить bugrate.
Благодаря большому количеству автотестов как раз кучу багов обнаружили в процессе разработки (предыдущий проект не изобиловал тестами, поэтому баги обнаруживали уже сами пользователи :) ) Сейчас уже этап smoke-тестирования, поэтому затрат на поддержку и написание автотестов нет. Я на проекте в качестве наблюдателя и тестировщика, девелопер один :) Но примем к сведению Ваши рекомендации, спасибо
Простой
