Тестировщик | Вопросы собесов

🤔 Что такое функциональное тестирование

Функциональное тестирование проверяет, соответствует ли система заданным требованиям.
1. Проверяются функции приложения на основе предоставленных спецификаций.
2. Основной фокус — корректность работы, независимо от внутренних механизмов.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Какие виды тестирования используются при валидации?

Это процесс оценки готового продукта на соответствие ожиданиям и потребностям пользователя. Цель валидации – убедиться, что продукт "делает то, что нужно", т.е. соответствует требованиям реального использования.

🚩Основные виды тестирования

🟠Функциональное тестирование
Это основной тип тестирования для проверки, выполняет ли продукт свои функции в соответствии с требованиями. Проверка всех функциональных аспектов системы: входные данные, поведение приложения и его отклик. Если у вас есть калькулятор, который должен складывать числа, вы проверяете, правильно ли он складывает:
Ввод: 2 + 3
Ожидаемый результат: 5.
Это напрямую подтверждает, что продукт соответствует описанным требованиям.

🟠Юзабилити-тестирование
Цель – проверить удобство использования приложения для конечных пользователей. Логичность интерфейса, простота выполнения задач, читаемость текстов. Если у вас есть веб-приложение, проверяется, насколько удобно пользователь может найти нужную кнопку, завершить покупку или зарегистрироваться. Даже идеально работающая функция может быть бесполезна, если пользователю трудно ею воспользоваться.

🟠Тестирование пользовательского интерфейса (UI Testing)
Это проверка внешнего вида продукта. Правильное отображение всех элементов интерфейса на экранах разных размеров и в разных браузерах. Если кнопка "Отправить" должна быть синей и размещена в правом углу, тестирование проверит, правильно ли она отображается на всех устройствах. Пользователи ожидают, что интерфейс будет соответствовать их привычкам и стандартам.

🟠Интеграционное тестирование
Проверка взаимодействия между компонентами системы. Слаженная работа модулей вместе, например, API взаимодействие между фронтендом и бекендом. Если пользователь отправляет форму, тестируется, приходит ли запрос на сервер и возвращается ли ожидаемый ответ. Даже работающие по отдельности модули могут "сломаться", если они неправильно интегрированы.

🟠Тестирование совместимости
Проверка работы продукта на различных устройствах, операционных системах и браузерах. Корректная работа системы в разных условиях. Проверка мобильного приложения на iOS и Android или веб-приложения в Chrome, Firefox и Safari. Пользователи используют продукт в разных средах, и везде он должен быть функциональным.

🟠Тестирование производительности (Performance Testing)
Проверяется, как система ведет себя при различных нагрузках. Время отклика, устойчивость при большом количестве пользователей. Тестирование интернет-магазина во время "Черной пятницы", чтобы убедиться, что сайт не "упадет". Медленное или нестабильное приложение может отпугнуть пользователей.

🟠Альфа- и бета-тестирование
Финальные этапы тестирования перед выпуском продукта. Проводится внутренней командой разработчиков и QA, чтобы найти оставшиеся баги. Проводится с участием реальных пользователей для получения обратной связи. Это помогает получить объективную оценку и убедиться, что продукт готов к реальной эксплуатации.

Ставь 👍 и забирай 📚 Базу знаний

🤔 Какое ожидаемое поведение в негативном тестировании

Негативное тестирование проверяет поведение системы при вводе некорректных данных или в нестандартных условиях.
1. Ожидаемое поведение — система корректно обрабатывает ошибку, например, возвращает сообщение об ошибке или код 400.
2. Система не должна завершаться аварийно или создавать угрозу безопасности.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Когда проводится smoke тестирование?

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

🚩Когда проводится

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

🟠Перед началом полного цикла тестирования
Смоук-тестирование выполняется до начала полного цикла функционального, регрессионного или другого вида тестирования. Это позволяет выявить крупные дефекты на ранней стадии и сэкономить время и ресурсы на последующие тесты.

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

🟠При внесении небольших изменений или исправлений (патчей)
Смоук-тестирование проводится после внесения небольших изменений или исправлений в систему, чтобы проверить, не повлияли ли эти изменения на основные функции системы.

🚩Основные цели и задачи

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

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

🟠Экономия времени и ресурсов
Снижение затрат времени и ресурсов на проведение полного тестирования в случае наличия критических дефектов. Смоук-тестирование помогает определить, стоит ли продолжать с более детальным тестированием.

🚩Пример

🟠Запуск приложения
Убедиться, что главная страница загружается без ошибок.
🟠Авторизация пользователя
Проверить, что пользователи могут успешно войти в систему.
🟠Поиск товаров
Проверить, что функция поиска работает и отображает результаты.
🟠Добавление товара в корзину
Проверить, что пользователь может добавить товар в корзину.
🟠Оформление заказа
Проверить, что процесс оформления заказа работает корректно.

Ставь 👍 и забирай 📚 Базу знаний

🤔 Какие бывают статусы кода в ответе от сервера

1. 1xx (Информационные): например, 100 Continue, указывает на продолжение обработки запроса.
2. 2xx (Успешные): например, 200 OK, обозначает успешное выполнение запроса.
3. 3xx (Перенаправления): например, 301 Moved Permanently, означает, что ресурс перемещён.
4. 4xx (Клиентские ошибки): например, 404 Not Found, указывает на ошибку клиента.
5. 5xx (Серверные ошибки): например, 500 Internal Server Error, сигнализирует о проблеме на сервере.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Какая разница между приоритетностью и серьезностью бага?

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

🚩Серьезность (Severity)

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

🟠Блокирующий (Blocker)
Дефект, который делает систему или основную часть системы полностью неработоспособной. Пример: Система падает при запуске.

🟠Критический (Critical)
Дефект, который сильно нарушает основную функциональность и не имеет простого обходного пути. Пример: Ошибка при проведении транзакций в банковском приложении.

🟠Высокий (Major)
Дефект, который нарушает важную функциональность, но имеет обходной путь. Пример: Ошибка в логике расчетов, которая приводит к неправильным результатам.

🟠Средний (Minor)
Дефект, который вызывает небольшие отклонения в работе системы, но незначительно влияет на её использование. Пример: Некорректное отображение UI элементов.

