• ru Русский
    zh-CN 中国
    en English
    de Deutsch
    fr Français
it-ros.ru it-ros.ru
  2. IT-обучение
  3. Профессиональный уровень
  4. Тестирование
  5. Тестирование ПО
  6. Ручной тестировщик
  7. Ручной тестировщик ПО (Профессиональный уровень)

Ручной тестировщик ПО (Профессиональный уровень)

Освойте профессиональный уровень ручного тестирования ПО! Углублённое изучение техник тест-дизайна, анализ требований, создание чек-листов и тест-кейсов. Научитесь выявлять сложные дефекты, работать с баг-трекинговыми системами (Jira, Redmine) и документацией. Практика на реальных проектах, подготовка к собеседованиям. Для тех, кто хочет выйти за рамки базовых навыков и стать востребованным специалистом.

Этот курс предназначен для опытных тестировщиков, стремящихся усовершенствовать свои навыки и глубже понять процессы обеспечения качества программного обеспечения. Программа охватывает передовые методы ручного тестирования, анализ требований, проектирование тестовых сценариев, а также инструменты и практики, необходимые для эффективной работы в сложных проектах. Особое внимание уделяется работе с документацией, взаимодействию с командой разработчиков и применению аналитического подхода к тестированию.

Что предстоит пройти на курсе:

  1. Продвинутые техники тест-дизайна:
    • Эквивалентное разделение и граничные значения (углубленный уровень).
    • Таблицы принятия решений и диаграммы состояний.
    • Попарное тестирование и комбинаторные методы.
    • Использование техник интеллект-карт для создания тестовых сценариев.
  2. Тестирование сложных систем:
    • Тестирование производительности и нагрузки (основы).
    • Тестирование безопасности (OWASP Top 10).
    • Тестирование API (Postman, Swagger).
    • Тестирование баз данных (SQL-запросы).
  3. Автоматизация тестирования (основы):
    • Введение в Selenium IDE и WebDriver.
    • Написание простых автоматизированных тестов.
    • Интеграция с системами CI/CD.
  4. Управление тестированием и отчетность:
    • Метрики и KPI в тестировании.
    • Создание отчетов о тестировании (продвинутый уровень).
    • Оценка рисков и приоритезация тестирования.
  5. Agile и DevOps практики в тестировании:
    • Роль тестировщика в Agile команде.
    • Непрерывная интеграция и непрерывное развертывание (CI/CD).
    • Тестирование на ранних этапах разработки (Shift-Left Testing).

Ожидаемые результаты:

  • Должен уметь:
    • Использовать продвинутые методы тест-дизайна для создания эффективных тестовых сценариев.
    • Тестировать сложные системы, включая производительность, безопасность и API.
    • Автоматизируйте рутинные задачи тестирования с помощью Selenium IDE и WebDriver.
    • Управлять процессом тестирования, оценивать риски и создавать отчеты.
    • Эффективно взаимодействовать с командой разработчиков в средах Agile и DevOps.
  • Должен знать:
    • Основные принципы и методы тестирования производительности, безопасности и API.
    • Основы автоматизации тестирования и инструменты, такие как Selenium.
    • Метрики и KPI, используемые для оценки качества процесса тестирования.
    • Принципы Agile и DevOps и их влияние на процесс тестирования.
    • Стандарты и лучшие практики в области ручного тестирования.

