Ответы пользователя по тегу Тестирование ПО
  • Нужна ли математика для QA Automation engineer?

    vabka
    @vabka
    Токсичный шарпист
    Да, нужна.
    Какая именно математика - зависит от конкретной предметной области.
    Как я понимаю, в ручном тестировании математика абсолютно не задействуется

    Что там что там математика используется примерно одна и та же.
    Ответ написан
    Комментировать
  • Правильно-ли я пишу чек лист?

    vabka
    @vabka
    Токсичный шарпист
    Вроде нормально
    Ответ написан
    Комментировать
  • Нужно протестировать конвертер температуры, используя техники тест-дизайна?

    vabka
    @vabka
    Токсичный шарпист
    Ну тебе же прямо в условиях даже подсказу дали - "сосредоточтесь на вводимых значениях".
    Значит нужно смотреть на граничные значения.
    Из самых очевидных:
    -1, 0, +1.
    Из неочевидных - можно попробовать посмотреть на формулы, которыми обычно из одной шкалы в другую переводят и на определения каждой из шкал. (например в случае кельвина - он никогда не может быть меньше нуля вроде как)
    Также можно посмотреть на разные потенциально проблемные варианты:
    1. Добавлять пробелы в начало/конец/середину
    2. Добавлять незначащие нули перед целой и после дробной части
    3. (пробовать) Добавлять лишние разделители знаков
    4. Пробовать вставлять валидное или невалидное значение через ctrl+v
    5. Пробовать вводить что-то кроме цифр, разделителя, и знака
    6. Пробовать вводить несколько плюсов или несколько минусов
    7. Пробовать вводить плюс или минус не перед числом а после или в середине.

    Ещё можно попробовать вводить с дробной и без дробной части. Указывать запятую или точку для отделения дробной части.

    Проверить нужно граничные значения на всех комбинациях "из-в"

    Чтобы не получить комбинаторный взрыв - попробуй использовать pairwise подход.
    Ответ написан
  • Почтовый сервис с доступом к содержимому писем по API?

    vabka
    @vabka
    Токсичный шарпист
    Чем IMAP как протокол не угодил?
    Ответ написан
    Комментировать
  • Чек лист тестирования админки?

    vabka
    @vabka
    Токсичный шарпист
    Нет.
    Если ваша админка сделана по готовому шаблону - вероятно он уже протестирован без вас.

    Если это не шаблон, то значит он более-менее уникален и его надо тестировать с нуля.

    Если вам нужно, чтобы кто-то протестировал за вас - есть десяток разных бирж фриланса и пара сотен компаний, которые за ваши деньги это сделают и выдадут подробный отчёт
    Ответ написан
    3 комментария
  • Какие существуют библиотеки для автотестов телеграмм-бота на python?

    vabka
    @vabka
    Токсичный шарпист
    Проще всего - замокать всё что связано с telegram api и тестировать работу твоего кода, а не серверов телеги.
    Ответ написан
    Комментировать
  • Может ли инвалид без руки работать тестировщиком игр?

    vabka
    @vabka
    Токсичный шарпист
    Не знаю, какое конкретно требования выдвигаются, но поспешу огорчить по поводу

    очень любит играть в различные комп. игрушки.

    Тестировать игры и играть в них - это очень разные вещи.
    При тестировании нет абсолютно ничего, что радует при обычной игре.

    Вообще, если этот человек может нормально пользоваться компьютером и может играть в игры с использованием стандартной периферии, которые придётся тестировать, то да - какихто проблем с работой быть не должно.

    Но я бы не зацикливался именно на тестировании игр в частности и на тестировании вообще, ибо есть много других профессий, в которых не обязательно иметь обе руки.
    Ответ написан
    2 комментария
  • Как правильно составить тест-кейс?

    vabka
    @vabka
    Токсичный шарпист
    Тест кейс - это как минимум:
    1. Название
    2. Шаги для воспроизведения
    3. Ожидаемый результат

    Ещё могут быть разные предусловия, например "в системе зарегистрирован пользователь X".

    Это всё рассматривается в первых главах любой книги/учебника по тестированию.
    Ответ написан
    Комментировать
  • В чем практический смысл тестирования?

    vabka
    @vabka
    Токсичный шарпист

    Какие тесты нужно было сделать, чтобы предотвратить этот баг?

    Такие дефекты, обычно, отлавливаются при помощи ручного тестирования.

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

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

    А так да - тут скорее архитектурная проблема и дизайнер не учёл, как должно работать переполнение строки в этом случае.


    Так в чем практический смысл тестирования? Где оно нужно, когда даже крупнейшие компании допускают явные баги на главном экране игры (а там про команды с миллионными бюджетами).

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

    Игры тут не самый лучший пример, тк их тестирование несколько отличается от тестирования обычного ПО своей количественной (очень много чего может сломаться) и качественной (много что сложно проверить) сложностью, а также количеством различных граничных значений.
    + в играх есть рандом, который может в неожиданных местах всё сломать.
    Ответ написан
    Комментировать
  • Правильно ли я понимаю разницу Unit/интеграционных/e2e тестов?

    vabka
    @vabka
    Токсичный шарпист
    Интеграционные тесты - иногда могут быть как юнит тесты, но без моков (или почти без моков)

    При e2e могут мокаться некоторые внешние зависимости (платёжная система например)

    В остальном вроде всё так.
    Ответ написан
    Комментировать
  • Предположим вы столкнулись с ошибкой где её не должно быть, либо получили неверный текст ошибки, опишите ваши действия.?

    vabka
    @vabka
    Токсичный шарпист
    0. Ты, видимо, тестировщик aka QA Engineer
    1. Ты столкнулся с дефектом/багом (поведение не совпадает с ожиданием), таким как одно из:
    - Ошибка там, где ошибки быть не должно. (Например оставляешь комментарий, а вместо оставленного комментария ты получаешь ошибку, не важно какую)
    - Не та ошибка, которая ожидалась, если ожидалась ошибка. (Например ты оставляешь очень длинный комментарий, но вместо "Ваш комментарий слишком длинный" ты получаешь "Произошла неизвестная ошибка")

    2. Тебе нужно описать, что ты будешь делать дальше.

    3. Тебе нужно написать баг-репорт для этого гипотетического дефекта на английском.
    Ответ написан
    Комментировать
  • Хорошая ли практика писать интеграционные и юнит тесты в одном проекте?

    vabka
    @vabka
    Токсичный шарпист
    Обычно всё-таки разделяют модульные и интеграционные, чтобы удобно их запускать.
    Но если у вас интеграционные тесты запускаются достаточно быстро, и для них не нужно поднимать настоящий сервер и базу данных - вполне можно оставить и так.
    Ответ написан
    Комментировать
  • Какие есть колледжи в Киеве на QA Engineer после 9\11-го класса?

    vabka
    @vabka
    Токсичный шарпист
    Конкретно на QA никакие колледжи и универы не учат, ибо это очень узкая специальность и обучиться ей можно за пару месяцев.

    Так что иди на "программиста" и там параллельно учи теорию по QA
    Ответ написан
  • Дымовое тестирование?

    vabka
    @vabka
    Токсичный шарпист
    Зависит от процессов в компании.
    В принципе нормальной практикой считается, когда разработчик сам хотябы мельком прокликивает основные сценарии перед отправкой в тестирование.
    Ответ написан
    Комментировать
  • Как сделать интеграционные тесты изящными?

    vabka
    @vabka Куратор тега C#
    Токсичный шарпист

    Почти в каждом методе в подготовке (Arrange) необходимо сделать две вещи: занести исходные данные для теста в базу и отправить запрос на авторизацию.

    В xunit для такого используется конструктор.
    А если это асинхронные вызовы, то интерфейс IAsyncLifetime.
    Туда выносится то, что прям никак не отличается от теста к тесту.
    А для чистки после выполнения тестов - Idisposable.Dispose
    Ответ написан
  • Можно ли при end-to-end тестировании ссылаться на другие кейсы?

    vabka
    @vabka
    Токсичный шарпист
    Из одного кейса на другой ссылаться не стоит.
    Но если несколько шагов из раза в раз повторяются в разных кейсах - можно этому набору шагов придумать своё название, и ссылаться на него.
    Ответ написан
    3 комментария
  • Как и зачем вы используете Cypress, если он не поддерживает ни Safari, ни мобильных браузеров?

    vabka
    @vabka
    Токсичный шарпист
    Про мобильное и сафари - оно в первую очередь нуждается в тестировании, но не обязательно в автоматизированном.
    И то только если много пользователей сайта/ЦА на нём сидит.

    По тому тут вопрос стоит не тем боком.

    Автоматизация, кмк, в первую очередь нужна для прогона большого количества тестов, которые в принципе за
    адекватное время человек не сможет пройти. Ну или устанет и наделает ошибок.
    А всякие приколы, которые всплывают на всяких экзотичных браузерах - их можно и руками проверить
    Ответ написан
  • Тестирование больших vue приложений?

    vabka
    @vabka
    Токсичный шарпист
    а как тестировать крупные приложения?

    Да точно также.

    Как понять, что именно мне нужно покрыть тестами?

    Этот вопрос решает тест-анализ.
    Как за минимальное количество прогонов узнать как можно больше о состоянии приложения, и чтобы это принесло как можно больше пользы.

    Ведь по логике нужный каждый кусок покрывать, чтобы быть на 100% уверенным в этом коде?

    Да, но полное покрытие - это очень дорого, и часто не оправдано.

    По тому, если приоложение большое, а тестов нет:
    1. Покрываем самое критичное и важное, без чего просто жить нельзя, если оно поломается.
    2. Покрывает то, где много изменений происходит, и есть шанс случайно поломать.
    3. Покрываем всё новое, как часть реализации фичи.
    4. Юнит тестами ещё есть смысл покрыть всякие общие компоненты, которые используются тупо везде.

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

    А vue тут ни при чём.
    Ответ написан
    3 комментария
  • Существует ли сервис для регистрации разных Apple ID, чтобы протестировать приложение через IOS?

    vabka
    @vabka
    Токсичный шарпист
    В зависимости от того, что нужно тестировать - вы можете просто чистить данные в своей БД от старых регистраций, использовать тестовые сервера, которые постоянно чистить, можно вообще подсунуть в коде заглушку, которая не будет обращаться к реальному Apple ID.

    В общем никакой сторонний сервис вам не нужен.
    Ответ написан
  • Как найти баг на сайте?

    vabka
    @vabka
    Токсичный шарпист
    Почитай про тест-дизайн и тест-анализ.
    Тестирование - это не рандомное кликанье
    Ответ написан
    Комментировать