🟠Низкий (Trivial)
Дефект, который не влияет на функциональность и носит косметический характер. Пример: Опечатка в тексте сообщения.

🚩Приоритетность (Priority)

Определяет срочность исправления бага. Это бизнес-оценка того, насколько быстро дефект должен быть устранен.
🟠Высокий (High)
Дефект должен быть исправлен как можно скорее, так как он критичен для текущего релиза или этапа разработки. Пример: Дефект, влияющий на основные функции, которые будут демонстрироваться заказчику.

🟠Средний (Medium)
Дефект должен быть исправлен, но не является критичным для текущего релиза. Пример: Ошибка в менее важной функции, которую можно исправить в следующем обновлении.

🟠Низкий (Low)
Дефект может быть исправлен в более позднем релизе, так как он незначительно влияет на работу системы. Пример: Косметические ошибки или улучшения.

🚩Примеры

🟠Высокая серьезность и высокий приоритет
Дефект: Приложение падает при запуске.
Серьезность: Блокирующий (Blocker).
Приоритетность: Высокий (High).
Обоснование: Критическая ошибка, делающая систему полностью неработоспособной. Требует немедленного исправления.

🟠Высокая серьезность и низкий приоритет
Дефект: Сложный и редко возникающий сбой в модуле администрирования, используемом только раз в месяц.
Серьезность: Критический (Critical).
Приоритетность: Низкий (Low).
Обоснование: Несмотря на высокую серьезность, дефект имеет низкий приоритет, так как его влияние минимально в повседневной работе и может быть исправлено позже.

🟠Низкая серьезность и высокий приоритет
Дефект: Опечатка в имени компании на главной странице веб-сайта.
Серьезность: Низкий (Trivial).
Приоритетность: Высокий (High).
Обоснование: Хотя дефект не влияет на функциональность, он сильно влияет на восприятие бренда и должен быть исправлен как можно скорее.

🟠Низкая серьезность и низкий приоритет
Дефект: Неправильный цвет кнопки на нечасто используемой странице.
Серьезность: Низкий (Trivial).
Приоритетность: Низкий (Low).
Обоснование: Дефект незначительный и может быть исправлен в более позднем релизе.

Ставь 👍 и забирай 📚 Базу знаний

🤔 Чем отличаются реляционные от нереляционных баз данных?

1. Реляционные базы:
o Данные хранятся в таблицах с фиксированной структурой.
o Используют SQL для запросов.
o Хорошо подходят для сложных взаимосвязанных данных.
2. Нереляционные базы:
o Хранят данные в гибких структурах (документы, ключ-значение, графы).
o Не требуют жёсткой схемы.
o Предназначены для масштабируемых, высокопроизводительных приложений, работающих с большими объёмами данных.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

📊 Реклама в сети телеграм каналов easyoffer
✈️ Для заказа пишите @easyoffer_adv

easyoffer
Backend

Python | Вопросы
Python | Удалёнка
Python | LeetCode
Python | Тесты

Frontend | Вопросы
Frontend | Удалёнка
JavaScript | LeetCode
Frontend | Тесты

Java | Вопросы
Java | Удалёнка
Java | LeetCode
Java | Тесты

Тестировщик | Вопросы
Тестировщик | Удалёнка
Тестировщик | Тесты

Data Science | Вопросы
Data Science | Удалёнка
Data Science | Тесты

C# | Вопросы
C# | Удалёнка
C# | LeetCode
C# | Тесты

C/C++ | Вопросы
C/C++ | Удалёнка
C/C++ | LeetCode
C/C++ | Тесты

Golang | Вопросы
Golang | Удалёнка
Golang | LeetCode
Golang | Тесты

DevOps | Вопросы
DevOps | Удалёнка
DevOps | Тесты

PHP | Вопросы
PHP | Удалёнка
PHP | LeetCode
PHP | Тесты

Kotlin | Вопросы
Kotlin | Удалёнка
Kotlin | LeetCode
Kotlin | Тесты

Swift | Вопросы
Swift | Удалёнка
Swift | LeetCode
Swift | Тесты

📊 Реклама в сети телеграм каналов easyoffer
✈️ Для заказа пишите @easyoffer_adv

🤔 Зачем нужны SQL запросы?

Запросы необходимы для взаимодействия с базами данных. Они позволяют выполнять различные операции с данными, такие как извлечение, вставка, обновление и удаление данных, а также управление структурами данных в базе.

🟠Извлечение данных (SELECT)
Получение данных из одной или нескольких таблиц базы данных.
Извлечение всех записей из таблицы.
Извлечение конкретных столбцов.
Фильтрация данных с помощью условий.
Сортировка данных.

SELECT name, age FROM users WHERE age > 18 ORDER BY name;

🟠Вставка данных (INSERT)
Добавление новых записей в таблицу.
Вставка одной записи.
Вставка нескольких записей.

INSERT INTO users (name, age) VALUES ('John Doe', 30);

🟠Обновление данных (UPDATE)
Обновление существующих записей в таблице.
Обновление одного или нескольких столбцов для одной или нескольких записей. Фильтрация данных для обновления.

UPDATE users SET age = 31 WHERE name = 'John Doe';

🟠Удаление данных (DELETE)
Удаление записей из таблицы.
Удаление всех записей. Удаление записей, удовлетворяющих определенным условиям.

DELETE FROM users WHERE age < 18;

🟠Управление структурами данных
Создание, изменение и удаление таблиц и других объектов базы данных.
Создание новой таблицы.
Изменение структуры существующей таблицы.
Удаление таблицы.
Создание таблицы

  CREATE TABLE users (
    id INT PRIMARY KEY,
    name VARCHAR(100),
    age INT
);  

Изменение таблицы

ALTER TABLE users ADD email VARCHAR(100);  

Удаление таблицы

DROP TABLE users;  

🟠Обеспечение целостности данных
Гарантировать, что данные в базе данных остаются целостными и соответствуют определенным правилам.
Установление первичных и внешних ключей.
Определение ограничений.

ALTER TABLE orders ADD CONSTRAINT fk_user FOREIGN KEY (user_id) REFERENCES users(id);

🟠Оптимизация запросов и управление производительностью
Повышение производительности запросов и управление ресурсами базы данных.
Создание индексов для ускорения поиска данных.
Использование представлений (views) для упрощения сложных запросов.

