Добрый день! На данный момент у нас все еще функционирует система testrail. Но действие лицензии скоро закончится. Если бы у меня была возможность выбора и не было сложностей с оплатой лицензий, то я скорее всего сделала бы выбор в сторону testrail. Такой выбор обусловлен только тем, что данная система у нас была и ранее в работе, а также полностью устраивала нас и выполняла все необходимые для нас потребности, о которых я писала в статье. Однако система TestIt тоже показала себя достаточно хорошо в рамках исследования нашей команды. Она также ответила всем нашим потребностям и в случае необходимости выбор в ее сторону можно было смело делать. Также стоит отметить, что стоит не забывать учитывать важный фактор - это ваши потребности(команды) и размер команды и исходя из этого делать выводы.
Добрый день! Спасибо за Ваш вопрос. Да, безусловно такие подходы у нас есть. 1. У нас принято, что во время регресса, если тестировщик видит, что какой-то кейс изменился и его нужно отредактировать - он либо сразу внесет изменения в тест-кейс, либо запишет себе в задачу для последующего внесения изменений после регресса. 2. Также у нас существует ревью тест-кейсов. С разной периодичностью тестировщик по своей зоне ответственности проводит ревью на актуализацию тест-кейсов и его содержимого. 3. Насчет дополнения новыми кейсами у нас зафиксировано так, что при появлении нового функционала каждый тестировщик по своей зоне ответственности обязательно заводит задачу и пишет тест-кейсы (это закреплено процессом). Далее собирает тест-ран из этих тест-кейсов и прикрепляет к задаче в jira, где отображается статус каждого пройденного тест-кейса: успешен/не успешен.
В дополнении могу отметить, что действительно любая документация имеет свойство устаревать и это совершенно нормально. При комплексном подходе и заинтересованности всех участников процесса это неприятное обстоятельство можно свести к минимуму.
Насчет роста общего количества тест-кейсов, да. Это количество действительно постоянно расчет за счет развития продукта и наполнения его новыми фичами. Но также какие-то фичи и устаревают, таким образом при проведении ревью какие-то кейсы могут быть и удалены.
Поняла Ваш вопрос. Хочу уточнить, что я не работаю в Test IT и не являюсь их представителем. В начале статьи я писала, что нам предоставилась возможность попробовать эту систему и мы решили поделиться тем, что удалось увидеть.
Добрый день! Спасибо, что прочитали статью. Безусловно согласна с Вами, что выбор каждой организации очень индивидуален и зависит от многих факторов, в том числе финансового и размера команды. Цель этой статьи поделиться тем, с чем довелось познакомиться именно нам. Что касается testlink, к сожалению, не могу ничего сказать, так как сама не пользовалась.
Спасибо за то, что прочитали статью и за ваши комментарии.
На мой взгляд, такая ситуация действительно возможна, если разработчики не знакомы с ui.
Если в команде так сложилось, что разработчики время от времени все равно читают тест-кейсы и проверяют что-то сами ручками, то, безусловно, стоит это учитывать и наполнять кейсы описанием. Согласна с Вами.
Хочу дополнительно отметить, что посыла статьи писать тест-кейсы без подробностей - не было. Имелось ввиду, что, если необходимо или вы не располагаете временем, то есть варианты:
остановиться только на названиях
емко сократить предложения в шагах (пример с авторизацией)
вынести шаги, не связанные с самой проверкой, в предусловия
Добрый день! Спасибо за ваш вопрос. В нашей компании был выбран специализированный инструмент для ведения тестовой документации - TestRail. В нем и храним тест-кейсы. Видится, что, если есть необходимость поддержания большого объема тестовой документации, надо учесть возможность коллективного редактирования тестовой документации. Такая возможность есть во многих специализированных системах, предназначенных для ведения и хранения тест-кейсов.
Добрый день!
На данный момент у нас все еще функционирует система testrail. Но действие лицензии скоро закончится.
Если бы у меня была возможность выбора и не было сложностей с оплатой лицензий, то я скорее всего сделала бы выбор в сторону testrail. Такой выбор обусловлен только тем, что данная система у нас была и ранее в работе, а также полностью устраивала нас и выполняла все необходимые для нас потребности, о которых я писала в статье.
Однако система TestIt тоже показала себя достаточно хорошо в рамках исследования нашей команды. Она также ответила всем нашим потребностям и в случае необходимости выбор в ее сторону можно было смело делать.
Также стоит отметить, что стоит не забывать учитывать важный фактор - это ваши потребности(команды) и размер команды и исходя из этого делать выводы.
Добрый день!
Спасибо за Ваш вопрос.
Да, безусловно такие подходы у нас есть.
1. У нас принято, что во время регресса, если тестировщик видит, что какой-то кейс изменился и его нужно отредактировать - он либо сразу внесет изменения в тест-кейс, либо запишет себе в задачу для последующего внесения изменений после регресса.
2. Также у нас существует ревью тест-кейсов. С разной периодичностью тестировщик по своей зоне ответственности проводит ревью на актуализацию тест-кейсов и его содержимого.
3. Насчет дополнения новыми кейсами у нас зафиксировано так, что при появлении нового функционала каждый тестировщик по своей зоне ответственности обязательно заводит задачу и пишет тест-кейсы (это закреплено процессом). Далее собирает тест-ран из этих тест-кейсов и прикрепляет к задаче в jira, где отображается статус каждого пройденного тест-кейса: успешен/не успешен.
В дополнении могу отметить, что действительно любая документация имеет свойство устаревать и это совершенно нормально.
При комплексном подходе и заинтересованности всех участников процесса это неприятное обстоятельство можно свести к минимуму.
Насчет роста общего количества тест-кейсов, да. Это количество действительно постоянно расчет за счет развития продукта и наполнения его новыми фичами.
Но также какие-то фичи и устаревают, таким образом при проведении ревью какие-то кейсы могут быть и удалены.
Поняла Ваш вопрос.
Хочу уточнить, что я не работаю в Test IT и не являюсь их представителем.
В начале статьи я писала, что нам предоставилась возможность попробовать эту систему и мы решили поделиться тем, что удалось увидеть.
Добрый день!
Спасибо, что прочитали статью.
Безусловно согласна с Вами, что выбор каждой организации очень индивидуален и зависит от многих факторов, в том числе финансового и размера команды.
Цель этой статьи поделиться тем, с чем довелось познакомиться именно нам.
Что касается testlink, к сожалению, не могу ничего сказать, так как сама не пользовалась.
Добрый вечер!
Спасибо за Ваш отзыв!)
Буду рада, если получится внедрить подход и облегчить ведение тестовой документации.
Спасибо за Ваш отзыв!)
Добрый день!
Спасибо за то, что прочитали статью и за ваши комментарии.
На мой взгляд, такая ситуация действительно возможна, если разработчики не знакомы с ui.
Если в команде так сложилось, что разработчики время от времени все равно читают тест-кейсы и проверяют что-то сами ручками, то, безусловно, стоит это учитывать и наполнять кейсы описанием. Согласна с Вами.
Хочу дополнительно отметить, что посыла статьи писать тест-кейсы без подробностей - не было. Имелось ввиду, что, если необходимо или вы не располагаете временем, то есть варианты:
остановиться только на названиях
емко сократить предложения в шагах (пример с авторизацией)
вынести шаги, не связанные с самой проверкой, в предусловия
Добрый день!
Не исключено)
Доброго дня!
На данный момент наша лицензия еще действует, но уже прорабатываем альтернативные решения.
На момент написания тест-кейсов необходимости рассматривать альтернативный инструмент ведения тестовой документации не было.
Добрый день!
Спасибо за ваш вопрос.
В нашей компании был выбран специализированный инструмент для ведения тестовой документации - TestRail. В нем и храним тест-кейсы.
Видится, что, если есть необходимость поддержания большого объема тестовой документации, надо учесть возможность коллективного редактирования тестовой документации.
Такая возможность есть во многих специализированных системах, предназначенных для ведения и хранения тест-кейсов.
Спасибо!)