Тестирую.
Постоянно развиваюсь.
Верю в людей.
Иногда выкладываю интересности в LinkedIn.
Контакты

Достижения

Все достижения (1)

Наибольший вклад в теги

Все теги (38)

Лучшие ответы пользователя

Все ответы (67)
  • Что использовать для тестирования JavaScript/NodeJS?

    kit_de
    @kit_de
    Моя... Твоя... Привет!
    • Protractor весьма популярен.
    • Cypress тоже неплохая штука - позволяет делать много чего интересного с минимальными усилиями
    Ответ написан
  • Как и где грамотно вести тестовую документацию на проекте?

    kit_de
    @kit_de
    Моя... Твоя... Привет!
    Друг мой, компания нанимающая строить процесс джуна, который задает вопросы а форуме, это плохая компания. Рекомендую тебе скорее получать опыт и мотать оттуда удочки (можешь даже параллельно с работой).

    По документации:
    • Баги в Jira
    • Документы в Confluence
    • Тест кейсы в Test Rail


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

    kit_de
    @kit_de
    Моя... Твоя... Привет!
    Привет мэн.
    Вот тебе кратко и емко:
    1. Джун обладает необходимыми техническими и теоретическими знаниями для выполнения работы. Он умеет делать работу.
    2. Мидл обладает более глубокими знаниями. Он в курсе процессов, подходов, технологий, тулзов и лайфхаков тестирования. Он умеет делать работу быстро.
    3. Сеньор обладает глубокими знаниями предметной области и продукта. Он способен работать с заданиями сформулированными в общей манере (самостоятельно определять подход, стратегию). В случае чего сеньор может подменять лида.
    Ответ написан
  • Есть люди которые заниматься тестирование сайта, в отношении дизайна, я хочу узнать чем они руководствуются в своей работе?

    kit_de
    @kit_de
    Моя... Твоя... Привет!
    В отношении дизайна?

    Макетом.

    Самый простой способ проверки соответствия макету это браузерная расширялка "Pixel Perfect".

    В добавок к делам макетным можно провести:
    • Кросс-браузерное тестирование. Посмотреть как себя ведет верстка на разных браузерах. Можно проводить топорно (на множестве браузеров в режиме один за другим), а можно воспользоваться утилитой "Browser Sync".
    • Мобильное тестирование (если респонсив предусмотрен).
    • Проверить унифицированность интерфейса. Интерфейс продукта должен быть однородным. Это не только красиво, но и улучшает ориентирование, интуитивность.
    • Потестить правила форматирования инпутов. Как они хендлят слишком длинные значения, как отображаются хинты...
    • Проверить usability продукта. Провести базовую проверку удобства использования. Например: навешал девелопер много модных анимашек и гордится этим; а клиент задалбывается ждать, пока необходимые элементы красиво приплывут из-за экрана. Эффект этого гэпа усиливается при многократном обращении к элементам.
    • Проверить accessability продукта. Это проверка восприятия продукта людьми с ограниченными возможностями. Ну, это вариант для тех кому уже совсем делать нечего или просто денег слишком много. Тестируется с помощью различных браузерных надстроек.
    Ответ написан
  • Как тестируют микросервисы на интеграцию?

    kit_de
    @kit_de
    Моя... Твоя... Привет!
    Нифига себе, мокать сервисы через Virtual Box советуют)))

    Вот npm библиотека для мокания сервисов - nock называется. С Mocha работает на "Ура!". Это вариант попроще.

    Если хочешь чего-то супер-пупер мощного, рекомендую Pact. Это суровая и сложная софтина, но работает зашибись. Это вариант посложнее.
    Вот тебе парочка ссылок, чтобы быстрее вник в суть:

    Народ, добавил ссылку на свой репозиторий с песочницей для пакта. Кто хочет быстро разобраться в чем суть - милости прошу. Там есть consumer, provider, pact, config for pact broker. В первый раз заливаю репу для сообщества - звезданите репозиторий молодого автора)
    Ответ написан

Лучшие вопросы пользователя

Все вопросы (11)