CREATE INDEX idx_name ON users (name);

Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое Critical Path?

Это самая длинная последовательность зависимых задач в проекте, определяющая минимальное время его завершения.
1. Любое изменение задач на этом пути влияет на общий срок выполнения проекта.
2. Используется в управлении проектами для анализа сроков и планирования ресурсов.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 В каких случаях пишем тест-кейсы?

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

🟠Новая функциональность или фича
Когда разрабатывается новая функциональность или добавляется новая фича, тест-кейсы помогают убедиться, что эта новая часть системы работает правильно и соответствует требованиям.

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

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

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

🟠Тестирование критически важных бизнес-процессов
Используются для проверки ключевых бизнес-процессов, чтобы убедиться, что они выполняются правильно и без ошибок.

🟠Приемочное тестирование (UAT)
Для проверки того, что система отвечает ожиданиям конечных пользователей и готова к выпуску в эксплуатацию.

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

🚩Пример

Тестирование функции входа в систему. Проверка возможности входа в систему с корректными данными пользователя.
Предусловия: Пользователь зарегистрирован в системе.

🚩Шаги выполнения

1⃣Открыть страницу входа.
2⃣Ввести корректный логин пользователя.
3⃣Ввести корректный пароль пользователя.
4⃣Нажать кнопку "Войти".

Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое интернационализация?

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

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Что такое Summary?

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

🟠Summary в баг-репорте:
Обеспечить краткое описание обнаруженного дефекта. Должно содержать достаточно информации, чтобы понять основную проблему, но без подробностей.

Summary: Ошибка отображения кнопки "Отправить" в браузере Firefox на странице регистрации.   

🟠Summary в тест-кейсе
Обобщить суть теста, чтобы быстро понять, что проверяется. Краткое описание тестируемого сценария или функции.

Summary: Проверка функции входа в систему с корректными учетными данными.   

🟠Summary в отчете о тестировании
Дать обзор текущего состояния тестирования и ключевых результатов. Общее состояние тестирования, количество пройденных и проваленных тестов, критические дефекты и общие замечания.

Summary: Тестирование завершено на 80%. Обнаружено 10 критических багов, 5 из которых исправлены. 90% функциональных тестов прошли успешно.   

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

Summary: Релиз версии 2.1 включает в себя новые функции управления профилем, улучшения производительности и исправления 15 багов.   

🚩Зачем он нужен

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

Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое идентификация?

Это процесс определения личности или объекта.
1. В системах безопасности — это подтверждение, кто пользователь (например, по имени пользователя или идентификатору).
2. Это первый этап процесса аутентификации и авторизации.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Что такое модульное тестирование?

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

🚩Основные характеристики

🟠Изолированность
Каждый модуль тестируется в изоляции от других частей системы. Это помогает точно определить, где возникают ошибки. Для достижения изолированности могут использоваться заглушки (stubs) и моки (mocks).

🟠Автоматизация
Модульные тесты часто автоматизируются с использованием специальных фреймворков, таких как JUnit, NUnit, pytest и других. Автоматизация позволяет быстро и эффективно проверять код при каждом изменении.

🟠Повторяемость
Модульные тесты могут выполняться многократно без изменений и должны давать одинаковые результаты при каждом запуске. Это обеспечивает стабильность и предсказуемость тестирования.

🟠Мелкозернистость
Тестируются самые маленькие компоненты кода, такие как функции или методы. Это позволяет точно определить, какая часть кода вызывает ошибку.

🚩Плюсы

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

🚩Инструменты

🟠JUnit
Популярный фреймворк для модульного тестирования на языке Java. Предоставляет аннотации и утилиты для написания и выполнения тестов.

🟠NUnit
Фреймворк для модульного тестирования на языке C#. Позволяет писать и запускать тесты, используя удобный синтаксис и аннотации.

🟠pytest
Фреймворк для тестирования на языке Python. Поддерживает простое написание тестов и предоставляет мощные возможности для расширения и настройки.

🟠JUnit
Популярный фреймворк для модульного тестирования на языке Java. Предоставляет аннотации и утилиты для написания и выполнения тестов.

🟠pytest
Фреймворк для тестирования на языке Python. Поддерживает простое написание тестов и предоставляет мощные возможности для расширения и настройки.

Предположим, у нас есть функция, которая вычисляет сумму двух чисел

def add(a, b):
    return a + b

Пример теста для этой функции с использованием pytest

import pytest

def test_add():
    assert add(1, 2) == 3
    assert add(-1, 1) == 0
    assert add(0, 0) == 0

Для запуска теста выполните команду

pytest

Предположим, у нас есть метод, который вычисляет сумму двух чисел

public class Calculator {
    public int add(int a, int b) {
        return a + b;
    }
}

Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое Quality Control?

Это процесс проверки продукта на соответствие заданным требованиям.
1. Включает тестирование, валидацию и инспекции для выявления дефектов.
2. QC направлен на предотвращение выпуска дефектного продукта пользователю.
3. Это одна из частей общего процесса управления качеством (Quality Assurance).

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Что значит код ответа 505 от сервера ?

От сервера означает, что сервер не поддерживает, или отказывается поддерживать, версию HTTP-протокола, используемую в запросе. Этот статус код указывает на то, что сервер не может или не желает обработать запрос с указанной версией HTTP-протокола.

🚩Возможные причины возникновения

🟠Устаревшая версия протокола
Клиент использует устаревшую версию HTTP (например, HTTP/0.9), которую сервер больше не поддерживает.
🟠Неподдерживаемая версия протокола
Клиент использует версию HTTP, которую сервер не поддерживает (например, HTTP/2.0 на сервере, который поддерживает только HTTP/1.1).
🟠Ошибки в конфигурации сервера
Сервер может быть неправильно настроен и не распознает указанную версию HTTP-протокола.

HTTP/1.1 505 HTTP Version Not Supported
Content-Type: text/html; charset=UTF-8
Content-Length: 1234

<html>
<head>
    <title>505 HTTP Version Not Supported</title>
</head>
<body>
    <h1>HTTP Version Not Supported</h1>
    <p>The server does not support the HTTP protocol version that was used in the request.</p>
