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

Фотография

Как избежать повторяющихся проверок и шагов в тестировании


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

#1 Evgenii163

Evgenii163

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

  • Members
  • Pip
  • 31 сообщений
  • ФИО:Клочков Евгений Анатольевич
  • Город:Тольятти

Отправлено 26 июня 2019 - 08:28

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

 

Есть список проверок:

  1. создание тестового задания 

  2. pагрузка изображения в тестовое задание

  3. cоздание тестовой спецификации

  4. прохождение теста по тестовой спецификации

 

Существуют зависимости между проверками:

 

  1. Чтобы создать тестовую спецификацию вначале мне нужно создать тестовое задание

  2. В момент создания тестового задания, мне нужно загрузить в него изображение

  3. Чтобы пройти тест,  вначале мне нужна тестовая спецификация

 

Из-за бесконечной нехватки времени, я хочу разделить функционал на приоритеты. (smoke, high, medium, low)  чтобы знать, что проверять в самую первую очередь, что проверять во вторую и так далее. И в дальнейшем иметь статистику по этим проверкам. 

 

Приоритет проверки “создание тестового задания” - smoke

Приоритет проверки “Создание тестовой спецификации” - -high

Приоритет проверки “Загрузка изображения в тестовое задание” - medium

Приоритет проверки  “Прохождение теста по тестовой спецификации” - low

 

Вопрос:

 Как избежать повторяющихся проверок и шагов в тестировании.

Пример:

Мне нужно создать тестовую спецификацию. Но без тестового задания я это сделать не могу. Но тестовое задание я уже прошел в дымовом тестировании, и еще раз, создавать тестовое задание, чтобы проверить Создание тестовой спецификации” в тестировании  high функционала - я не хочу т.к. это занимает время силы и нервы. Использовать уже созданные ранее материалы, не всегда представляется возможным.

И таких вот примеров у меня на проекте очень много.

 

У меня была идея, объединить пересекающихся проверки в тест-кейсы. Но тогда при прохождении шагов в ТС я буду тратить время низкоприоритетные проверки, которые мне не нужны в дымовом тестировании. И еще мы отказались от идей ведения тест-кейсов в пользу чек-листов. Потому что нету времени поддерживать ТС.
 

Поделитесь пожалуйста своими идеям, может кто-то решал такую проблему?


  • 0

#2 checo

checo

    Опытный участник

  • Members
  • PipPipPipPip
  • 400 сообщений
  • Город:Н.Новгород

Отправлено 26 июня 2019 - 09:27

Дайте угадаю, у вас много тестировщиков и единое на всех тестовое окружение?

Если проблема переиспользования данных не в этом, то тогда в чём? База данных очищается при деплое или что-то подобное?

 

Мы проблему с одним порталом на команду так, что каждый создает свои личные группы объектов (на тестируемом портале такое было), и никто в чужие не лезет. Соответственно, всегда можно переиспользовать свои исходные данные. Или можно как-то имена/номера резервировать.

 

Конечно, я готов представить, что функциональность системы не позволит это сделать (например, какое-то действие должно выполняться над всеми объектами, и не затронуть чужое невозможно). Но это уже надо как-то разруливать внутри команды.


  • 0

#3 Little_CJIOH

Little_CJIOH

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

  • Members
  • PipPipPipPipPipPip
  • 1 515 сообщений
  • ФИО:Власкин Павел
  • Город:Санкт-Петербург


Отправлено 26 июня 2019 - 12:01

Нужен DataManager который контролирует создание и модификацию тестовых данных. Соответственно если нужные данные уже есть, просто отдает их, если нет - создает.


  • 1

#4 Evgenii163

Evgenii163

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

  • Members
  • Pip
  • 31 сообщений
  • ФИО:Клочков Евгений Анатольевич
  • Город:Тольятти

Отправлено 26 июня 2019 - 12:11

Нужен DataManager который контролирует создание и модификацию тестовых данных. Соответственно если нужные данные уже есть, просто отдает их, если нет - создает.

 

Можете  пожалуйста дать ссылку, о каком  DataManager  идет речь. Поиск в гугл не дал внятных результатов.


  • 0


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

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