Сообщений в теме: 14

[Olga_Lapshyna]

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

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

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

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

[clipsa]

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

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

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

[Olga_Lapshyna]

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

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

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

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

[Tishka]

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

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

[vinogradoff]

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

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

[VinnieJohns]

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

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

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

[Olga_Lapshyna]

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

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

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

[Olga_Lapshyna]

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

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

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

[Vasiliy]

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

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

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

[Olga_Lapshyna]

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

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

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

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

[vinogradoff]

 

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

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

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

 

 

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

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

[Olga_Lapshyna]

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

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

[vinogradoff]

 

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

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

 

 

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

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

[Freiman]

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

[Olga_Lapshyna]

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

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