</body>
</html>

🚩Как справиться с ним

🟠Проверка версии HTTP в запросе
Убедитесь, что клиент использует поддерживаемую версию HTTP (например, HTTP/1.1 или HTTP/2.0).
🟠Обновление клиента
Если клиент использует устаревшую версию HTTP, обновите его до использования более новой версии.
🟠Конфигурация сервера
Проверьте и обновите конфигурацию сервера, чтобы он поддерживал необходимые версии HTTP-протокола.

Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое Git?

Это распределённая система управления версиями, используемая для отслеживания изменений в коде и совместной работы разработчиков.
1. Позволяет хранить историю изменений, создавать ветки и сливать их.
2. Обеспечивает быстрый доступ к репозиториям, синхронизацию и восстановление.
3. Используется для контроля версий в разработке ПО.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Какие есть события в scrum ?

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

🟠Планирование спринта (Sprint Planning)
Определить, что команда будет делать в следующем спринте и как она будет это делать.
Детали:
Когда проводится: В начале каждого спринта.
Продолжительность: Обычно 2-4 часа для двухнедельного спринта.
Участники: Вся Scrum-команда (Scrum-мастер, владелец продукта и команда разработки).
Что будет сделано: Команда выбирает элементы из бэклога продукта и формулирует цель спринта.
Как это будет сделано: Команда разбивает выбранные элементы на задачи и оценивает их.

🟠Ежедневное совещание (Daily Scrum)
Координировать работу команды, выявлять препятствия и корректировать план на следующий день.
Детали:
Когда проводится: Каждый день в одно и то же время.
Продолжительность: 15 минут.
Участники: Вся команда разработки (Scrum-мастер и владелец продукта могут присутствовать, но не обязаны).
Формат: Каждый член команды отвечает на три вопроса:
Что я сделал вчера, чтобы помочь команде достичь цели спринта?
Что я собираюсь сделать сегодня, чтобы помочь команде достичь цели спринта?
Какие препятствия мешают мне или команде?

🟠Обзор спринта (Sprint Review)
Демонстрация выполненной работы, получение обратной связи от заинтересованных сторон и обсуждение, что делать дальше.
Детали:
Когда проводится: В конце каждого спринта.
Продолжительность: Обычно 1-2 часа для двухнедельного спринта.
Участники: Вся Scrum-команда и заинтересованные стороны.
Формат:
Демонстрация инкремента.
Обсуждение проделанной работы и полученной ценности.
Обсуждение бэклога продукта и возможных изменений.

🟠Ретроспектива спринта (Sprint Retrospective)
Обсудить, что прошло хорошо, что можно улучшить, и сформулировать действия для улучшения процессов.
Детали:
Когда проводится: В конце каждого спринта, после обзора спринта.
Продолжительность: Обычно 1-1.5 часа для двухнедельного спринта.
Участники: Вся Scrum-команда.
Формат:
Обсуждение того, что прошло хорошо.
Обсуждение того, что можно улучшить.
Формулировка конкретных действий для улучшения процессов.

🟠Планирование релиза (Release Planning) (не является официальным событием Scrum, но часто используется)
Определить, что и когда будет включено в следующий релиз продукта.
Детали:
Когда проводится: Периодически, по мере необходимости.
Продолжительность: Варьируется в зависимости от объема работы.
Участники: Владелец продукта, Scrum-мастер и команда разработки.
Формат:
Обзор текущего состояния продукта.
Определение приоритетов и дат выпуска.
Оценка работы, необходимой для завершения релиза.

🚩Пример

🟠Планирование спринта
Владелец продукта представляет приоритетные элементы бэклога.
Команда обсуждает и оценивает эти элементы.
Команда определяет цель спринта.
Команда разбивает элементы на задачи и оценивает их.

🟠Ежедневное совещание
Каждый участник отвечает на три вопроса.
Обсуждаются выявленные препятствия.
Корректируется план на следующий день.

🟠Обзор
Команда демонстрирует инкремент.
Заинтересованные стороны дают обратную связь.
Обсуждаются возможные изменения в бэклоге продукта.

🟠Ретроспектива
Команда обсуждает, что прошло хорошо.
Команда обсуждает, что можно улучшить.
Формулируются действия для улучшения процесса.

Ставь 👍 и забирай 📚 Базу знаний

Каждый ITшник получает от 250к

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

– Пошаговая road map по Java
– Redis - 5 улучшений для твоего пет-проекта
– Пошаговая RoadMap по Java
– Мануал по Docker. Основные команды и концепции
– Микросервисы. Вопросы с собеседований
– Шпаргалка с горячими клавишами JetBrains IDE. Ускоришь работу в 10 раз
– Шпаргалка по Kafka
– Инструкция по работе с Git
– Подробный гайд, как найти работу в IT без опыта
– Подборка платформ с вакансиями для java-разработчиков

Ребята из FAANG School собрали бесплатную библиотеку Java Junior с мега полезными материалами, которые помогут освоить сложные темы, упростить и ускорить работу, а также получить приглашение от IT-гигантов.

Свежее пополнение - то, без чего не обойтись ни одному джуну - шпаргалка по основным командам SQL!

Забрать можно по оранжевой кнопке. Доступ открыт всего на сутки - успевай.

🤔 Что такое Dev Tools?

Это встроенные инструменты браузера для анализа и отладки веб-приложений.
1. Позволяют инспектировать элементы DOM, анализировать стили CSS и структуру страницы.
2. Используются для мониторинга запросов, ресурсов и производительности страницы.
3. Помогают отлаживать клиентский JavaScript и выявлять ошибки.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Что известно про Postman?

Это популярный инструмент для тестирования и разработки API (Application Programming Interface). Он предоставляет мощный и удобный интерфейс для взаимодействия с веб-сервисами, позволяя разработчикам, тестировщикам и другим специалистам эффективно работать с API.

🚩Основные возможности

🟠Создание и отправка запросов
Поддержка различных типов HTTP-запросов: GET, POST, PUT, DELETE, PATCH, HEAD, OPTIONS и др. Введение параметров, заголовков, тела запросов и аутентификационной информации.

🟠Управление коллекциями запросов
Сохранение запросов в коллекции для их повторного использования и организации. Возможность группировки запросов по папкам для лучшей структуры.

