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

Фотография

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

тест-кейсы модульность

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

#1 Murat_Minsk

Murat_Minsk

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

  • Members
  • Pip
  • 14 сообщений
  • ФИО:Исламбеков Мурат

Отправлено 30 марта 2015 - 21:21

Всем привет,

 

при написании тест кейсов возник вопрос.

Допустим у меня есть часть функционала, которая повторяется на всех страницах, или проверка, которая актуальна для всех страниц. Например, поле поиска, которое находится на хидере сайта, или юзабилити тест-кейсы,которые актуальны для всех страниц. Не совсем понимаю, как мне оформить это в документе.

 

Пока придумал 3 варианта: 

1. Дублировать для каждой страницы эти проверки. Но, как по мне это не рационально, тк например если для каждой страницы на сайте, дублироваться тест-кейсы для хидера и футера + также дублировать тест-кейсы для юзабилити тестирования, то размер документа(для моего сайта) увеличивается больше чем в 2 раза. Да и дублирования к ничему хорошему не приведет - если поменялся один тесткейс, то менять его для всех страниц на сайте? а если их много?

2. Вывести общие тест-кейсы в отдельные модули(usability, header,footer), и вставлять их для каждой новой страницы как ссылку. Причем результаты тестирования для каждого нового модуля выносить в отдельную колонку(общего модуля) с фактическим результатом. Но тут тоже не удобно, тк страниц много, в моем случае их 15, то количество колонок с фактическим результатом увеличивается в число равное количеству страниц сайта(для меня в 15 раз!), а учитывая, что проверять нужно для разных браузеров(на каждый браузер отдельная колонка с результатом) + с учетом дополнительных настроек: вкл/выкл - javascript или flash - количество колонок становится запредельным.

3. Тестировать хидер и футер отдельно, а в остальных страницах тестировать только уникальный контент. Но тут сразу вопрос, где гарантия что если поиск на хидере работает на одной странице он не будет падать на другой?

 

Подскажите пожалуйста, как оформить тестовый документ в таких ситуациях? Может у кого-то есть пример с решением подобной проблемы?

 

Заранее спасибо.


  • 0

#2 Dalay_LAMO

Dalay_LAMO

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

  • Members
  • PipPipPipPip
  • 265 сообщений
  • ФИО:Дмитрий
  • Город:Санкт-Петербург


Отправлено 31 марта 2015 - 06:57

3. Тестировать хидер и футер отдельно, а в остальных страницах тестировать только уникальный контент. Но тут сразу вопрос, где гарантия что если поиск на хидере работает на одной странице он не будет падать на другой?


Это правильный вариант.
Про гарантии - соотношение трудоёмкости проверок футера и хедера на каждой странице к вероятности обнаружения ошибки на отдельной странице говорит нам, что делать этого не стоит (и здравый смысл солидарен в этом мнении).
  • 0

#3 Murat_Minsk

Murat_Minsk

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

  • Members
  • Pip
  • 14 сообщений
  • ФИО:Исламбеков Мурат

Отправлено 31 марта 2015 - 07:53

Спасибо, за ответ.

 

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

а что делать, если на каких-то страницах все таки ошибка будет(с поиском на хидере например), пусть вероятность ее появления и была небольшой, получается эта возможность будет не протестирована? 


  • 0

#4 Dalay_LAMO

Dalay_LAMO

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

  • Members
  • PipPipPipPip
  • 265 сообщений
  • ФИО:Дмитрий
  • Город:Санкт-Петербург


Отправлено 31 марта 2015 - 10:08

а что делать, если на каких-то страницах все таки ошибка будет(с поиском на хидере например), пусть вероятность ее появления и была небольшой,


Баг заводить, чтобы разработчики исправляли.

получается эта возможность будет не протестирована?


Да, так и получается в реальных условиях.
  • 0

#5 Murat_Minsk

Murat_Minsk

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

  • Members
  • Pip
  • 14 сообщений
  • ФИО:Исламбеков Мурат

Отправлено 31 марта 2015 - 12:26

Спасибо, стало яснее.


  • 0

#6 Murat_Minsk

Murat_Minsk

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

  • Members
  • Pip
  • 14 сообщений
  • ФИО:Исламбеков Мурат

Отправлено 06 апреля 2015 - 13:21

Все таки уточню :pardon:  :

А как поступить с тест-кейсами по usability. На каждой отдельной странице, тот или иной тест-кейс может как выполнится так и нет (причем с достаточно высокой вероятностью, в отличии от тест-кейсов из Header/Footer. Но думаю дублировать эти тест-кейсы так же плохая идея. Может достаточно будет в фактическом результате указать, на каких страницах тест-кейс не выполнился? 

 

Или может есть другой способ?

 

Заранее спасибо.


  • 0

#7 Dalay_LAMO

Dalay_LAMO

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

  • Members
  • PipPipPipPip
  • 265 сообщений
  • ФИО:Дмитрий
  • Город:Санкт-Петербург


Отправлено 07 апреля 2015 - 07:35

А как поступить с тест-кейсами по usability. На каждой отдельной странице, тот или иной тест-кейс может как выполнится так и нет (причем с достаточно высокой вероятностью, в отличии от тест-кейсов из Header/Footer. Но думаю дублировать эти тест-кейсы так же плохая идея. Может достаточно будет в фактическом результате указать, на каких страницах тест-кейс не выполнился?  
Или может есть другой способ? 
Заранее спасибо.


Я слабо представляю себе тесткейсы по юзабилити. Есть гайдлайны, стандарты индустрии и здравый смысл, которые неплохо бы учитывать при разработке. Если что-то из этого нарушается (или тебе кажется, что нарушается) - заводишь баг.
В общем, писать юзабилити тест-кейсы для каждой страницы точно не стоит.
  • 0

#8 Murat_Minsk

Murat_Minsk

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

  • Members
  • Pip
  • 14 сообщений
  • ФИО:Исламбеков Мурат

Отправлено 08 апреля 2015 - 11:40

Я слабо представляю себе тесткейсы по юзабилити

Как по мне их много, что-нибудь такое:

-Проверить текст/контент на грамматические и орфографические ошибки и опечатки

-Проверить, существует ли отчетливый фокус (логическое выделение главных элементов) на каждой странице и тд.

...

 

 

В общем, писать юзабилити тест-кейсы для каждой страницы точно не стоит.

тоже к этому склонялся.

Спасибо за ответ.


  • 0



Темы с аналогичным тегами тест-кейсы, модульность

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

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