Публикации user12

#185762 Как эффективно управлять базой тесткейсов?

Отправлено автор: user12 04 марта 2024 - 09:51 в Тест-дизайн и ручное тестирование

1. В тест-кейсах не должно быть ссылок на другие тест-кейсы

2. В prerequirementах для тест-кейса мега подробно ничего не описываются

3. Если надо в prerequirementах описать что-то очень подробно, то используется Test Suite и Description к нему (это есть в любых ТМ, типо TestRail и тп)

4. Никакие тест-кейс зависимость никуда не копируются

#185739 Формулировки ожидаемого результата в тест-кейсах

Отправлено автор: user12 22 февраля 2024 - 11:17 в Тест-дизайн и ручное тестирование

Пример №1:

Шаг проверки : Вернуться на стартовую страницу сайта, нажав на иконку в виде домика в правом верхнем углу;

Ожидаемый результат : Должен произойти переход на стартовую страницу сайта;

Шаг проверки: Нажать на иконку "домик" в правом верхнем углу

Ожидаемый результат : Отображается стартовая страница

Пример №2:

Шаг проверки : Выбрать дату в календаре, для которой на экране прогружены данные;

Ожидаемый результат : На экране должны отображаться данные для показателей дашборда;

"На экране отображаются данные для показателей дашборда"

Тут не нужны тест-кейсы. Фильтры в большинстве случаев тестятся чек-листами/Decision Table и тп.

#185495 Почему и зачем мы пишем тест кейсы?

Отправлено автор: user12 13 ноября 2023 - 14:56 в Тест-дизайн и ручное тестирование

Тебе тут не нужны тест-кейсы в классическом виде.

Например, ты пишешь ""Проверка системы экстренного торможения на прямой дороге без уклона на скорости 60 км/ч"

Много букв, не читабельно, не информативно и слово "проверка" лишнее.

У тебя есть уклоны, скорость и тп, поэтому используй что-то похожее на Decision Table

#185146 Добавляем pairwise (попарное тестирование) в свой арсенал QA инженера

Отправлено автор: user12 26 мая 2023 - 13:04 в Тест-дизайн и ручное тестирование

чтобы в комбинации пар 02 было только с 28, нужно видимо перекрестный запрос сделать?

Я вообще не вижу особого смысла запихивать это в PICT, те у нас месяц Февраль и там 28 дней.. Те пара всегда будет 02 -- 28.

Но если для уж очень хочется, то сделал бы так:

#February
IF [Month] = 02 THEN [Day] = 28 ELSE [Day] <> 28;

Пару советов:

1. Лучше IF, THEN и тп писать всегда с прописных букв, так более красиво

2. Всегда комментировать код через #, например:

#February

#185144 Добавляем pairwise (попарное тестирование) в свой арсенал QA инженера

Отправлено автор: user12 26 мая 2023 - 05:59 в Тест-дизайн и ручное тестирование

почему ошибка?

if [Month] = "02" then [Day] = "28";

Наверное потому что 02 и 28 это цифры и должны писаться без кавычек, "Safari mobile" и "iOS" это строки и должны быть в кавычках

Но как синтаксис составить, что бы была только пара 28 и 02?

if [Month] = 02 then [Day] = 28;

или у вас что-то другое выдает ?

#185141 Добавляем pairwise (попарное тестирование) в свой арсенал QA инженера

Отправлено автор: user12 25 мая 2023 - 07:38 в Тест-дизайн и ручное тестирование

Спасибо, попробовала. Но тогда ограничение вообще не работает, PICT все пары генерит

Во-первых, не все, а 34 (12*3 = 36 - это количество всех комбинаций, но из-за ограничения будет 36-2 = 34)

Во-вторых, для данной ВАШЕЙ задачи вообще PICT не очень подходит

В-третьих, если у вас 2 любых параметра (не Month и Day, а каких-то других), то юзать pairwise нет смысла

#185139 Добавляем pairwise (попарное тестирование) в свой арсенал QA инженера

Отправлено автор: user12 24 мая 2023 - 15:02 в Тест-дизайн и ручное тестирование

if [Month] = "02" then [Day] = "28";

Надо без кавычек

if [Month] = 02 then [Day] = 28;