🟠Автоматизация тестирования
Написание тестов с использованием JavaScript для автоматической проверки ответов API. Запуск тестов в коллекциях для автоматизации тестирования всего набора API.

🟠Работа с окружениями (Environments)
Создание и управление окружениями для тестирования в разных конфигурациях (например, разработка, тестирование, продакшн). Использование переменных окружений для динамической подстановки значений в запросах.

🟠Мониторинг и отчетность
Настройка мониторинга API для проверки доступности и производительности. Генерация отчетов по результатам тестирования и мониторинга.

🟠Интеграция с CI/CD
Поддержка интеграции с системами непрерывной интеграции и развертывания (CI/CD) для автоматизации тестирования API. Использование Newman, командного интерфейса Postman, для выполнения тестов в среде CI/CD.

🟠Документирование API
Автоматическое создание документации для API на основе коллекций запросов. Возможность публикации документации и предоставления доступа командам и клиентам.

🚩Создание запроса

🟠Выбор типа запроса
Выберите метод запроса (например, GET).
🟠Ввод URL
Введите URL-адрес API.
🟠Добавление заголовков
Добавьте необходимые заголовки (например, Content-Type, Authorization).
🟠Тело запроса (для POST, PUT и PATCH)
Введите данные для тела запроса в формате JSON, XML или другом.

Ставь 👍 и забирай 📚 Базу знаний

🤔 Какие виды тестирования важны для нативных приложений?

1. Функциональное тестирование: проверка всех функций приложения на соответствие требованиям.
2. Тестирование производительности: оценка скорости, времени отклика и использования ресурсов на устройстве.
3. Тестирование совместимости: проверка работы на разных устройствах, версиях ОС и экранах.
4. UI/UX тестирование: проверка интерфейса и удобства использования для конечного пользователя.
5. Тестирование безопасности: защита данных и предотвращение уязвимостей.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Какая разница между негативным и позитивным тестированием?

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

🟠Позитивное тестирование
Проверка того, что система работает правильно при вводе корректных и ожидаемых данных.
Сценарии: В нем используются входные данные и сценарии, которые соответствуют требованиям и спецификациям системы. Оно направлено на подтверждение того, что система выполняет свои функции как ожидается. Ввод корректных данных для входа в систему (правильное имя пользователя и пароль). Заполнение формы регистрации с валидными данными. Совершение покупки с действительной кредитной картой.

Тест-кейс: Вход в систему с корректными данными
Шаги:
1. Открыть страницу входа.
2. Ввести корректный логин пользователя.
3. Ввести корректный пароль пользователя.
4. Нажать кнопку "Войти".
Ожидаемый результат: Пользователь успешно входит в систему.

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

Тест-кейс: Вход в систему с некорректным паролем
Шаги:
1. Открыть страницу входа.
2. Ввести корректный логин пользователя.
3. Ввести некорректный пароль.
4. Нажать кнопку "Войти".
Ожидаемый результат: Система отображает сообщение об ошибке "Неправильный пароль".

🚩Когда использовать

🟠Позитивное тестирование
В начале процесса тестирования для проверки базовой функциональности. Для подтверждения того, что система соответствует требованиям и спецификациям.

🟠Негативное тестирование
Для проверки устойчивости и надежности системы. Для выявления потенциальных уязвимостей и дефектов. В дополнение к позитивному тестированию, чтобы обеспечить всестороннее покрытие тестов.

Ставь 👍 и забирай 📚 Базу знаний

🤔 Как работают веб-приложения?

1. Клиент (браузер) отправляет запрос к серверу через HTTP/HTTPS для получения данных или функционала.
2. Сервер обрабатывает запрос, взаимодействует с базой данных, бизнес-логикой и отправляет ответ (HTML, JSON, XML и т. д.).
3. Браузер рендерит содержимое, а клиентский код (например, JavaScript) обеспечивает интерактивность, отправляя асинхронные запросы для обновления данных без перезагрузки страницы.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Из чего состоит HTTP запрос ?

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

🚩Основные компоненты

🟠Стартовая строка (Request Line)
Метод (Method): Определяет действие, которое клиент хочет выполнить. Примеры методов: GET, POST, PUT, DELETE, HEAD, OPTIONS, PATCH.
URL (Uniform Resource Locator): Указывает путь к ресурсу на сервере.
Версия протокола (HTTP Version): Указывает версию протокола HTTP, которую использует клиент. Примеры: HTTP/1.1, HTTP/2.

GET /index.html HTTP/1.1

🟠Заголовки запроса (Request Headers)
Содержат метаинформацию о запросе. Они передаются в формате ключ: значение и предоставляют дополнительную информацию о клиенте, сервере, теле запроса и других аспектах соединения.
Примеры:
Host: Указывает имя хоста и порт сервера.
User-Agent: Информация о клиенте (например, браузере).
Accept: Типы медиа, которые клиент может обрабатывать.
Content-Type: Тип содержимого тела запроса (например, application/json для JSON данных).
Authorization: Указывает данные для аутентификации.

Host: www.example.com
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.124 Safari/537.36
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8

🟠Тело запроса (Request Body)
Используется для передачи данных на сервер, особенно в методах POST, PUT, PATCH. Тело запроса может содержать данные формы, JSON, XML, файлы и другие типы данных.

{
  "username": "exampleUser",
  "password": "examplePassword"
}

🟠Пустая строка
Отделяет заголовки запроса от тела запроса. Она обязательна, если тело запроса присутствует.

POST /login HTTP/1.1
Host: www.example.com
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.124 Safari/537.36
Content-Type: application/json
Content-Length: 48

{
  "username": "exampleUser",
  "password": "examplePassword"
}

Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое XML?

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

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Что подразумевает под собой работа тестировщиком?


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

🚩Основные обязанности

🟠Анализ требований
Изучение и понимание требований к программному обеспечению. Участие в обсуждении и уточнении требований с аналитиками, разработчиками и заказчиками.

🟠Планирование тестирования
Разработка планов тестирования, определение стратегии и методологии тестирования. Определение объемов и приоритетов тестирования. Оценка времени и ресурсов, необходимых для тестирования.