Дополнительно:

  • Практические занятия: В рамках курса предусмотрены практические занятия, включающие выполнение реальных тестовых заданий и разбор практических кейсов.
  • Наставничество: поддержка опытных тестировщиков и консультации по вопросам, возникающим в процессе обучения.
  • Сертификация: По окончании курса выдается сертификат, подтверждающий прохождение обучения и освоение профессиональных навыков.

  1. Что такое тест-кейс и из каких основных элементов он состоит?
    Тест-кейс — это документ, описывающий шаги для проверки определённой функциональности. Основные элементы: ID, название, предварительные условия, шаги, ожидаемый результат, фактический результат, статус.

  2. Чем отличается чек-лист от тест-кейса?
    Чек-лист — это перечень проверок без детальных шагов, а тест-кейс содержит пошаговые инструкции. Чек-листы гибче, тест-кейсы — детальнее.

  3. Какие виды тестирования вы знаете?
    Функциональное, нефункциональное (нагрузочное, безопасность), регрессионное, дымовое, интеграционное, системное, приемочное.

  4. Что такое баг-репорт и как его правильно оформить?
    Баг-репорт — документ с описанием дефекта. Должен включать: заголовок, шаги воспроизведения, фактический/ожидаемый результат, окружение, severity/priority, скриншоты/logs.

  5. Как определить приоритет (priority) и серьезность (severity) бага?
    Severity — влияние на систему (критичный, major, minor). Priority — срочность исправления (high, medium, low).

  6. Что такое регрессионное тестирование и когда его проводят?
    Проверка, что новые изменения не сломали старую функциональность. Делают после исправления багов или до релиза.

  7. Какие техники тест-дизайна вы применяете?
    Эквивалентное разделение, анализ граничных значений, таблицы решений, pairwise-тестирование, State Transition.

  8. Что такое smoke-тестирование?
    Быстрая проверка основных функций после сборки, чтобы убедиться, что система готова к дальнейшему тестированию.

  9. Как вы работаете с требованиями?
    Анализирую на полноту, непротиворечивость, проверяю тестируемость, задаю уточняющие вопросы.

  10. Что такое traceability matrix и зачем она нужна?
    Матрица соответствия требований и тест-кейсов. Помогает убедиться, что все требования покрыты тестами.

  11. Какие метрики тестирования вы знаете?
    Количество найденных/исправленных багов, процент автоматизации, coverage, время выполнения тестов.

  12. Как вы оцениваете риски в тестировании?
    Анализирую сложность функционала, частоту использования, последствия сбоев, сроки релиза.

  13. Что такое exploratory testing?
    Неформальное тестирование без заранее подготовленных тест-кейсов, с упором на исследование системы.

  14. Как тестировать API вручную?
    Через Postman/Swagger: отправляю запросы, проверяю коды ответов, структуру JSON/XML, граничные значения.

  15. Что такое HTTP-коды ответов? Приведите примеры.
    200 — OK, 400 — Bad Request, 401 — Unauthorized, 404 — Not Found, 500 — Internal Server Error.

  16. Как проверить валидацию полей формы?
    Ввод некорректных данных (спецсимволы, пустые значения, SQL-инъекции), проверка сообщений об ошибках.

  17. Что такое кросс-браузерное тестирование?
    Проверка работы сайта в разных браузерах (Chrome, Firefox, Safari) и их версиях.

  18. Как тестировать мобильные приложения?
    На разных устройствах (iOS/Android), версиях ОС, разрешениях экрана, при плохом интернете.

  19. Что учитывать при тестировании UX/UI?
    Соответствие макетам, удобство навигации, читаемость текста, адаптивность, время отклика.

  20. Как документировать процесс тестирования?
    Тест-план, чек-листы, тест-кейсы, баг-репорты, отчёты о покрытии и дефектах.

  21. Что такое негативное тестирование?
    Проверка системы на обработку невалидных данных или нестандартных сценариев (например, ввод букв в числовое поле). Цель — убедиться, что приложение корректно обрабатывает ошибки.

  22. Как проверить работу сookies?
    Через DevTools (Application > Cookies): проверяю сохранение, срок жизни, удаление, шифрование данных. Также тестирую поведение при отключении cookies.

  23. Что такое тестирование совместимости (compatibility testing)?
    Проверка работы системы в разных окружениях: ОС, браузеры, железо, версии ПО, разрешения экранов.

  24. Как тестировать платежные системы?
    Использую тестовые карты (например, 4111 1111 1111 1111 для Stripe), проверяю статусы транзакций, откаты платежей, валюты, обработку ошибок (например, недостаточно средств).

  25. Что такое boundary value analysis?
    Техника тест-дизайна: проверка значений на границах допустимых диапазонов (например, поле «Возраст» от 18 до 99: тестирую 17, 18, 99, 100).

  26. Как тестировать поиск на сайте?
    Проверяю: результаты по точному совпадению, частичному, стоп-словам, спецсимволам, пустому запросу, сортировке, пагинации.

  27. Что такое race condition и как его обнаружить?
    Ошибка, когда система зависит от последовательности событий (например, двойное списание денег). Тестирую повторными быстрыми запросами.

  28. Как проверить загрузку файлов?
    Тестирую: допустимые/недопустимые форматы, размеры, переименование, поврежденные файлы, отмену загрузки, квоты.

  29. Что такое user story и как её тестировать?
    Описание функционала с точки зрения пользователя («Как <роль>, я хочу <цель>, чтобы <выгода>»). Тестирую через acceptance criteria.

  30. Как работать с базами данных при тестировании?
    Проверяю: соответствие данных в UI и БД (SQL-запросами), целостность после действий (например, удаление пользователя), транзакции.

  31. Что такое load testing?
    Проверка производительности под нагрузкой (например, 1000 пользователей). Инструменты: JMeter, LoadRunner.

  32. Как тестировать время отклика системы?
    Замеряю через DevTools (Network), Lighthouse или специализированные инструменты (например, WebPageTest).

  33. Что такое security testing?
    Проверка уязвимостей: SQL-инъекции, XSS, CSRF, авторизация, шифрование данных, логирование.

  34. Как проверить работу кэша?
    Через DevTools (Network > Disable cache), тестирую обновление данных после очистки кэша, сроки актуальности.

  35. Что такое A/B тестирование?
    Сравнение двух версий функционала для выбора лучшей (например, разные кнопки «Купить»). Тестирую корректность разделения трафика.

  36. Как тестировать локализацию?
    Проверяю переводы, формат дат/валют, RTL-языки, длинные слова, кодировки (например, кириллица в URL).

  37. Что такое hotfix и как его тестировать?
    Срочное исправление бага. Тестирую только измененный функционал + критический регресс.

  38. Как проверить доступность (accessibility)?
    Соответствие WCAG: контраст, семантические теги, скринридеры, клавиатурная навигация. Инструменты: Axe, WAVE.

  39. Что такое state transition testing?
    Техника тест-дизайна для систем с состояниями (например, статус заказа: «новая» → «оплачена» → «доставлена»).

  40. Как тестировать WebSocket?
    Через инструменты типа WebSocket King: проверяю подключение, обмен сообщениями, обработку разрыва соединения.

  41. Что такое data-driven testing?
    Тестирование с разными наборами входных данных (например, логин/пароль из CSV-файла).

  42. Как тестировать бекап и восстановление данных?
    Проверяю: создание бекапа, целостность данных после восстановления, работу с частичными повреждениями.

  43. Что такое pairwise testing?
    Техника тест-дизайна: комбинация параметров для покрытия всех пар значений (например, браузер + ОС).

  44. Как тестировать графики и диаграммы?
    Проверяю: корректность данных, масштабирование, экспорт в PDF/PNG, отображение при разных разрешениях.

  45. Что такое mutation testing?
    Внесение мелких изменений в код для проверки эффективности тестов (например, замена «>» на «>=»).

  46. Как тестировать Geolocation?
    Через DevTools (Sensors > Geolocation) или VPN: проверяю определение локации, ограничения по регионам.

  47. Что такое sanity testing?
    Узкая проверка ключевого функционала после изменений (быстрее, чем smoke-тестирование).

  48. Как тестировать push-уведомления?
    Проверяю: доставку на устройство, отображение, глубокие ссылки, отписку, настройки частоты.

  49. Что такое non-functional requirements?
    Требования к производительности, безопасности, удобству, совместимости (в отличие от функциональных).

  50. Как тестировать консольные приложения?
    Проверяю: аргументы командной строки, вывод в stdout/stderr, коды возврата, обработку ошибок.

  51. Что такое risk-based testing?
    Фокус на тестировании самых критичных для бизнеса функций (например, платежи в банковском приложении).

  52. Как тестировать алгоритмы сортировки?
    Подаю на вход: пустой список, дубликаты, отсортированные/несортированные данные, большие объемы.

  53. Что такое usability testing?
    Проверка удобства интерфейса с привлечением реальных пользователей (например, тепловые карты кликов).

  54. Как тестировать CAPTCHA?
    Использую тестовые ключи (например, «test» всегда проходит), проверяю альтернативы (аудио-CAPTCHA).

  55. Что такое тестирование восстановления (recovery testing)?
    Проверка, как система восстанавливается после сбоев (например, отключение сервера во время транзакции).

  56. Как тестировать работу с памятью (memory leaks)?
    Через DevTools (Memory) или профилировщики: проверяю рост потребления памяти при длительной работе.

  57. Что такое equivalence partitioning?
    Техника тест-дизайна: разделение входных данных на классы (например, валидные/невалидные email).

  58. Как тестировать голосовые интерфейсы?
    Проверяю: распознавание акцентов, фонового шума, обработку омонимов, fallback на текст.

  59. Что такое тестирование установки (installation testing)?
    Проверка инсталлятора: прерывание процесса, требования к диску, права доступа, деинсталляция.

  60. Как тестировать WebRTC?
    Проверяю: установку видеосвязи, стабильность соединения, работу с разными кодеками, NAT traversal.

  61. Что такое тест-план и что в него включают?
    Документ с целями, scope, подходами, расписанием, ресурсами, критериями начала/окончания тестирования.

  62. Как тестировать алгоритмы рекомендаций?
    Подаю разную историю действий пользователя, проверяю релевантность выдачи, A/B-тесты.

  63. Что такое тестирование интернационализации (i18n)?
    Проверка готовности кода к переводу (отделение строк, поддержка Unicode, форматирование дат).

  64. Как тестировать работу с GPU?
    Проверяю: рендеринг графики, поддержку WebGL, нагрузку на видеокарту, fallback на CPU.

  65. Что такое тестирование миграции данных?
    Проверка переноса данных между версиями (например, обновление БД с сохранением целостности).

  66. Как тестировать биометрическую аутентификацию?
    Эмулирую отпечатки/лицо через инструменты разработчика, проверяю fallback на пароль.

  67. Что такое тестирование лимитов (limit testing)?
    Проверка поведения при достижении ограничений (например, 1000 записей в таблице).

  68. Как тестировать алгоритмы шифрования?
    Проверяю: соответствие стандартам (AES, RSA), работу с разными ключами, обработку ошибок.

  69. Что такое тестирование совместимости с законом (compliance testing)?
    Проверка соответствия GDPR, HIPAA, PCI DSS (например, хранение персональных данных).

  70. Как тестировать работу с датой и временем?
    Проверяю: часовые пояса, високосные годы, переход на летнее время, форматирование.

  71. Что такое тестирование отказоустойчивости (fault tolerance)?
    Проверка реакции на сбои (например, отказ сервера, обрыв сети).

  72. Как тестировать работу с большими данными?
    Проверяю: время обработки, использование индексов, pagination, экспорт в CSV/Excel.

  73. Что такое тестирование масштабируемости (scalability testing)?
    Проверка, как система справляется с ростом нагрузки (например, +10K пользователей).

  74. Как тестировать алгоритмы машинного обучения?
    Подаю edge-кейсы (например, выбросы), проверяю точность предсказаний, переобучение.

  75. Что такое тестирование в продакшене (production testing)?
    Методы: canary-релизы, A/B-тесты, мониторинг метрик, feature flags.

  1. Что такое boundary value analysis?
    A) Тестирование только валидных значений
    B) Проверка значений на границах допустимых диапазонов
    C) Тестирование случайных данных
    D) Анализ кода без выполнения тестов
    Правильный ответ: B

  2. Какой HTTP-код означает «Не авторизован»?
    A) 200
    B) 404
    C) 401
    D) 500
    Правильный ответ: C

  3. Что проверяет smoke-тестирование?
    A) Все функции системы
    B) Только критический функционал после сборки
    C) Производительность под нагрузкой
    D) Безопасность API
    Правильный ответ: B

  4. Какой инструмент используют для тестирования API?
    A) JMeter
    B) Postman
    C) Selenium
    D) Appium
    Правильный ответ: B

  5. Что такое equivalence partitioning?
    A) Разделение тестов на модули
    B) Группировка входных данных по классам эквивалентности
    C) Тестирование всех возможных комбинаций
    D) Анализ покрытия кода
    Правильный ответ: B

  6. Какой элемент НЕ входит в баг-репорт?
    A) Шаги воспроизведения
    B) Ожидаемый результат
    C) Имя разработчика
    D) Severity
    Правильный ответ: C

  7. Что такое регрессионное тестирование?
    A) Проверка нового функционала
    B) Поиск багов в нерелевантных модулях
    C) Подтверждение, что исправления не сломали старый функционал
    D) Тестирование UI/UX
    Правильный ответ: C

  8. Какой метод тест-дизайна используется для комбинации параметров?
    A) Pairwise testing
    B) Boundary value analysis
    C) Monkey testing
    D) Stress testing
    Правильный ответ: A

  9. Какой код означает «Внутренняя ошибка сервера»?
    A) 403
    B) 404
    C) 500
    D) 503
    Правильный ответ: C

  10. Что проверяет кросс-браузерное тестирование?
    A) Скорость загрузки сайта
    B) Работу в разных браузерах
    C) Безопасность данных
    D) Нагрузку на CPU
    Правильный ответ: B

  11. Какой тип тестирования фокусируется на удобстве интерфейса?
    A) Usability testing
    B) Load testing
    C) Security testing
    D) Unit testing
    Правильный ответ: A

  12. Что такое traceability matrix?
    A) Таблица соответствия требований и тест-кейсов
    B) График выполнения тестов
    C) Отчет о покрытии кода
    D) Матрица рисков
    Правильный ответ: A

  13. Какой метод НЕ относится к тест-дизайну?
    A) State transition
    B) Equivalence partitioning
    C) Boundary values
    D) Code review
    Правильный ответ: D

  14. Что такое негативное тестирование?
    A) Проверка валидных данных
    B) Тестирование на отказ
    C) Использование невалидных входных данных
    D) Анализ логов
    Правильный ответ: C

  15. Какой инструмент используют для нагрузочного тестирования?
    A) Selenium
    B) JMeter
    C) Postman
    D) Fiddler
    Правильный ответ: B

  16. Что такое acceptance criteria?
    A) Требования к тестовому окружению
    B) Условия, при которых фича считается рабочей
    C) Список багов в релизе
    D) Метрики покрытия тестами
    Правильный ответ: B

  17. Какой элемент тест-кейса описывает, что должно произойти?
    A) Шаги выполнения
    B) Предусловия
    C) Ожидаемый результат
    D) Фактический результат
    Правильный ответ: C

  18. Что проверяет security testing?
    A) Удобство интерфейса
    B) Уязвимости (XSS, SQL-инъекции)
    C) Скорость API
    D) Поддержку мобильных устройств
    Правильный ответ: B

  19. Какой код означает «Страница не найдена»?
    A) 200
    B) 302
    C) 404
    D) 500
    Правильный ответ: C

  20. Что такое exploratory testing?
    A) Тестирование по строгому чек-листу
    B) Исследование системы без заранее подготовленных тест-кейсов
    C) Автоматизированное тестирование
    D) Проверка только UI
    Правильный ответ: B

  21. Какой метод помогает сократить количество тест-кейсов?
    A) Pairwise testing
    B) 100% coverage
    C) Monkey testing
    D) Все варианты верны
    Правильный ответ: A

  22. Что НЕ входит в тест-план?
    A) Бюджет проекта
    B) Критерии начала/окончания тестирования
    C) Расписание тестов
    D) Риски
    Правильный ответ: A

  23. Какой стандарт описывает требования к доступности (accessibility)?
    A) ISO 9001
    B) WCAG
    C) GDPR
    D) PCI DSS
    Правильный ответ: B

  24. Что такое hotfix?
    A) Полноценный релиз
    B) Срочное исправление критического бага
    C) Тестирование новой фичи
    D) Документация API
    Правильный ответ: B

  25. Какой метод тестирования использует реальных пользователей?
    A) Usability testing
    B) Unit testing
    C) Static analysis
    D) White-box testing
    Правильный ответ: A

  26. Какой вид тестирования проверяет взаимодействие между модулями системы?
    A) Модульное тестирование
    B) Интеграционное тестирование
    C) Регрессионное тестирование
    D) Нагрузочное тестирование
    Правильный ответ: B

  27. Что из перечисленного НЕ является техникой тест-дизайна?
    A) Диаграмма причинно-следственных связей
    B) Таблица принятия решений
    C) Метод случайных чисел
    D) Анализ граничных значений
    Правильный ответ: C

  28. Какой тип SQL-инъекции позволяет злоумышленнику получить доступ к данным?
    A) XSS
    B) CSRF
    C) UNION-based
    D) DDOS
    Правильный ответ: C

  29. Какой инструмент используется для тестирования производительности веб-приложений?
    A) Selenium WebDriver
    B) Apache JMeter
    C) Postman
    D) SoapUI
    Правильный ответ: B

  30. Что проверяет тестирование совместимости?
    A) Работу системы с разными версиями ОС
    B) Скорость отклика приложения
    C) Удобство пользовательского интерфейса
    D) Защиту от взлома
    Правильный ответ: A

  31. Какой элемент тест-кейса описывает условия, которые должны быть выполнены перед тестом?
    A) Ожидаемый результат
    B) Предусловия
    C) Фактический результат
    D) Шаги выполнения
    Правильный ответ: B

  32. Что такое "ложноположительный" результат в тестировании?
    A) Тест прошёл, хотя должен был упасть
    B) Тест упал, хотя должен был пройти
    C) Тест не был выполнен
    D) Тест завис
    Правильный ответ: A

  33. Какой метод тестирования предполагает знание внутренней структуры кода?
    A) Чёрный ящик
    B) Серый ящик
    C) Белый ящик
    D) Синий ящик
    Правильный ответ: C

  34. Что из перечисленного является нефункциональным требованием?
    A) Возможность авторизации пользователя
    B) Время отклика системы менее 2 секунд
    C) Добавление товара в корзину
    D) Поиск по каталогу продукции
    Правильный ответ: B

  35. Какой вид тестирования проводится перед релизом для проверки всей системы?
    A) Модульное тестирование
    B) Интеграционное тестирование
    C) Системное тестирование
    D) Регрессионное тестирование
    Правильный ответ: C

  36. Что проверяет тестирование восстановления?
    A) Возможность системы вернуться к работе после сбоя
    B) Скорость работы интерфейса
    C) Защиту от SQL-инъекций
    D) Удобство навигации
    Правильный ответ: A

  37. Какой подход к тестированию предполагает минимальное документирование тест-кейсов?
    A) Формальное тестирование
    B) Исследовательское тестирование
    C) Регрессионное тестирование
    D) Модульное тестирование
    Правильный ответ: B

  38. Что из перечисленного НЕ является типом тестирования безопасности?
    A) Проверка на SQL-инъекции
    B) Тестирование XSS
    C) Проверка авторизации
    D) Тестирование UI-элементов
    Правильный ответ: D

  39. Какой метод тестирования использует тестовые данные, которые должны вызывать ошибки?
    A) Позитивное тестирование
    B) Негативное тестирование
    C) Дымовое тестирование
    D) Регрессионное тестирование
    Правильный ответ: B

  40. Что такое "золотой сценарий" в тестировании?
    A) Тест с максимальным покрытием кода
    B) Основной сценарий использования системы
    C) Тест, который всегда падает
    D) Автоматизированный тест
    Правильный ответ: B

  41. Какой инструмент используется для тестирования мобильных приложений?
    A) Selenium
    B) Appium
    C) JMeter
    D) Postman
    Правильный ответ: B

  42. Что проверяет тестирование локализации?
    A) Поддержку разных языков
    B) Скорость работы системы
    C) Защиту данных
    D) Удобство интерфейса
    Правильный ответ: A

  43. Какой вид тестирования проводится разработчиками?
    A) Приёмочное тестирование
    B) Модульное тестирование
    C) Системное тестирование
    D) Регрессионное тестирование
    Правильный ответ: B

  44. Что из перечисленного НЕ является критерием завершения тестирования?
    A) Достижение заданного покрытия требований
    B) Исчерпание выделенного бюджета
    C) Отсутствие критических багов
    D) Завершение всех запланированных тестов
    Правильный ответ: B

  45. Какой метод тестирования предполагает использование реальных данных из production?
    A) Смоук-тестирование
    B) Тестирование на основе рисков
    C) Тестирование с использованием данных из production
    D) Исследовательское тестирование
    Правильный ответ: C

  46. Что такое "тест-сьют"?
    A) Набор тест-кейсов для проверки конкретного функционала
    B) Отчёт о дефектах
    C) План тестирования
    D) Матрица трассируемости
    Правильный ответ: A

  47. Какой вид тестирования проверяет систему на соответствие законодательным требованиям?
    A) Нагрузочное тестирование
    B) Тестирование совместимости
    C) Тестирование соответствия
    D) Юзабилити-тестирование
    Правильный ответ: C

  48. Что из перечисленного является примером метрики тестирования?
    A) Количество найденных дефектов
    B) Цвет интерфейса
    C) Название продукта
    D) Имя разработчика
    Правильный ответ: A

  49. Какой подход к тестированию предполагает имитацию действий злоумышленника?
    A) Пентест
    B) Дымовое тестирование
    C) Регрессионное тестирование
    D) Модульное тестирование
    Правильный ответ: A

  50. Что такое "тестовый оракул"?
    A) Источник для определения правильности результатов тестирования
    B) Инструмент для автоматизации тестов
    C) Отчёт о покрытии тестами
    D) План тестирования
    Правильный ответ: A

  51. Какой вид тестирования проверяет работу системы при максимальной нагрузке?
    A) Дымовое тестирование
    B) Нагрузочное тестирование
    C) Регрессионное тестирование
    D) Модульное тестирование
    Правильный ответ: B

  52. Что из перечисленного НЕ является этапом жизненного цикла бага?
    A) New
    B) Verified
    C) Rejected
    D) Coded
    Правильный ответ: D

  53. Какой метод тестирования использует искусственный интеллект для создания тестов?
    A) Монки-тестирование
    B) Машинное обучение в тестировании
    C) Исследовательское тестирование
    D) Парное тестирование
    Правильный ответ: B

  54. Что проверяет тестирование интернационализации (i18n)?
    A) Поддержку разных языков
    B) Возможность легкого перевода интерфейса
    C) Работу с разными кодировками
    D) Все перечисленное
    Правильный ответ: D

  55. Какой инструмент используется для тестирования веб-доступности?
    A) Axe
    B) Postman
    C) Selenium
    D) JMeter
    Правильный ответ: A

  56. Что такое "флакки-тест"?
    A) Тест, который иногда проходит, а иногда нет
    B) Очень быстрый тест
    C) Тест безопасности
    D) Тест производительности
    Правильный ответ: A

  57. Какой вид тестирования проверяет систему после внесения небольших изменений?
    A) Регрессионное тестирование
    B) Санитарное тестирование
    C) Дымовое тестирование
    D) Нагрузочное тестирование
    Правильный ответ: B

  58. Что из перечисленного является примером нефункционального тестирования?
    A) Тестирование API
    B) Тестирование удобства использования
    C) Тестирование логики приложения
    D) Тестирование базы данных
    Правильный ответ: B

  59. Какой метод тестирования предполагает проверку всех возможных комбинаций входных данных?
    A) Эквивалентное разделение
    B) Полный перебор
    C) Анализ граничных значений
    D) Парное тестирование
    Правильный ответ: B

  60. Что такое "тестирование по сценариям использования"?
    A) Проверка типичных пользовательских сценариев
    B) Тестирование всех возможных путей в коде
    C) Проверка только негативных сценариев
    D) Автоматизированное тестирование UI
    Правильный ответ: A

  61. Какой инструмент используется для тестирования производительности мобильных приложений?
    A) Appium
    B) XCTest
    C) Android Profiler
    D) Все перечисленные
    Правильный ответ: D

  62. Что проверяет тестирование миграции данных?
    A) Перенос данных между версиями системы
    B) Резервное копирование
    C) Шифрование данных
    D) Удаление данных
    Правильный ответ: A

  63. Какой вид тестирования проводится без знания внутренней структуры системы?
    A) Белый ящик
    B) Серый ящик
    C) Чёрный ящик
    D) Прозрачный ящик
    Правильный ответ: C

  64. Что из перечисленного НЕ является техникой тестирования API?
    A) Проверка кодов состояния
    B) Валидация JSON-схем
    C) Проверка UI-элементов
    D) Тестирование параметров запроса
    Правильный ответ: C

  65. Какой метод тестирования использует случайные входные данные?
    A) Монки-тестирование
    B) Парное тестирование
    C) Эквивалентное разделение
    D) Анализ граничных значений
    Правильный ответ: A

  66. Что такое "тестирование в изоляции"?
    A) Проверка модуля без зависимостей
    B) Тестирование всей системы
    C) Тестирование только UI
    D) Автоматизированное тестирование
    Правильный ответ: A

  67. Какой инструмент используется для мониторинга покрытия кода тестами?
    A) JaCoCo
    B) Selenium
    C) Postman
    D) JMeter
    Правильный ответ: A

  68. Что проверяет тестирование отказоустойчивости?
    A) Работу системы при отказах компонентов
    B) Удобство интерфейса
    C) Скорость работы
    D) Безопасность данных
    Правильный ответ: A

  69. Какой вид тестирования проводится на ранних этапах разработки?
    A) Приёмочное тестирование
    B) Статический анализ кода
    C) Системное тестирование
    D) Регрессионное тестирование
    Правильный ответ: B

  70. Что из перечисленного является характеристикой хорошего тест-кейса?
    A) Неоднозначность
    B) Повторяемость
    C) Зависимость от других тестов
    D) Сложность выполнения
    Правильный ответ: B

  71. Какой метод тестирования предполагает проверку всех переходов между состояниями системы?
    A) Таблицы решений
    B) Диаграмма состояний
    C) Эквивалентное разделение
    D) Парное тестирование
    Правильный ответ: B

  72. Что такое "тестирование сборки"?
    A) Проверка работы приложения после сборки
    B) Тестирование кода перед коммитом
    C) Проверка документации
    D) Тестирование требований
    Правильный ответ: A

  73. Какой инструмент используется для тестирования WebSocket?
    A) Postman
    B) WebSocket King
    C) SoapUI
    D) Все перечисленные
    Правильный ответ: D

  74. Что проверяет тестирование конфигурации?
    A) Работу системы с разными настройками
    B) Только UI-элементы
    C) Производительность API
    D) Безопасность данных
    Правильный ответ: A

  75. Какой вид тестирования проводится перед сдачей продукта заказчику?
    A) Модульное тестирование
    B) Приёмочное тестирование
    C) Интеграционное тестирование
    D) Регрессионное тестирование
    Правильный ответ: B

