Тестирование ПО (Тестировщик, QA инженер)

jackjones, если погулять в шапку темы, там обнаружится ссылка на целый подкаст, посвященный этому вопросу

anray:

Нашёл белорусский telegram канал с работой в ИТ https://t.me/belit_jobs
Может кому будет интересно...

60 человек.. как-то мелковато, но идея хорошая.

AceEek:

если погулять в шапку темы, там обнаружится ссылка на целый подкаст, посвященный этому вопросу

по фрилансу не нашел информации

levis_2011:

4) 18-120 лет(льготник инвалид) - скидка 20%

спорное утверждение или вы не предоставили всех критериев тех задания. пока выглядит как ваша додумка так как не вижу криктериев что действует бОльшая скидка или что они не суммируются. (10% от молодежи и 20 от инвалидов для категории 18-25 льготник)

levis_2011:

1) Какую еще технику тест-дизайна можно применить к задаче выше? кроме метода гр значений и экв разб. МОЖЕТ ТАБЛИЦА ПРИНЯТИЯ РЕШЕНИЯ?

На описанную задачу хорошо еще ложится pairwise testing

levis_2011:

2) Сколько Тест кейсов всего нужно, чтобы протестировать вызов лифта на этаж (в доме с 1-9 этажи их 9 )

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

c55_Sky:

Muraszka:

На описанную задачу хорошо еще ложится pairwise testing

Не согласен категорически. Количество сценариев абсолютно вменяемое. Это не тот случай когда pairwise стоит применять. Можно покрыть 100% сценариев без особых усилий. Вот с тем же лифтом, он и то будет более уместен, там 64 кейса только по этажам, не считая дополнительных кнопок.

М-да... человек же в учебных целях интересуется. Про лифт я вообще не понимаю, что вы хотите pairwise тестировать.
p.s. 36 кейсов вверх и 36 кейсов вниз, итого 72. Если говорить о приоритизации, то кейсы в которых конечная/начальная точка первый этаж наиболее приоритетны -- 16 кейсов, 2 в которых лифт проходит весь маршрут (с 1 по 9 и с 9 по 1) стоит делать в 1-ю очередь.

По поводу pairwise, у вас по сути 2 параметра - возраст и дата. Как тут pairwise поможет? Он работает, только есть 3 и больше параметра.

Про лифт. Выбирать этаж отдельно - это вообще ни о чем. Кол-во этажей почти ни на что не влияет.
Тут надо рассмотреть следующие вещи:

- лифт неподвижен, мы вызываем (и тут несколько случаев: лифт выше, лифт ниже, лифт на одном с нами уровне). Дополнительный параметр здесь - куда едем мы (вверх, вниз или нажали обе кнопки). Итого как минимум 3х3 тестов.
- лифт в движении (ниже нас и едет вверх, ниже нас и едет вниз, выше нас и едет вверх, выше нас и едет вниз). Опять таки доп. параметр - куда мы едем. И опять минимум 4x3 тестов.

Можно еще предусмотреть кучу крайних случаев (мы на верхнем этаже, мы на нижнем). Но для начала надо выбрать, что является для нас параметрами (а это, блин, не конкретный этаж!!!! )

Параметры, это (подытожу):
- положение нас относительно лифта
- куда нам надо
- двигается лифт или нет и куда

Тут, конечно, можно заморочиться и применить pairwise, но я бы не советовал.

Дополнительный параметр здесь - куда едем мы (вверх, вниз или нажали обе кнопки)

если уж совсем заморочиться, можно и тестировать последовательность нажатия кнопок вверх-вниз - одновременно их нажать _почти_ невозможно. А то, какая из них была нажата раньше - может сильно повлиять на логику работы лифта.

del

Muraszka:

zffman:

Он работает, только есть 3 и больше параметра.

Что?.. Тут 2 параметра которые влияют на конечный результат -- это уже и есть предпосылка для pairwise.

Как по мне, описанные выше примеры достаточно простые, и levis_2011 важно было продемонстрировать знание и умение применить техники тест-дизайна, а вы начинаете мудрить на пустом месте. Извините, но это перерастает в какой-то срач.

dixi

Вспоминаем, что значит pairwise - для каждой пары зависимых параметров у нас должны быть перебраны все возможные вариации. Ключевое слово - пары. Для двух параметров, может кому-то это покажется странным, пара всего одна. Для 3-ех параметров - их уже 3

Для 2-ух булевых параметров таких комбинаций будет 4. Меньше быть не может.
Для 3-ех булевых - тоже 4 - начинает работать pairwise.

Чтобы не быть голословным, таблицы истинности:

2 параметра:

0 0
0 1
1 0
1 1

3 параметра:

0 0 0
0 1 1
1 0 1
1 1 0

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

levis_2011, не боитесь что потенциальный работодатель увидит как вы ответы ищете?

а вообще попробуйте использовать логику. если лифт имеет 1 кнопку вызова на 1 и последнем этаже (верх и вниз соответственно), а на остальных по 2, то доменным тестированием именно вызов протестировать можно