🟠Разработка тест-кейсов и сценариев
Создание тест-кейсов на основе требований и спецификаций. Разработка тестовых сценариев, которые охватывают различные аспекты функциональности и производительности системы.

🟠Выполнение тестов
Проведение различных видов тестирования: функционального, регрессионного, интеграционного, системного, нагрузочного, приемочного и других. Запуск автоматизированных тестов (если используется автоматизация).

🟠Документирование результатов тестирования
Запись результатов тестирования, ведение тестовой документации. Оформление отчетов о тестировании, включающих найденные дефекты и их статус.

🟠Управление дефектами
Регистрация найденных дефектов в системе отслеживания багов (например, Jira, Bugzilla). Классификация дефектов по степени серьезности и приоритетности. Взаимодействие с разработчиками для обсуждения и устранения дефектов. Повторное тестирование (ретестинг) после исправления дефектов.

🟠Взаимодействие с командой
Сотрудничество с разработчиками, аналитиками, менеджерами проектов и другими членами команды. Участие в ежедневных встречах (stand-up meetings) и других мероприятиях команды.

🟠Автоматизация тестирования
Разработка и поддержка автоматизированных тестов (если применимо). Использование инструментов автоматизации тестирования (например, Selenium, TestNG, JUnit, Appium).

🟠Обеспечение качества
Следование методологиям и процессам обеспечения качества (QA). Выполнение ревью кода и тестов, участие в ретроспективах и обсуждениях улучшения процессов.

🚩Виды

🟠Функциональное
Проверка соответствия системы функциональным требованиям.
🟠Нефункциональное
Проверка аспектов, не связанных с функциональностью, таких как производительность, безопасность, удобство использования.
🟠Ручное
Проведение тестов вручную без использования автоматизации.
🟠Автоматизированное
Использование скриптов и инструментов для автоматического выполнения тестов.
🟠Регрессионное
Проверка, что изменения в коде не вызвали новых дефектов.
🟠Приемочное
Подтверждение, что система соответствует требованиям заказчика и готова к использованию.

🚩Пример

1⃣Анализ требований
Тестировщик изучает спецификации и требования к новому функционалу интернет-магазина.

2⃣Планирование тестирования
Разрабатывается план тестирования, определяются ключевые области для проверки.

3⃣Разработка тест-кейсов
Создаются тест-кейсы для проверки процесса регистрации нового пользователя, добавления товаров в корзину и оформления заказа.

4⃣Выполнение тестов
Тестировщик проводит тестирование функциональности на различных устройствах и браузерах.

5⃣Документирование результатов
Результаты тестов записываются, найденные дефекты регистрируются в системе отслеживания багов.

Ставь 👍 и забирай 📚 Базу знаний

🤔 Чем API отличается для веб-клиента от мобильного?

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

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 В чем особенности тестирования разных типов приложений по технической работе?

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

🟠Веб-приложения
Кроссбраузерное тестирование: Проверка в разных браузерах. Производительность: Время загрузки страниц. Безопасность: Проверка уязвимостей. Интерфейс: Проверка отображения на разных экранах.

🟠Мобильные приложения
Кроссплатформенное тестирование: Проверка на iOS и Android. Реальные устройства: Тестирование на разных моделях. Производительность: Использование ресурсов и время отклика. Батарея: Влияние на заряд батареи. Сети: Проверка в разных сетевых условиях.

🟠Десктопные приложения
Кросс-платформенное тестирование: Проверка на Windows, macOS. Установка и обновление: Проверка процесса установки. Производительность: Использование ресурсов системы. Функциональность: Проверка всех функций приложения. Безопасность: Проверка защиты данных.

🟠Гибридные приложения
Кроссплатформенное тестирование: Проверка на iOS и Android. Производительность: Проверка скорости веб-контента. Интерфейс: Проверка на разных устройствах и разрешениях. Функциональность: Интеграция веб-части с нативными функциями. Безопасность: Проверка уязвимостей веб- и нативной частей.

Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое эффект пестицида?

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

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Что происходит с баг репортом, если он был не исправлен?

Если баг-репорт не исправлен, он переводится в статус "отложен", "открыт" или переносится на будущие релизы, может быть закрыт как нерелевантный или отмечен как "не воспроизводится" или "не критичный".

🟠Закрытие с определенным статусом
Баг-репорт может быть закрыт с одним из следующих статусов: Won't Fix (Не будет исправлен): Ошибка признана, но ее исправление не планируется из-за низкого приоритета, незначительного влияния или бизнес-решения. Duplicate (Дубликат): Баг-репорт дублирует уже существующую ошибку. Not Reproducible (Не воспроизводится): Ошибка не может быть воспроизведена ни тестировщиками, ни разработчиками. Works as Designed (Работает как задумано): Поведение системы соответствует спецификациям и ожиданиям. Deferred (Отложен): Исправление ошибки откладывается на неопределённый срок. Obsolete (Устарел): Ошибка устарела, поскольку функциональность изменилась или была удалена.

🟠Повторное рассмотрение
Иногда баг-репорт может быть оставлен открытым и рассматриваться повторно в будущем: На последующих итерациях: Баг-репорт может быть пересмотрен в следующих спринтах или релизах. В рамках рефакторинга: Если планируется значительное изменение или рефакторинг кода, баг может быть исправлен в этом контексте.

🟠Изменение приоритета
В зависимости от изменений в проекте, приоритет баг-репорта может быть пересмотрен: Повышение приоритета: Если ошибка начинает сильно влиять на пользователей или бизнес-процессы. Снижение приоритета: Если ошибка имеет минимальное влияние и не является критической.

🚩Пример

1⃣Won't Fix
Решено не исправлять, так как это происходит в редких случаях и есть обходной путь.
2⃣Duplicate
Ошибка уже зарегистрирована, текущий баг-репорт закрывается.
3⃣Not Reproducible
Ошибка не может быть воспроизведена ни на одном из тестируемых устройств.
4⃣Works as Designed
Поведение является запланированным, пользователи должны обновить страницу для корректной работы.
5⃣Deferred
Исправление отложено до следующего крупного обновления системы.
6⃣Obsolete
Функциональность корзины была полностью переделана, и ошибка более не актуальна.

Ставь 👍 и забирай 📚 Базу знаний

🤔 Что означает 405 ошибка?