Билет 1

Теоретическая часть:

  1. Что такое эквивалентное разделение (Equivalence Partitioning)? Приведите пример.
    Ответ: Это техника тест-дизайна, при которой входные данные делятся на классы эквивалентности. Пример: поле «Возраст» (валидные значения: 18–99, невалидные: <18, >99).

  2. Какие элементы должны быть в баг-репорте?
    Ответ: Заголовок, шаги воспроизведения, ожидаемый/фактический результат, окружение, severity/priority, скриншоты/logs.

Практическая часть:
Напишите чек-лист для тестирования формы авторизации (email + пароль).
Ответ:

1. Валидный email + валидный пароль → успешный вход.  
2. Невалидный email (например, "test@") → сообщение об ошибке.  
3. Пустой email → сообщение "Заполните поле".  
4. Валидный email + неверный пароль → "Неверный пароль".  
5. XSS-инъекция в поле email → отказ в обработке.

 

Билет 2

Теоретическая часть:

  1. Что такое анализ граничных значений (Boundary Value Analysis)? Пример.
    Ответ: Тестирование значений на границах допустимых диапазонов. Пример: поле «Количество» (мин: 1, макс: 10 → тестируем 0, 1, 10, 11).

  2. Чем Smoke-тестирование отличается от Sanity-тестирования?
    Ответ: Smoke проверяет основной функционал после сборки, Sanity — узкую область после изменений.

Практическая часть:
Составьте 2 тест-кейса для проверки поиска на сайте (позитивный + негативный сценарий).
Ответ:

1. Позитивный:  
   - Шаги: Ввести "iPhone 15" в поиск → нажать Enter.  
   - Ожидаемый результат: Отображаются товары с названием "iPhone 15".  

2. Негативный:  
   - Шаги: Ввести "###" в поиск → нажать Enter.  
   - Ожидаемый результат: Сообщение "Ничего не найдено".

 

Билет 3

Теоретическая часть:

  1. Что такое State Transition Testing? Пример.
    Ответ: Тестирование переходов между состояниями системы. Пример: статус заказа («новая» → «оплачена» → «доставлена»).

  2. Какие метрики используются для оценки качества тестирования?
    Ответ: Количество найденных/исправленных багов, coverage, время выполнения тестов, процент автоматизации.

Практическая часть:
Напишите SQL-запрос для проверки, что после удаления пользователя в БД его записи исчезли из таблицы  Users.
Ответ:

SELECT * FROM Users WHERE user_id = [ID_удаленного_пользователя];
-- Ожидаемый результат: пустой вывод.

 

Билет 4

Теоретическая часть:

  1. Что такое Pairwise Testing? Зачем оно нужно?
    Ответ: Метод тест-дизайна для проверки всех пар значений параметров. Цель — сократить количество тест-кейсов.

  2. Какие виды нефункционального тестирования вы знаете?
    Ответ: Нагрузочное, безопасность, удобство использования (usability), совместимость.

