Но это как то поверхностно, хотелось бы капнуть немного глубже. К примеру тоже где то на форуме натыкался что нужно твердое понимание взаимодействия кеша с сервером и манипуляция куки.
Требования – это первое, на что смотрит команда проекта, это фундамент для проектирования и разработки продукта. Допущенная в документации ошибка или неточность может проявиться в самый неподходящий момент. Очевидно, что гораздо проще устранить дефект в паре строк требований, чем позже «перелопачивать» несколько сотен (или даже тысяч) строк кода.
Тестирование требований направлено на то, чтобы уже на начальных этапах проектирования системы устранить максимально возможное количество ошибок.
25-26 мая 2018 г. в Минске пройдет 23-я международная конференция в области обеспечения качества ПО «Software Quality Assurance Days» - крупнейшая в СНГ международная конференция для специалистов в области качества программного обеспечения.
Целевая аудитория – специалисты по тестированию разных уровней, руководители отделов тестирования, директора по качеству; а также все, кто по роду своей деятельности плотно вовлечен в сферу обеспечения качества ПО.
Планируемые тематики докладов:
Методики и инструменты тестирования ПО;
Автоматизация тестирования ПО;
Подготовка, обучение и управление командами тестировщиков;
Процессы обеспечения качества в компании;
Управление тестированием и аутсорсинг;
Совершенствование процессов тестирования и инновации.
Нужно проверить наличие элемента в списке. У элемента есть связка имя name, которое отображается в списке, и уникальный ID, является атрибутом элемента.
При выполнении шагов сценария я указываю name, на основании которого определяется ID (Перечень тестовых данных, их name и ID определен в отдельном классе)
Международный сервис такси, построенный по формату Uber модели
Входит в число самых быстрорастущих компаний Рунета по данным российского Forbes за 2016 год
Основная задача
Автоматизированное тестирование web - frontend/backend/api или серверной части системы (в зависимости от команды)
Что мы ожидаем от вас?
Опыт и знания в тестировании веб- и/или мобильных приложений
Опыт автоматизации тестирования с использованием Java и/или C# (на проекте для автоматизации используется Java)
Знание Selenium, Appium, JSystem, JUnit/TestNG
Знание Unix-подобных систем (на уровне командной строки)
Базовые знания SQL
CI (желательно Jenkins)
Git
Разговорный английский (команда распределённая: необходимо знание на рабочем уровне для ведения переписки, участия в обсуждениях, возможны командировки)
Условия
Офис в центре Москвы
Уровень дохода 150-250 тыс.руб. net (готовы обсуждать в зависимости от знаний) и опционы на входе в компанию
Возможность заказать технику по своим предпочтениям (в т.ч. Mac), гибкий график работы, возможность иногда работать из дома (не не полностью удалённо)
ДМС, оплачиваемые завтраки и ужины в офисе, ежемесячный бонус на услуги такси
В каком объёме и для каких целей даются сейчас знания из Теории Вероятностей (ТВ) и Численных Методов (ЧМ) на курсах по тестированию? Считаете ли Вы их полезными?
Как Вы используете имеющиеся знания при поиске багов и их оформлении? Есть ли у Вас удобная формула ТВ или ЧМ для доказательства руководству необходимости исправить ошибку до момента проявления её на стороне пользователя?
Какими формулами ТВ и ЧМ чаще пользуетесь в тест-дизайне? Из каких параметров (тех.задание, описание функционала, тестовые данные, ...) вычленяете условия для подбора формулы?
Примечание: это обсуждение НЕ про управление командой! Поделитесь практикой применимости высоких теорий в реальном тестировании, пожалуйста.