Перейти к содержимому

Фотография

Поддерживание актуальности тест-кейсов


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 8

#1 catrun

catrun

    Новый участник

  • Members
  • Pip
  • 35 сообщений
  • ФИО:Болк Кейт

Отправлено 25 января 2017 - 19:19

Всем привет, 

у нас в проекте существует проблема поддерживаемости актуальности тест-кейсов.

Все тест-кейсы загружены в TestRail. Также они автоматизированны с помощью Селениума.

Порой нужно изменять тест кейсы в Селениуме, потом нужно поменять в TestRail. Это не всегда происходит мгновенно. Наш начальник хочет чтобы тест-кейсы в любой момент были актуальными и такими же как автотесты. Для этого он хочет использовать Cucumber. Я против него и думаю что такой подход не правильный.

Есть ли у кого-нибудь такой опыт? Где вы держите описание автотестов? Как вы их поддерживаете?


  • 0

#2 Spock

Spock

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 772 сообщений
  • ФИО:Роман

Отправлено 25 января 2017 - 20:50

у TestRail есть интеграция например с GitHub, так что заливаете тесты Селениум в Github, и интегрируете TestRail и GitHub - таким образом тесты там и там будут связаны, и будет намного легче их поддерживать

(ну или с какой другой версионной системой интегрировать если возможно, это без разницы)

 

http://www.gurock.co...nagement.i.html

 

P.S.

не используйте Огурец. нет ни одного счастливого тестера который ест огурцы


  • 0

#3 Freiman

Freiman

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 591 сообщений
  • ФИО:Андрей Адеркин
  • Город:Йошкар-Ола

Отправлено 25 января 2017 - 21:41

Главный вопрос - а зачем дублировать автотесты ручными тестами?
  • 1

#4 Spock

Spock

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 772 сообщений
  • ФИО:Роман

Отправлено 25 января 2017 - 22:01

 

 

Главный вопрос - а зачем дублировать автотесты ручными тестами? 

может они сначала создают ручные тесты (например, аналитики создают), а потом автоматизаторы автоматизируют некоторые из них?


  • 0

#5 Freiman

Freiman

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 591 сообщений
  • ФИО:Андрей Адеркин
  • Город:Йошкар-Ола

Отправлено 26 января 2017 - 06:51

Главный вопрос - а зачем дублировать автотесты ручными тестами? 

может они сначала создают ручные тесты (например, аналитики создают), а потом автоматизаторы автоматизируют некоторые из них?

Ну вопрос-то остается: зачем оставлять и поддерживать ручные тесты, если они автоматизированы и вручную не прогоняются?


  • 0

#6 neel

neel

    Новый участник

  • Members
  • Pip
  • 2 сообщений
  • ФИО:Эльвира

Отправлено 26 января 2017 - 07:01

у нас такая необходимость есть, например, в связи с тем, что эти тесты бывает нужно предоставить заинтересованным лицам, чтобы они имели представление, что тестируется и в каком объеме, оценить покрытие функционала тестами. Автотесты для них не информативны.


  • 0

#7 Freiman

Freiman

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 591 сообщений
  • ФИО:Андрей Адеркин
  • Город:Йошкар-Ола

Отправлено 26 января 2017 - 07:43

чтобы они имели представление, что тестируется и в каком объеме, оценить покрытие функционала тестами

Для этого есть тест-план, traceability-матрицы, например.
  • 0

#8 Spock

Spock

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 772 сообщений
  • ФИО:Роман

Отправлено 26 января 2017 - 10:35

может и ничего плохого когда все тесты лежат в одном месте, в TestRail, и автоматизированные и нет

 

зато удобно, все отчётности под рукой и покрытия

 

а иначе где считать это всё?


  • 0

#9 catrun

catrun

    Новый участник

  • Members
  • Pip
  • 35 сообщений
  • ФИО:Болк Кейт

Отправлено 26 января 2017 - 13:11

У нас есть тест-кейсы, которые автоматизированы, и их описание лежит в test rail. Вроде как это нужно для удобства, чтобы понять разработчику какой тест упал при сборке, он идет в test rail  и там смотрит описание теста.


  • 1


Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных