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

Фотография

Как составлять тесты для пересекающегося диапазона значений?

тест-дизайн

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

#1 Olga_Lapshyna

Olga_Lapshyna

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

  • Members
  • Pip
  • 25 сообщений
  • ФИО:Ольга Лапшина
  • Город:Киев


Отправлено 06 апреля 2015 - 19:56

Здравствуйте, уважаемые тестировщики!

Я очень начинающий тестер, пришла на работу в компанию, где научиться премудростям грамотного тест-дизайна особо не у кого. И вот практически сразу получила такое задание, к которому не знаю как подступиться.

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

Можете посоветовать, как покрыть тестами все значимые случаи пересечения значений? Какую методику можете посоветовать для разработки тестов для большого количества пересекающихся условий и накладывающихся диапазонов?


  • 0

#2 clipsa

clipsa

    Специалист

  • Members
  • PipPipPipPipPip
  • 527 сообщений
  • ФИО:Ермолаева Ольга
  • Город:Москва


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

Думаю, что для начала вам надо выписать все возможные пересечения.

Для позитивных тестов надо построить цепочки действий так, чтобы задействовать в каждой цепочке максимально возможное число разных пересечений.

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


  • 1

Не следует заставлять тестировщиков тестировать быстрее. Что может быть хуже испуганных, усталых, цинично настроенных тестировщиков?
-----------------
Хорошо, когда человек заводит баги. Плохо, когда баги заводят человека (с)
-----------------
Проект для начинающих тестировщиков Хомячки


#3 Olga_Lapshyna

Olga_Lapshyna

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

  • Members
  • Pip
  • 25 сообщений
  • ФИО:Ольга Лапшина
  • Город:Киев


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

Думаю, что для начала вам надо выписать все возможные пересечения.

Для позитивных тестов надо построить цепочки действий так, чтобы задействовать в каждой цепочке максимально возможное число разных пересечений.

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

Спасибо! Я в целом так себе и мыслю, но не представляю, как лучше систематизировать данные, чтобы ничего не упустить.


  • 0

#4 Tishka

Tishka

    Постоянный участник

  • Members
  • PipPipPip
  • 211 сообщений
  • ФИО:Ахрамеев Антон

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

Сделайте декомпозицию проекта по функциональным блокам.

Затем распишите функционал каждого блока.


  • 0

#5 vinogradoff

vinogradoff

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

  • Members
  • Pip
  • 72 сообщений
  • ФИО:Alexei Vinogradov
  • Город:Dormagen


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

Мы делали в похожих случая в экселе табличку: в строках условия, по одному на строку (которых тоже было очень много), группируя тематически. В столбцах просто цифры, "номера" тест-кейсов (условные номера, например T1,T2...T99). Следующим шагом ставили крестики на пересечении так, чтобы 1) в каждой строке стоял как мин. 1 крестик 2) на один тест-кейс приходилось не слишком много проверок (субъективным взглядом). Затем писали тест-кейсы по очереди  Т1,Т2...  и тд. Ну и если бы мы были прилежны, то в конце заменили бы T1,T2... в экселе на соответствующие ID из тула, где тест-кейсы хранились. :)

Такая схема подходит для очень большого числа проверок, для сравнительно небольшого числа проверок - наверное перебор :).
 


  • 1

#6 VinnieJohns

VinnieJohns

    Активный участник

  • Members
  • PipPip
  • 112 сообщений
  • ФИО:Дмитрий Новиков


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

Мы делали в похожих случая в экселе табличку: в строках условия...В столбцах просто цифры...

По описанию напомнило вот это: http://en.wikipedia....ion_Tree_Method

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


  • 1

#7 Olga_Lapshyna

Olga_Lapshyna

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

  • Members
  • Pip
  • 25 сообщений
  • ФИО:Ольга Лапшина
  • Город:Киев


Отправлено 08 апреля 2015 - 09:19

Мы делали в похожих случая в экселе табличку: в строках условия, по одному на строку (которых тоже было очень много), группируя тематически. В столбцах просто цифры, "номера" тест-кейсов (условные номера, например T1,T2...T99). Следующим шагом ставили крестики на пересечении так, чтобы 1) в каждой строке стоял как мин. 1 крестик 2) на один тест-кейс приходилось не слишком много проверок (субъективным взглядом). Затем писали тест-кейсы по очереди  Т1,Т2...  и тд. Ну и если бы мы были прилежны, то в конце заменили бы T1,T2... в экселе на соответствующие ID из тула, где тест-кейсы хранились. :)

Такая схема подходит для очень большого числа проверок, для сравнительно небольшого числа проверок - наверное перебор :).
 

Спасибо! А по какому принципу вы условия комбинировали? И как удостовериться, что все, что необходимо, скомбинировано? И если сочетание условий дает свой диапазон значений, который тоже нужно тестировать как минимум на границах, то лучше делать отдельную таблицу?


  • 0

#8 Olga_Lapshyna

Olga_Lapshyna

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

  • Members
  • Pip
  • 25 сообщений
  • ФИО:Ольга Лапшина
  • Город:Киев


Отправлено 08 апреля 2015 - 09:21

Сделайте декомпозицию проекта по функциональным блокам.

Затем распишите функционал каждого блока.

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


  • 0

#9 Vasiliy

Vasiliy

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

  • Members
  • PipPipPipPipPipPip
  • 2 959 сообщений
  • ФИО:Касимов Василий
  • Город:Москва

Отправлено 08 апреля 2015 - 09:47

Для облегчения поиска можно нарисовать схему.
Распишите все условия построчно и нарисуйте длительность каждого ограничения.
Прикрепленный файл  2015-04-08_123315.jpg   15,07К   13 Количество загрузок:

Тогда вертикальными линиями вы сможете найти все интересные пересечения и сформировать под них тесты.

P.S. Качество картинки не ахти - сканер подвел)


  • 1

#10 Olga_Lapshyna

Olga_Lapshyna

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

  • Members
  • Pip
  • 25 сообщений
  • ФИО:Ольга Лапшина
  • Город:Киев


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

Для облегчения поиска можно нарисовать схему.
Распишите все условия построчно и нарисуйте длительность каждого ограничения.
attachicon.gif2015-04-08_123315.jpg

Тогда вертикальными линиями вы сможете найти все интересные пересечения и сформировать под них тесты.

P.S. Качество картинки не ахти - сканер подвел)

Спасибо! Я примерно так и сделала))


  • 0

#11 vinogradoff

vinogradoff

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

  • Members
  • Pip
  • 72 сообщений
  • ФИО:Alexei Vinogradov
  • Город:Dormagen


Отправлено 08 апреля 2015 - 15:46

 

Мы делали в похожих случая в экселе табличку: в строках условия, по одному на строку (которых тоже было очень много), группируя тематически. В столбцах просто цифры, "номера" тест-кейсов (условные номера, например T1,T2...T99). Следующим шагом ставили крестики на пересечении так, чтобы 1) в каждой строке стоял как мин. 1 крестик 2) на один тест-кейс приходилось не слишком много проверок (субъективным взглядом). Затем писали тест-кейсы по очереди  Т1,Т2...  и тд. Ну и если бы мы были прилежны, то в конце заменили бы T1,T2... в экселе на соответствующие ID из тула, где тест-кейсы хранились. :)

Такая схема подходит для очень большого числа проверок, для сравнительно небольшого числа проверок - наверное перебор :).
 

Спасибо! А по какому принципу вы условия комбинировали? И как удостовериться, что все, что необходимо, скомбинировано? И если сочетание условий дает свой диапазон значений, который тоже нужно тестировать как минимум на границах, то лучше делать отдельную таблицу?

 

 

Группировали тематически близкие вещи (к примеру ФИО одна группа, Адрес вторая, Банковские данные третья). Комбинировали довольно произвольно выбирая представителей из разных групп (например одно условие из ФИО, одно из Адреса, одно из Банка - в одном тест-кейсе).
Удостовериться, что всё скомбинировано нельзя, потому что всё скомбинировать нельзя :-) Невозможно. И это важно понимать, от этой аксиомы пляшут многие решения в тестировании :-)
Не совсем понял, про сочетание условий. Если они дают новые "специальные" случаи - наверное можно их отдельным условием вынести (например Фамилия Путин, Адрес-Кремль - отдельным специальным условием :) ).

Разные таблицы создавать - можно, почему бы и нет. Я бы делал в новой, те условия которые "очень вероятно" (никогда нельзя знать наверняка) - независимы от условий предыдущих таблиц. 


  • 0

#12 Olga_Lapshyna

Olga_Lapshyna

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

  • Members
  • Pip
  • 25 сообщений
  • ФИО:Ольга Лапшина
  • Город:Киев


Отправлено 08 апреля 2015 - 17:20


Удостовериться, что всё скомбинировано нельзя, потому что всё скомбинировать нельзя :-) Невозможно. И это важно понимать, от этой аксиомы пляшут многие решения в тестировании :-)

Ага, только попробуй это докажи моему IT-директору, который совсем не тестировщик, а очень даже программист))


  • 0

#13 vinogradoff

vinogradoff

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

  • Members
  • Pip
  • 72 сообщений
  • ФИО:Alexei Vinogradov
  • Город:Dormagen


Отправлено 08 апреля 2015 - 17:36

 


Удостовериться, что всё скомбинировано нельзя, потому что всё скомбинировать нельзя :-) Невозможно. И это важно понимать, от этой аксиомы пляшут многие решения в тестировании :-)

Ага, только попробуй это докажи моему IT-директору, который совсем не тестировщик, а очень даже программист))

 

 

Доказать, что количество возможных комбинаций быстро покидает пределы разумного? Ну если он школу пропустил, и сразу в программисты, то наверное сложно доказать.

https://ru.wikipedia.../wiki/Сочетание


  • 0

#14 Freiman

Freiman

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

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

Отправлено 08 апреля 2015 - 19:27

Pairwaise и другую комбинаторику еще не посоветовали? :) Вот уж как можно создать вообще все мыслимые комбинации


  • 1

#15 Olga_Lapshyna

Olga_Lapshyna

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

  • Members
  • Pip
  • 25 сообщений
  • ФИО:Ольга Лапшина
  • Город:Киев


Отправлено 10 апреля 2015 - 21:31

Pairwaise и другую комбинаторику еще не посоветовали? :) Вот уж как можно создать вообще все мыслимые комбинации

Мне почему-то кажется, что для моего случая pairwaise не очень подходит. А какие еще комбинаторные методы Вы можете посоветовать? И главное, где о них можно почитать?


  • 0



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

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