Ошибка 405 (Method Not Allowed) возникает, если сервер поддерживает ресурс, но метод HTTP, указанный в запросе, не разрешён. Например, если запрос DELETE отправляется к ресурсу, который поддерживает только GET и POST.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Какой человек отвечают за документацию проекта?

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

🚩Основные роли

🟠Технический писатель (Technical Writer)
Основная роль: Специализируется на создании и поддержании технической документации. Задачи: Написание пользовательских руководств, справочных материалов, документации для разработчиков и т.д.

🟠Руководитель проекта (Project Manager)
Роль: Координирует процессы, включая документацию, чтобы обеспечить их соответствие требованиям и срокам. Задачи: Обеспечение актуальности проектной документации, мониторинг выполнения задач, связанных с документацией.

🟠Бизнес-аналитик (Business Analyst)
Роль: Создает и поддерживает документацию, связанную с бизнес-требованиями и спецификациями. Задачи: Сбор и документирование требований, создание спецификаций и диаграмм.

🟠Разработчики (Developers)
Роль: Могут создавать и поддерживать техническую документацию для кода и API. Задачи: Написание комментариев к коду, документации API, технических описаний.

🟠Тестировщики (QA Engineers)
Роль: Документируют тестовые сценарии, планы тестирования и результаты тестов. Задачи: Создание и поддержание тестовой документации, отчетов о дефектах.

🟠DevOps инженеры
Роль: Документируют процессы развертывания и интеграции. Задачи: Создание и поддержание документации по CI/CD, инструкций по развертыванию.

🚩Пример

🟠Технический писатель
Создает руководство пользователя и справочные материалы.
🟠Руководитель проекта
Обеспечивает наличие и актуальность всей документации, координирует процесс.
🟠Бизнес-аналитик
Документирует бизнес-требования и спецификации.
🟠Разработчики
Пишут техническую документацию для кода и API.
🟠Тестировщики
Создают и поддерживают тестовую документацию и отчеты о дефектах.
🟠DevOps инженеры
Документируют процессы CI/CD и инструкции по развертыванию.

Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое 500 ошибка?

Ошибка 500 (Internal Server Error) означает, что сервер столкнулся с внутренней проблемой, которую не смог обработать. Причиной может быть ошибка в коде, сбой конфигурации или перегрузка сервера.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 С каких источников как правило устанавливаются нативные приложения?

🟠Apple App Store
iOS. iPhone, iPad
🟠Google Play Store
Android смартфоны и планшеты Android
🟠Microsoft Store
Windows ПК с Windows 10 и 11
🟠Samsung Galaxy Store
Android смартфоны Samsung Galaxy
🟠Huawei AppGallery
Android смартфоны Huawei

🚩Альтернативные источники
🟠Сторонние магазины приложений
Aptoide, F-Droid
🟠Прямые загрузки APK-файлов (Android)
Из веб-сайтов разработчиков
🟠Корпоративные магазины
Для внутренних приложений компаний

Ставь 👍 и забирай 📚 Базу знаний

🤔 Какие HTTP методы могут быть?

Основные HTTP методы:
• GET: для получения данных.
• POST: для отправки данных на сервер.
• PUT: для замены или обновления ресурса.
• DELETE: для удаления ресурса.
• PATCH: для частичного обновления ресурса.
• OPTIONS: для получения информации о доступных методах на сервере.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Какие есть особенности гибридных приложений?

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

🟠Использование веб-технологий
HTML, CSS, JavaScript: Основные технологии, используемые для создания интерфейсов гибридных приложений. WebView: Встраиваемый компонент, позволяющий отображать веб-контент внутри нативного приложения.

🟠Кроссплатформенность
Мультиплатформенная поддержка: Одно и то же приложение может работать на различных платформах (iOS, Android, Windows) с минимальными изменениями. Единая кодовая база: Позволяет сократить время и затраты на разработку и поддержку.

🟠Производительность
Скорость выполнения: Гибридные приложения могут быть медленнее нативных из-за использования WebView для отображения контента. Ограниченные возможности графики и анимации: Веб-технологии могут не поддерживать все возможности графики и анимации, доступные в нативных приложениях.

🟠Доступ к нативным функциям
Плагины и мосты: Для доступа к нативным функциям устройства (камере, GPS, датчикам) используются плагины, такие как Apache Cordova или Capacitor. Ограничения доступа: Не все нативные функции могут быть доступны через гибридные решения.

🟠Обновления и развёртывание
Быстрое обновление: Обновления веб-части гибридного приложения могут быть развернуты без необходимости проходить процесс повторного утверждения в магазинах приложений. Публикация в App Store и Google Play: Тем не менее, для обновлений, затрагивающих нативную часть, потребуется проходить стандартный процесс публикации в магазинах приложений.

🟠Разработка и тестирование
Инструменты разработки: Используются инструменты как для веб-разработки (например, браузеры для отладки), так и для нативной разработки (например, Xcode, Android Studio). Тестирование на различных платформах: Необходимо проводить тестирование на всех поддерживаемых платформах, учитывая их особенности.

🟠Пользовательский интерфейс и опыт
Единый UI/UX: Гибридные приложения могут обеспечить единый пользовательский интерфейс на всех платформах. Интеграция с платформенными стандартами: Может быть сложнее интегрироваться с платформенными UI/UX стандартами по сравнению с нативными приложениями.

🚩Пример

1⃣Использование веб-технологий
Каталог товаров и страницы товаров разрабатываются с использованием HTML, CSS, JavaScript.
2⃣Кроссплатформенность
Приложение работает как на iOS, так и на Android, используя одну кодовую базу.
3⃣Доступ к нативным функциям
Фотографии товаров можно загружать с помощью камеры устройства через плагин.
4⃣Обновления
Обновление дизайна страницы товара может быть выполнено без необходимости перепубликации приложения в магазинах.

Ставь 👍 и забирай 📚 Базу знаний

🤔 Можно ли отказаться от регрессионного тестирования?

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

🚩Почему это важно

🟠Предотвращение возврата ошибок
Изменения в коде могут непреднамеренно вызвать дефекты в ранее работающих функциях. Регрессионное тестирование помогает выявить такие проблемы на ранней стадии.

