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

[apnecr]

Есть вот такие штуки: , назавем их диапазонами данных, может как то они по другому называются, не знаю.
Диапазоны не взаимосвязаны.

Поставлена задача протестировать их.

Достаточно ли будет проверить:

1. крайние значения
2. пограничные значения

Или нужно проверять еще какие нибудь произвольные значения? Или еще что либо?
Я правельно понимаю, что негативные тесты не получится сделать?

[Freiman]

Вы не могли бы поподробнее объяснить, как работает этот элемент управления?
левым-правым кругом мы указываем границы диапазона, и по этим данным что-то ищется?

[apnecr]

левым-правым кругом мы указываем границы диапазона, и по этим данным что-то ищется?

Да именно так.

[CVDX]

Или нужно проверять еще какие нибудь произвольные значения? Или еще что либо?

Я бы проверил крайние значения, которые противоречат друг другу. Например, рост 178, размер одежды 40, размер обуви 38.
Это негативный тест.

[apnecr]

А позитивных Достаточно ли будет проверить:

1. крайние значения
2. пограничные значения?

[Freiman]

А позитивных Достаточно ли будет проверить:

1. крайние значения
2. пограничные значения?

Для позитивного теста:
— значение внутри диапазона
— граничные
— околограничные

Нужно еще обратить внимание на допустимое множество входных значений — если размер обуви задается, например, в диапазоне от 32 до 50, то надо не забыть про 32, 33, 49 и 50.
Еще проверьте размеры диапазона. Сколько там может быть? Минимум 1? или можно убрать в 0? :) а максимум? весь возможный диапазон? А что будет, если всем диапазонам задать максимальную/минимальную размерность?

[apnecr]

Спасибо)

[Фрося]

?Совместить левый и правый круги можно?
В центре, на левой границе, на правой границе?
А ищутся данные, удовлетворяющие одновременно трем диапазонам?

[apnecr]

Тогда вот еще на засыпку вопрос, есть вот такой калькулятор:



Работает так: http://screencast.com/t/Pw3Zl8Wb

Каждый бегунок и опция влияет в итоге на стоимость услуги. Хочу протестировать методом pairwise.

Для бегнков можно взять во входящие данные?

1.Граничные значния.
2.Околограничные значния
3.Значение в центре бегунка (нужно ли или можно обойтись).

[Freiman]

Для бегнков можно взять во входящие данные?

1.Граничные значния.
2.Околограничные значния
3.Значение в центре бегунка (нужно ли или можно обойтись).

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

[CVDX]

По каким формулам калькулятор считает, неизвестно, не так ли?
Я к тому, что, вероятно, может понадобиться разделить, например, диапазон 'количество юнитов', на несколько подклассов и для них еще граничные значения посчитать.
Только как делить и надо ли.

Я бы на вашем месте исследовал: зафиксировать все параметры, кроме одного. Сделать расчет для всех значений данного параметра. Проанализировать характер зависимости - линейный, нелинейный, ступенчатый.
Если ступенчатый, значит надо делить на подклассы и искать их границы.

[apnecr]

По каким формулам калькулятор считает, неизвестно, не так ли?
Я к тому, что, вероятно, может понадобиться разделить, например, диапазон 'количество юнитов', на несколько подклассов и для них еще граничные значения посчитать.
Только как делить и надо ли.

Формулы известны. Вернее не формулы, а прайслисты по которым береться массив данных.

К примеру бегунок "Количество юнитов влияет так"

[CVDX]

Ага, значит, у вас для этого бегунка 5 классов экв и не менее 10 гран. значений.
Только на скриншоте шаг=6, а в прайсе=5. И макс. значения разные.
Нестыковочка, однако. Странно.
Это область для дополнительного исследования...

[apnecr]

Ага, значит, у вас для этого бегунка 5 классов экв и не менее 10 гран. значений.
Только на скриншоте шаг=6, а в прайсе=5. И макс. значения разные.
Нестыковочка, однако. Странно

Шаг равен бегунка 1, но в положении 1-5 всегда значение одно и то же. И т.д.

[CVDX]

Нет, я имел в виду, что в интерфейсе было бы логично весь диапазон значений разбить так же, как в прайсе (если он актуальный): 1-5-10-15-25, а не 1-6-12-18-24-30.

[apnecr]

Нет, я имел в виду, что в интерфейсе было бы логично весь диапазон значений разбить так же, как в прайсе (если он актуальный): 1-5-10-15-25, а не 1-6-12-18-24-30.

да это было бы логинчее, но компании важно знать точное чилсо юнитов которе захотел заказать клиент, если 1 то и в отчет после этйо формы приходит 1. Тут уже вопрос складского хозяйства = )))

По этому берем за аксиому что цена не меняеться в значениях 1-5.

[CVDX]

Я ваш комментарий не понял, он к моему не относится.
Скажите, если поставить бегунок от 26 до 30, известно ли, какая цена будет для такого количества? В прайсе-то этого нет.

На мой взгляд, это несоответствие (1-5-10-15-25 vs 1-6-12-18-24-30.) - баг.

[apnecr]

Скажите, если поставить бегунок от 26 до 30, известно ли, какая цена будет для такого количества? В прайсе-то этого нет.

Извените не уточнил, значения 26-30 = 2714,00 и 2419,00, что соотвествует значениям 21-25.

На мой взгляд, это несоответствие (1-5-10-15-25 vs 1-6-12-18-24-30.) - баг.

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

Извентие не правельно сказал, о том что цена будет одинакова на значении 1-5, на самом деле цена идет за еденицу и возрастает с каждым значением бегунка,
а именно 1 * 3186 = 3186 и 1 * 2655 = 2655.

Я бы тестировал для данного бегунка такие значения:

1,5,6,10,11,15,16,20,21,25,26,30

[CVDX]

Ясно.

на самом деле цена идет за еденицу и возрастает с каждым значением бегунка,
а именно 1 * 3186 = 3186 и 1 * 2655 = 2655.

плюс еще 5*3186=...
5*2655=...
В принципе, граничных значений хватило бы для теста. Я так думаю ;-)

[apnecr]

Дальше еще интереснее))

есть параметр количество IP адресов, который так же считает сумму за какждый IP, есть минимальное значение 1 IP, а максимального нет. как тут тестировать?

достаточно будет проверить 0,1,2,100 например?

цена за 1 IP всегда одна и та же.