📚 ProTestingInfo 🔷 Канал по тестированию 📚 – Telegram
📚 ProTestingInfo 🔷 Канал по тестированию 📚
14.1K subscribers
1.31K photos
200 videos
232 files
1.18K links
📌Информация для начинающих и для коллег в области QA, для личного закрепления знаний.
📌Теория, тесты, практика
Ментор-Консультация - 5тр/час
Курс
@info_course_protestinginfo
https://protestinginfo.ru
Вопросы @nadin_qa
ИП
РКН: https://clck.ru/3FWD9v
Download Telegram
Вопросы на собеседования по #SQL, которые спрашивали у меня, и ещё не все написала. Предоставляю ответы на некоторые вопросы 📝

‼️Позже отправлю две таблицы, и разберём примеры команд SQL с помощью опроса.
Потренируемся☺️😉
Небольшая памятка: еще писала на работе:)
#тестовыйсценарий
💿 Тестовые сценарии должны быть написаны на основе аналитики (требований), необходимо проверить все сценарии, описанные в аналитике;
💿 Тестовые сценарии должны быть однозначными, т.е. должны быть составлены и сформулированы таким образом, чтобы они не допускали двусмысленного толкования, а четко понимались всеми участниками;
💿 Использовать детальные предусловия в тестовых сценариях.

Характеристики хорошего тестового сценария
- Точный и строгий – ничего лишнего
- Допускает многократное использование
- Атомарный – используется сам по себе и в составе других сценариев
- Неделимый
- Связан с требованиями
- Имеет ценность для системы и команды тестирования
- Не должен быть ни слишком простым, ни слишком сложным
- Реализует обоснованную вероятность выявления дефекта
- Не затрагивает другие функции
- Не пересекается с другими тестами
- Описывает проверку одной функциональной области
#кроссворд
📱по горизонтали:
1️⃣. один из видов тестирования, направленного на проверку соответствий функциональных требований ПО к его реальным характеристикам;
6️⃣. написанием тестов должны заниматься «специально обученный человек» это ...;
9️⃣. набор инструментов для ускоренной разработки сайта, нацелен на решение определенных задач;
1️⃣1️⃣. «фасадная» часть программы, это единственная часть, с которой взаимодействуют пользователи.

📱по вертикали:
2️⃣. помогает создавать надежные тесты автоматизированной проверки и улучшать общую логику тестирования на проектах;
3️⃣. набор инструкций, для автоматической проверки определенной части программного обеспечения;
4️⃣. инструмент для автоматизированного управления браузерами;
5️⃣. одно из преимуществ автоматизации: все написанные тесты всегда будут выполняться однообразно, то есть исключен «человеческий фактор»;
7️⃣. запуск всех необходимых тестов;
8️⃣. один из видов тестирования программного обеспечения, при котором тестируются отдельные модули или компоненты программного обеспечения;
🔟. доклад о результатах тестирования;
1️⃣2️⃣. программно-аппаратная часть сервиса, набор средств, с помощью которых происходит реализация логики веб-сайта.

#автоматизация
Рекомендую эти #книги ☺️👇
#Дефекты могут возникать на разных уровнях
Не соблюдаются стандарты по проектированию / сбору требований / кодированию, имеющие отношение к проекту

😬Дефекты в требованиях:
👉Пропущенные требования: требования, которые были не отражены в документах на стадии сбора требований
👉Нечеткие требования: требования не ясны, используются слова как "вроде", "возможно", "может быть"
👉Типографическая ошибка: грамматические и орфографические ошибки в документации, пользовательской истории
👉Неполные требования: не соблюдена полнота требований, достаточно вопросов для обсуждения
👉Некорректные требования: ошибочные или неточные требования

❗️Вывод: Требования должны быть доступны и понятны всем участникам процесса разработки ПО.

😬Дефекты проектирования:
👉Некорректное проектирование: нет точности
👉Упущения при проектировании: проектные методы проектирования не отражены в документации
👉Условно-оптимальное проектирование: проектные методы требуют корректировки для того, чтобы считаться полными
👉Нечеткое проектирование: проектные методы проектирования не ясны. Слова допускают двоякое толкование
❗️Вывод: Исправить такие дефекты непросто – необходимо заново перерабатывать проектирование продукта.

😬Дефекты в разработке:
👉Ошибка базы данных: ошибка в схеме / структуре базы данных
👉Ошибка данных: некорректная совокупность данных/обновления базы данных
👉Ошибка в вычислениях: неправильный расчет по формуле, неправильная бизнес валидация в коде
👉Логическая ошибка: неактуальная или неоднозначная функциональность в исходном коде
👉Ошибка навигации между объектами: навигация неверно разработана в исходном коде
👉Ошибка объявления переменных: неверное использование переменных, ошибка несоответствия типов в исходном коде
👉Ошибка в сообщениях: некорректные или отсутствующие сообщения об ошибках в исходном коде
👉Ошибка поиска
👉Неточные, пропущенные, несоответствующие комментарии в исходном коде
❗️Вывод: этом уровне дефекты достаточно легко обнаружить и исправить, поскольку видно несоответствие требованиям.

Другие дефекты:
🙈Системная ошибка: потеря доступа к памяти
🙈Ошибка интерфейса: некорректное расположение полей и объектов, неудобное положение окна или экрана, некорректная обработка переданных параметров
🙈Ошибка производительности: ошибка связанная с оптимальностью кода
🙈Ошибка тестового плана или сценария, или тестовых данных: неполная , неверная конфигурация тестов

Снизу нарисовала известную схему уровней более подробно можно найти в интернете.

Всем желаю хорошего настроения
#классификациядефекта

Моя любимая шпаргалка!
Составила на основе примера, который был показан на стажировке.