🟠Поддержание стабильности системы
Регрессионное тестирование обеспечивает стабильность и надежность системы, что особенно важно для сложных и критически важных приложений.

🟠Снижение риска отказа
Помогает снизить риск отказа системы в производственной среде, что может привести к потере данных, доходов и доверия пользователей.

🟠Ускорение выпуска обновлений
Автоматизация регрессионных тестов позволяет быстрее проверять изменения и выпускать обновления, что особенно важно в условиях Agile и DevOps.

🚩Последствия отказа

🟠Необнаруженные дефекты
Без регрессионного тестирования велика вероятность того, что дефекты останутся незамеченными и попадут в продакшн, что может привести к сбоям и негативным отзывам пользователей.

🟠Повышенные затраты на исправление ошибок
Исправление ошибок в продакшн среде часто требует больше времени и ресурсов, чем их обнаружение и устранение на стадии тестирования.

🟠Снижение качества продукта
Продукт может потерять качество и надежность, что негативно скажется на его репутации и конкурентоспособности.

🟠Ухудшение пользовательского опыта
Пользователи могут столкнуться с нестабильной работой приложения, что приведет к неудовлетворенности и оттоку клиентов.

🚩В каких случаях можно минимизировать

🟠Малые изменения
Если изменения в коде минимальны и изолированы, можно ограничиться санитарным тестированием.
🟠Четко определенные области
Если изменения касаются только определенных модулей, можно сфокусироваться на тестировании этих модулей.
🟠Отсутствие критичности
Для незначительных приложений с небольшим числом пользователей отказ от регрессионного тестирования может быть менее критичен.

Ставь 👍 и забирай 📚 Базу знаний

🤔 Какие знаешь ящики тестирования?

Чёрный ящик (Black Box) — тестирование без знания внутренней структуры. Белый ящик (White Box) — тестирование с анализом внутренней логики. Серый ящик (Gray Box) — комбинация обоих подходов, с частичным знанием внутренней структуры.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Когда нужен чек лист?

Чек-лист необходим в различных ситуациях для организации и структурирования процесса тестирования. Он помогает обеспечить, что все важные аспекты и функции приложения проверены, и ни одна критическая область не упущена.

🚩Основные случаи применения

🟠Регрессионное тестирование
Чтобы убедиться, что все важные функции приложения работают после внесения изменений в код.

🟠Санитарное тестирование (Sanity Testing)
Быстрая проверка критических функций после мелких изменений или исправлений.

🟠Смоук-тестирование (Smoke Testing)
Первичная проверка основных функций системы перед началом более детального тестирования.

🟠Тестирование по сценариям (Scenario-Based Testing)
Проверка специфических сценариев использования приложения, чтобы убедиться, что они выполняются правильно.

🟠Ручное тестирование (Manual Testing)
Помогает тестировщикам не пропустить важные шаги и систематизировать процесс.

🟠Повторяющиеся тесты
Когда необходимо многократно выполнять одни и те же тесты в течение длительного времени, чек-лист помогает поддерживать качество и последовательность.

🟠Тестирование по требованию
Для тестирования специфических требований и бизнес-правил, чтобы убедиться, что они правильно реализованы.

🟠Новые члены команды
Чек-лист помогает новым членам команды быстрее освоиться и следовать установленным процессам.

🚩Пример

1⃣Авторизация
Проверка ввода корректного логина и пароля. Проверка реакции на некорректный логин и пароль. Проверка функции восстановления пароля.

2⃣Корзина
Добавление товара в корзину. Удаление товара из корзины. Обновление количества товара в корзине.

3⃣Оформление заказа
Проверка процесса ввода данных для доставки. Проверка различных методов оплаты. Проверка отправки подтверждения заказа.

Ставь 👍 и забирай 📚 Базу знаний

🤔 Расскажи про гибридные приложения?

Гибридные приложения сочетают элементы веб-приложений (HTML, CSS, JavaScript) и платформенно-зависимые компоненты. Они развёртываются как нативные приложения, но используют встроенные браузеры для отображения веб-контента. Такие приложения легче разрабатывать, но их производительность может быть ниже, чем у нативных.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Какие есть классификации тестирования?

🟠По цели
Функциональное: Проверка выполнения функций (например, юнит-тестирование). Нефункциональное: Оценка производительности, безопасности и удобства использования.

🟠По уровню
Модульное (Unit Testing): Тестирование отдельных компонентов. Интеграционное (Integration Testing): Проверка взаимодействия между модулями. Системное (System Testing): Полное тестирование всей системы. Приемочное (Acceptance Testing): Проверка готовности к эксплуатации.

🟠По доступу к коду
Белый ящик (White Box): Тестирование с доступом к коду. Черный ящик (Black Box): Тестирование без знания кода. Серый ящик (Gray Box): Комбинация белого и черного ящика.

🟠По степени автоматизации
Ручное (Manual Testing): Тестирование без автоматизации. Автоматизированное (Automated Testing): Использование инструментов для тестирования.

🟠По типу системы
Веб-приложения: Проверка веб-сайтов. Мобильные приложения: Проверка на мобильных устройствах. Настольные приложения: Проверка ПО для ПК.

🟠По специфическим целям
Регрессионное: Проверка, что изменения не сломали существующую функциональность. Санитарное (Sanity Testing): Быстрая проверка основных функций. Смоук-тестирование (Smoke Testing): Первичная проверка базовой работоспособности.

Ставь 👍 и забирай 📚 Базу знаний

🤔 Расскажи про нефункциональные виды тестирования

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

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Что делается на ретроспективе?

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

🚩Основные этапы ретроспективы

🟠Открытие встречи
Приветствие участников. Определение цели ретроспективы. Обсуждение правил встречи.
🟠Сбор данных
Обсуждение событий спринта. Использование методик сбора информации (например, "Start, Stop, Continue").
🟠Генерация инсайтов
Анализ данных. Выявление проблем и успехов. Поиск корневых причин.
🟠Выработка действий
Разработка плана улучшений. Постановка целей на следующий спринт. Назначение ответственных.
🟠Закрытие ретроспективы
Обзор принятых решений. Благодарности участникам. Оценка эффективности ретроспективы.

Ставь 👍 и забирай 📚 Базу знаний

🤔 Расскажи про кросс-браузерное тестирование.

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

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний