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

user12

Регистрация: 05 апр 2011
Offline Активность: 20 июн 2025 15:02
*****

Мои сообщения

В теме: Руководство по стратегии тест-автоматизации

21 августа 2024 - 07:38

Нет правильного ответа про оптимальное соотношение UI и API тестов. Все зависит от вашего приложения. Многие вообще автоматизируют только API, потому что так быстрее и дешевле

 

Простейшие примеры:

 

1)Вы тестируете обычный инпут, куда можно вводить числа от 18 до 99.

Например, вы ввели число 17 и получили ошибку. У вас есть проверка на UI, что при вводе числа 17 ошибка вообще появляется - ОК. Остальные ошибки для данного поля, например, ввод числа 100 уже проще тестить через API. 

 

2)Очень многие вещи вообще невозможно проверить без API. Например, в поле будет запрещен ввод символов на фронте. Или торги акциями идут только в будний день. Или получение отчета по сделкам только один раз в день.


В теме: Desktop Auto Testing

12 августа 2024 - 07:22

Первый вариант конечно.

 

Для автоматизации десктопа, нет норм инструментов.

Есть Sikuli, но это по скриншотам

Есть AutoIt, но это только под Винду

Есть Winium, но тоже только под Винду


В теме: Пример задания на позицию junior QA

30 мая 2024 - 14:25

Написал 26 пунктов из 29.

 

С чего ты взял, что должно быть именно 29 пунктов, а не 299 ? Или с чего они взяли ?

 

Пришла обратная связь по заданию, указали что В дате есть ошибки и есть упущение важных проверок

 

 
Ну так пусть они укажут 
 
Хотелось бы попросить помощи для большего понимания где и что  я упустил или что я не правильно сделал  

 

 
Неправильно то, что ты все намешал в кучу. Те нету никакой структуры от слова совсем.
 
Пример 1:
Пункт 7.  Спецсимволы (;%?№ и т.д.) Негативный Смок
Пункт 16. Буквы Негативный Смок

 

 

Тут во-первых, ты ты не приводишь какие буквы надо вводить. Ты же сам составил таблицу "№ Значение Результат / Цель проверки". Так где для букв колонка "Значение"
 
Во-вторых, условно, пункт 7 - это ввод букв, пункт 8 - спецсимволы. Те чтоб эти пункты как-то рядом были, а не через 9 пунктов
 
Пример 2:
Пункт 14: Пустое поле Негативный Смок
Пункт 17: Пустое поле Негативный Смок

 

 

у тебя одинаковые пункты 14 и 17

 

Пример 3:

Верхний предел 99.99.9999 Негативный Смок

 

 

Хотя бы так сделал. Те. тут видна структура

99.99.9999 - верхний предел по ДД.ММ.ГГГГ
13.03.9999 - верхний предел по году
13.99.2017 -  верхний предел по месяцу
99.09.2017 -  верхний предел по дню
 
Также нету проверок на 0 и на пробел. В общем ты много чего плохо сделал

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

04 марта 2024 - 09:51

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

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

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

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


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

22 февраля 2024 - 11:17

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

 

 

 
Шаг проверки: Нажать на иконку "домик" в правом верхнем углу
Ожидаемый результат : Отображается стартовая страница
 

 

Пример №2:

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

 

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

 

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