Практическая часть:
Составьте баг-репорт для ошибки: «При нажатии кнопки "Отправить" в форме обратной связи возникает 500 ошибка».
Ответ:

Заголовок: 500 Error при отправке формы обратной связи.  
Шаги:  
1. Заполнить все поля формы.  
2. Нажать "Отправить".  
Ожидаемый результат: Сообщение "Ваше обращение принято".  
Фактический результат: Ошибка 500.  
Окружение: Chrome 120, Windows 10.  
Severity: Critical.  
Priority: High.

 

Билет 5

Теоретическая часть:

  1. Что такое Traceability Matrix? Какую проблему она решает?
    Ответ: Матрица соответствия требований и тест-кейсов. Решает проблему непокрытых требований.

  2. Какие инструменты используются для тестирования API?
    Ответ: Postman, Swagger, SoapUI, curl.

Практическая часть:
Напишите скрипт на Python для проверки статус-кода HTTP-ответа (GET-запрос к https://api.example.com/users).
Ответ:

import requests
response = requests.get("https://api.example.com/users")
print(response.status_code)  # Ожидаемый результат: 200

 

Билет 6

Теоретическая часть:

  1. Что такое тестирование совместимости (compatibility testing) и какие аспекты оно включает?
    Ответ: Проверка работы системы в различных окружениях: браузеры, ОС, устройства, версии ПО. Включает кросс-браузерное, кросс-платформенное тестирование и проверку на разных разрешениях экранов.

  2. Какие основные элементы тест-плана?
    Ответ: Цели тестирования, объем, подходы, расписание, ресурсы, критерии начала/окончания, риски, метрики.

Практическая часть:
Составьте чек-лист для проверки мобильного приложения на разных устройствах.
Ответ:

1. Запуск приложения на iOS и Android
2. Проверка работы на разных версиях ОС
3. Тестирование на устройствах с разными разрешениями экрана
4. Проверка работы при повороте экрана
5. Тестирование при слабом интернет-соединении
6. Проверка работы с разными языковыми настройками

 

Билет 7

Теоретическая часть:

  1. Что такое тестирование удобства использования (usability testing)?
    Ответ: Оценка того, насколько продукт удобен, понятен и эффективен для пользователя. Включает тестирование навигации, читаемости текста, расположения элементов.

  2. Какие инструменты DevTools вы используете для тестирования веб-приложений?
    Ответ: Elements (просмотр DOM), Console (логи), Network (анализ запросов), Performance (замер производительности), Application (просмотр cookies, localStorage).

Практическая часть:
Как проверить, что страница не содержит ошибок JavaScript с помощью DevTools?
Ответ:

  1. Открыть DevTools (F12)

  2. Перейти во вкладку Console

  3. Проверить наличие ошибок (красные сообщения)

  4. Проверить предупреждения (желтые сообщения)

 

Билет 8

Теоретическая часть:

  1. Что такое SQL-инъекция и как от нее защититься?
    Ответ: Это атака, когда злоумышленник вводит вредоносный SQL-код. Защита: использование параметризованных запросов, ORM, валидация ввода.

  2. Какие виды тестирования безопасности вы знаете?
    Ответ: Тестирование на SQL-инъекции, XSS, CSRF, авторизацию/аутентификацию, защиту данных.

Практическая часть:
Приведите пример SQL-инъекции и как ее можно обнаружить.
Ответ:
Пример инъекции в поле логина: admin' --
Обнаружение:

  1. Ввести специальные символы (' " ; --) в поля ввода

  2. Проверить реакцию системы

  3. Анализировать логи сервера на ошибки SQL

 

Билет 9

Теоретическая часть:

  1. Что должно включать тестирование производительности?
    Ответ: Нагрузочное тестирование, стресс-тестирование, тестирование стабильности, тестирование масштабируемости.

  2. Какие метрики важны при тестировании производительности?
    Ответ: Время отклика, пропускная способность, использование ресурсов (CPU, память), количество ошибок под нагрузкой.

Практическая часть:
Составьте план нагрузочного тестирования API.
Ответ:

1. Определить ключевые API-методы для тестирования
2. Установить целевые показатели (RPS, latency)
3. Подготовить тестовые данные
4. Настроить сценарии тестирования (постепенное увеличение нагрузки)
5. Запустить тесты с помощью JMeter/LoadRunner
6. Анализировать результаты (графики, ошибки)
7. Составить отчет

 

Билет 10

Теоретическая часть:

  1. Что такое кросс-браузерное тестирование и какие инструменты для него используются?
    Ответ: Проверка работы сайта в разных браузерах. Инструменты: BrowserStack, Sauce Labs, Selenium Grid.

  2. Какие основные проблемы возникают при кросс-браузерном тестировании?
    Ответ: Разное отображение CSS/HTML, поддержка JavaScript, работа с cookies, производительность.

Практическая часть:
Составьте чек-лист для кросс-браузерного тестирования.
Ответ:

1. Проверка отображения в Chrome, Firefox, Safari, Edge
2. Проверка работы JavaScript
3. Тестирование форм (ввод данных, валидация)
4. Проверка адаптивности (разные разрешения)
5. Тестирование мультимедиа (видео, аудио)
6. Проверка работы с cookies
7. Тестирование анимаций и переходов

 

Билет 11

Теоретическая часть:

  1. Что такое тестирование локализации (localization testing)?
    Ответ: Проверка адаптации продукта для определенного региона (язык, формат дат/валют, культурные особенности).

  2. Какие проблемы часто встречаются при локализации?
    Ответ: Обрезанный текст, непереведенные строки, неправильные форматы, проблемы с кодировкой.

Практическая часть:
Составьте тест-кейсы для проверки локализации.
Ответ:

1. Проверить перевод всех элементов интерфейса
2. Проверить формат даты и времени
3. Проверить формат валюты
4. Проверить работу с RTL-языками
5. Проверить длинные слова/фразы (обрезка текста)
6. Проверить кодировку (отображение спецсимволов)

 

Билет 12

Теоретическая часть:

  1. Что такое тестирование доступности (accessibility testing)?
    Ответ: Проверка доступности продукта для людей с ограниченными возможностями. Соответствие стандартам WCAG.

  2. Какие основные принципы WCAG?
    Ответ: Воспринимаемость, управляемость, понятность, надежность.

Практическая часть:
Составьте чек-лист для проверки доступности веб-сайта.
Ответ:

1. Проверить контрастность текста
2. Проверить наличие alt-текстов для изображений
3. Проверить навигацию с клавиатуры
4. Проверить семантическую разметку
5. Проверить работу с скринридерами
6. Проверить масштабирование страницы
7. Проверить субтитры для видео

 

Билет 13

Теоретическая часть:

  1. Что такое тестирование установки (installation testing)?
    Ответ: Проверка процесса установки и удаления программного обеспечения.

  2. Какие аспекты важно проверить при тестировании установки?
    Ответ: Требования к системе, права доступа, зависимые компоненты, обновление версий.

Практическая часть:
Составьте тест-кейсы для проверки установки приложения.
Ответ:

1. Установка с минимальными требованиями системы
2. Установка с недостаточным местом на диске
3. Установка без прав администратора
4. Установка поверх предыдущей версии
5. Удаление приложения
6. Проверка остаточных файлов после удаления

 

Билет 14

Теоретическая часть:

  1. Что такое исследовательское тестирование (exploratory testing)?
    Ответ: Подход к тестированию, сочетающий изучение продукта, проектирование тестов и их выполнение одновременно.

  2. Какие преимущества у исследовательского тестирования?
    Ответ: Быстрое обнаружение дефектов, гибкость, лучшее покрытие сложных сценариев.

Практическая часть:
Опишите, как вы будете проводить исследовательское тестирование интернет-магазина.
Ответ:

1. Изучить основные функции (каталог, корзина, оформление заказа)
2. Проверить альтернативные пути выполнения операций
3. Исследовать граничные условия (пустая корзина, максимальное количество товаров)
4. Проверить интеграции (платежные системы, доставка)
5. Тестировать в разных условиях (медленный интернет, мобильное устройство)
6. Фиксировать найденные проблемы

 

Билет 15

Теоретическая часть:

  1. Что такое тестирование восстановления (recovery testing)?
    Ответ: Проверка способности системы восстанавливаться после сбоев (аппаратных, программных, сетевых).

  2. Какие сценарии важно проверить при тестировании восстановления?
    Ответ: Отключение питания, перегрузка сервера, потеря сетевого соединения, переполнение диска.

Практическая часть:
Составьте тест-кейсы для проверки восстановления базы данных.
Ответ:

1. Создать резервную копию БД
2. Удалить часть данных
3. Восстановить из резервной копии
4. Проверить целостность данных
5. Проверить работу приложения с восстановленными данными
6. Проверить журнал транзакций

Учебный кейс №1: "Падение производительности интернет-магазина во время распродажи"

Контекст:

Интернет-магазин электроники готовится к ежегодной Black Friday распродаже. В прошлом году во время пиковой нагрузки сайт работал крайне медленно, некоторые страницы не загружались, а часть заказов не была обработана. Команда разработки утверждает, что провела оптимизацию, но требуется независимая проверка.

Описание системы:

  • Веб-приложение на React + Node.js

  • База данных: PostgreSQL

  • Кэширование: Redis

  • Хостинг: облачный сервер AWS

Задача для тестировщика:

  1. Выявить потенциальные узкие места в архитектуре

  2. Разработать стратегию нагрузочного тестирования

  3. Предложить решения для выявленных проблем

Скрытые проблемы:

  1. Проблема кэширования: Redis настроен только для кэширования главной страницы, но не для страниц товаров

  2. Проблема запросов: N+1 проблема в API (при загрузке страницы товара делается 15+ SQL-запросов)

  3. Проблема изображений: Фотографии товаров не оптимизированы (средний вес 5MB)

  4. Проблема мониторинга: Нет системы алертинга при росте времени ответа API

Решение:

 Пример скрипта для нагрузочного тестирования (Locust)
from locust import HttpUser, task, between

class WebsiteUser(HttpUser):
    wait_time = between(1, 3)
    
    task
    def load_product(self):
        self.client.get("/product/123")
        self.client.get("/api/reviews?product_id=123")
        
    task(3)
    def browse_catalog(self):
        self.client.get("/catalog/smartphones")

Рекомендации:

  1. Настроить кэширование страниц товаров (TTL 5 минут)

  2. Оптимизировать API (использовать GraphQL или JOIN в SQL)

  3. Внедрить lazy loading для изображений + сжатие

  4. Настроить мониторинг (Prometheus + Grafana)

 

Учебный кейс №2: "Тайные сбои в мобильном банкинге"

Контекст:

Банковское приложение для iOS/Android после последнего обновления получает жалобы на:

  • Пропажу последних транзакций

  • Ошибки при переводе между счетами

  • Зависание на экране авторизации

Описание системы:

  • Мобильные приложения: React Native

  • Бэкенд: Java Spring Boot

  • База данных: MongoDB

  • Аутентификация: JWT

Задача для тестировщика:

  1. Воспроизвести описанные проблемы

  2. Найти root-cause ошибок

  3. Предложить механизмы предотвращения подобных сбоев

Скрытые проблемы:

  1. Проблема синхронизации: Нет механизма конфликт-решений при одновременном доступе с разных устройств

  2. Проблема токенов: JWT-токен обновляется некорректно при смене устройства

  3. Проблема логов: Критические ошибки не попадают в Sentry

  4. Проблема тестирования: Нет end-to-end тестов для критических сценариев

Решение:

// Пример теста для проверки синхронизации транзакций
describe('Transaction Sync Test', () => {
  it('should sync transactions between devices', async () => {
    await device1.sendMoney(100);
    const balance = await device2.getBalance();
    expect(balance).toMatchSnapshot();
  });
});

Рекомендации:

  1. Реализовать optimistic/pessimistic locking для транзакций

  2. Добавить обработку 401 ошибки с автоматическим refresh токена

  3. Настроить логирование всех API-запросов

  4. Внедрить Detox для E2E-тестирования

Ролевая игра №1: "Спасение падающего релиза"

Цель: Научить команду оперативно выявлять и исправлять критические баги перед релизом.

Формат:

  • Тип: Командная (3-5 человек)

  • Время: 60-90 минут

  • Инструменты: Jira, тест-кейсы, чек-листы

Сеттинг:
За 2 часа до релиза мобильного приложения обнаружены критические баги. Нужно быстро провести регресс-тестирование, приоритезировать исправления и принять решение: выпускать или откладывать релиз.

Роли:

  1. Тест-лид – координирует процесс, принимает решение о релизе

  2. Функциональный тестировщик – проверяет основные сценарии

  3. Тестировщик API – тестирует бэкенд

  4. UX-тестировщик – проверяет интерфейс

  5. Проджект-менеджер (преподаватель) – создает "сюрпризы" (внезапные баги)

Этапы:

  1. Экстренный митинг (10 мин) – распределение зон ответственности

  2. Тестирование (40 мин) – поиск и документирование багов

  3. Приоритезация (15 мин) – оценка рисков

  4. Решение о релизе (5 мин) – презентация вывода команды

Обучающие эффекты:

  • Работа в условиях цейтнота

  • Приоритезация задач

  • Коммуникация в стрессовой ситуации

Возможные проблемы:

  • Конфликты из-за нехватки времени

  • Неполное тестовое покрытие

Ролевая игра №2: "Расследование инцидента в продакшене"

Цель: Научить анализировать причины багов в реальной системе.

Формат:

  • Тип: Групповая (4-6 человек)

  • Время: 45-60 минут

  • Инструменты: Логи, скриншоты, доступ к БД

Сеттинг:
В банковском приложении пользователи жалуются на пропажу денег после перевода. Нужно найти root-cause и предложить фикс.

Роли:

  1. Аналитик – изучает логи и метрики

  2. Тестировщик БД – проверяет целостность данных

  3. Тестировщик API – анализирует запросы

  4. Клиент-саппорт (преподаватель) – дает "подсказки"

Этапы:

  1. Сбор данных (15 мин) – анализ логов, воспроизведение бага

  2. Гипотезы (20 мин) – мозговой штурм причин

  3. Решение (10 мин) – предложение фикса и тестов для проверки

Обучающие эффекты:

  • Работа с реальными артефактами (логи, БД)

  • Построение причинно-следственных связей

Вызовы:

  • Противоречивые данные в логах

  • Неочевидные зависимости в системе

Ролевая игра №3: "Битва требований"

Цель: Научить выявлять противоречия в требованиях.

Формат:

  • Тип: Дебаты (2 команды по 3 человека)

  • Время: 30-45 минут

  • Инструменты: User stories, Jira

Сеттинг:
Команды получают спорные требования к фиче "Корзина покупок". Например: "Товар должен резервироваться на 10 минут, но администратор может отменить резерв".

Роли:

  1. Тестировщики – находят риски и противоречия

  2. Разработчики – защищают реализацию

  3. Продукт-оунер (преподаватель) – ставит условия

Этапы:

  1. Анализ (10 мин) – выявление проблем

  2. Дебаты (20 мин) – обсуждение решений

  3. Голосование (5 мин) – выбор лучшего подхода

Обучающие эффекты:

  • Критическое мышление

  • Навыки аргументации

Проблемы:

  • Субъективность оценок

  • Нехватка технических знаний у части команды

Ролевая игра №4: "Тестовый дуэль"

Цель: Тренировка навыков тест-дизайна.

Формат:

  • Тип: Соревнование (2 игрока + судьи)

  • Время: 25-30 минут

  • Инструменты: Доска (Miro/Figjam)

Сеттинг:
Участники по очереди придумывают тест-кейсы для сложного функционала (например, "Рекомендательная система"). Выигрывает тот, кто найдет больше уникальных сценариев.

Роли:

  1. Дуэлянты – составляют тест-кейсы

  2. Судьи (остальная группа) – оценивают оригинальность

  3. Ведущий (преподаватель) – задает условия

Этапы:

  1. Разминка (5 мин) – простые сценарии

  2. Основной раунд (15 мин) – сложные кейсы

  3. Финал (5 мин) – edge-кейсы

Обучающие эффекты:

  • Быстрое генерирование идей

  • Применение техник тест-дизайна

Вызовы:

  • Повторение сценариев

  • Нехватка времени на анализ

1. Интеллект-карта "Основные направления тестирования"

Центральная тема: Виды тестирования ПО
Ветви:

  • Функциональное тестирование

    • Модульное

    • Интеграционное

    • Системное

    • Приемочное

  • Нефункциональное тестирование

    • Нагрузочное

    • Безопасность

    • Удобство использования (UX)

    • Совместимость

  • Поддерживающие виды

    • Регрессионное

    • Дымовое

    • Санитарное

Связи:
Функциональное ↔ Регрессионное (проверка изменений)
Нефункциональное ↔ Нагрузочное (производительность + стабильность)

2. Интеллект-карта "Процесс тестирования"

Центральная тема: Этапы работы тестировщика
Ветви:

  • Анализ требований

    • Чтение документации

    • Уточнение ambiguities

  • Тест-дизайн

    • Техники: граничные значения, pairwise

    • Создание чек-листов

  • Выполнение тестов

    • Ручные тесты

    • Автоматизированные сценарии

  • Отчетность

    • Баг-репорты

    • Метрики покрытия

Связи:
Тест-дизайн → Выполнение (через тест-кейсы)
Отчетность → Анализ (фидбек для улучшения)

3. Интеллект-карта "Инструменты тестировщика"

Центральная тема: Технический стек
Ветви:

  • Тестирование API

    • Postman

    • Swagger

    • curl

  • Тестирование UI

    • Selenium

    • DevTools

    • Axe (accessibility)

  • Работа с базами данных

    • SQL (SELECT, JOIN)

    • NoSQL (MongoDB queries)

  • Нагрузочное тестирование

    • JMeter

    • Locust

Связи:
API ↔ БД (проверка целостности данных)
UI ↔ Accessibility (совместное тестирование)

4. Интеллект-карта "Карьера тестировщика"

Центральная тема: Профессиональное развитие
Ветви:

  • Junior QA

    • Базовые тест-кейсы

    • Работа с баг-трекерами

  • Middle QA

    • Тест-дизайн

    • Автоматизация (Python/Java)

  • Senior QA

    • Архитектура тестов

    • Оптимизация процессов

  • Специализации

    • QA Automation

    • Performance QA

    • Security QA

Связи:
Junior → Middle (навыки тест-дизайна)
Middle → Senior (лидерство + стратегия)

5. Интеллект-карта "Типичные баги и их поиск"

Центральная тема: Классификация дефектов
Ветви:

  • UI-баги

    • Некликабельные кнопки

    • Некорректные отступы

  • Логические ошибки

    • Неверные расчеты

    • Утечка данных

  • API-проблемы

    • 500 ошибки

    • Неверные статус-коды

  • Безопасность

    • XSS

    • SQL-инъекции

Связи:
UI ↔ Логика (например, кнопка есть, но не работает)
API ↔ Безопасность (незащищенные endpoints)

Как использовать эти карты?

  1. Для обучения:

    • Визуализируйте связи между темами.

    • Добавляйте примеры к каждой ветке (например, реальные баги из кейсов).

  2. Для повторения:

    • Закрывайте ветки и пытайтесь воспроизвести их по памяти.

  3. Для планирования развития:

    • Отмечайте пройденные темы и ставьте цели (например, «Изучить JMeter»).

  1. Святослав Куликов — "Тестирование программного обеспечения. Базовый курс" (2021)

    • Тип: Учебник

    • Для кого: Начинающие и продолжающие тестировщики

    • О чём: Основы тестирования, техники тест-дизайна, работа с требованиями, баг-трекинг.

    • Плюсы: Практические примеры, упражнения, адаптация под современные стандарты.

  2. Рекс Блэк — "Ключевые процессы тестирования" (Rex Black, "Critical Testing Processes", 2003)

    • Тип: Научно-практическое пособие

    • Для кого: Тест-аналитики и тест-лиды

    • О чём: Управление тестированием, планирование, метрики, анализ рисков.

    • Плюсы: Глубокий разбор процессов, примеры из реальных проектов.

  3. Ли Копланд — "Современное руководство по тестированию ПО" (Lee Copeland, "A Practitioner's Guide to Software Test Design", 2004)

    • Тип: Методическое пособие

    • Для кого: Тестировщики, изучающие тест-дизайн

    • О чём: Техники создания тест-кейсов (эквивалентное разделение, анализ граничных значений, таблицы решений).

    • Плюсы: Чёткие алгоритмы, задачи для самостоятельной работы.

  4. ISTQB Foundation Level Syllabus (последняя версия)

    • Тип: Международный стандарт / Хрестоматия

    • Для кого: Все уровни (подготовка к сертификации)

    • О чём: Стандартизированный подход к тестированию, терминология, best practices.

    • Плюсы: Универсальность, признание в индустрии.

  5. Гленфорд Майерс — "Искусство тестирования программ" (Glenford Myers, "The Art of Software Testing", 3rd ed., 2012)

    • Тип: Классический учебник

    • Для кого: Опытные тестировщики и разработчики

    • О чём: Психология тестирования, продвинутые техники, кейсы из 1980–2010-х.

    • Плюсы: Фундаментальные принципы, актуальные несмотря на возраст.

  1. «Мастерство ручного тестирования: от теории к практике эксперта»
  2. “Ручное тестирование ПО: профессиональный уровень. Глубокое погружение”
  3. «Расширенное ручное тестирование: стратегии, техники и лучшие практики»
  4. «Ручное тестирование для профессионалов: выявление скрытых дефектов и оптимизация процессов»
  5. «Профессиональный специалист по ручному тестированию: разработка тестовой стратегии и управление качеством»
  6. “Ручное тестирование: продвинутый курс. Углубленное изучение методологий и инструментов”
  7. “Ручное тестирование ПО: от Junior к Senior. Карьерный рост и развитие”
  8. «Экспертное ручное тестирование: анализ рисков, оптимизация тестового покрытия и отчетность»
  9. “Ручное тестирование: профессиональная сертификация и подготовка к реальным проектам”
  10. «Ручное тестирование: комплексный подход к обеспечению качества ПО»
  11. “Станьте востребованным специалистом: продвинутый курс ручного тестирования для профессионалов”
  12. «Поднимите свои навыки ручного тестирования на новый уровень: углубленная программа обучения»
  13. «Освойте передовые методы и инструменты ручного тестирования: станьте экспертом в своей области»
  14. “Практикуйтесь на реальных проектах и получайте ценный опыт: курс для профессиональных тестировщиков ручного кода”
  15. “Откройте для себя мир сложного тестирования: углубленное изучение ручного тестирования для профессионалов”
  16. «Повысьте свою конкурентоспособность на рынке труда: сертифицированный курс ручного тестирования»
  17. “Инвестируйте в свое будущее: станьте востребованным специалистом в области ручного тестирования”
  18. «Развивайте навыки критического мышления и анализа: программа для продвинутых тестировщиков»
  19. «Научитесь выявлять сложные дефекты и предотвращать их появление: курс для профессионалов ручного тестирования»
  20. «Погрузитесь в мир ручного тестирования: станьте экспертом в обеспечении качества программного обеспечения»
  21. «Ручное тестирование: прокачай свой навык до уровня PRO»
  22. «Ручное тестирование: выявление багов, неподвластных автоматизации»
  23. «Ручное тестирование: стань гуру в мире QA»
  24. «Ручное тестирование: от новичка до профессионала за короткий срок»
  25. «Ручное тестирование: секреты успешного поиска багов»
Заявка ученика, студента, слушателя
Заявка преподавателя, репетитора админу сети.
—
03:19
18
👍0
👎0
❤️0
😂0
😢0
👏0
0
Все Нет отзывов
5 0 
4 0 
3 0 
2 0 
1 0 
Загрузка...
Подписаться (1)
Загрузка...

Нет элементов для просмотра

или Вконтакте Facebook Яндекс Одноклассники
Гость
Отправить

Участвовать или создать

Участвовать или создать

Политика сайта

Посещая этот сайт, вы соглашаетесь с тем, что мы используем файлы cookie.