📝Как создаются тест-кейсы📝 (#тестовыйсценарий)

🔵Анализ требований (тестопригодность, полнота и др.)

🟢Анализ стратегии тестирования и требований по качеству

🟠Ознакомление с требованиями к тестировщикам

🟤Изучение системы (бизнес-логика, usability и др.)

🟡Разработка структуры планов тестирования

⚪️Разработка матрицы покрытия требований сценариями

⚫️Наполнение плана тестирования

🔴Проектирование и разработка тестовых данных

🟣Доработка плана тестирования (изменение требований, результаты ревью, анализ дефектов и эффективности тест-кейсов)

🔘Автоматизация тест-кейсов

Про #SQL

SQL запросы быстро

Команда SELECT и другие команды

Основные команды SQL

Язык запросов SQL - sql-language.ru

SELECT ОПЕРАТОР - oracleplsql.ru

SQL SELECT и запросы на выборку данных

Примеры использования инструкции SELECT (Transact-SQL)

Для написания тест-кейсов
FYI:
Около 100 интересных иконок-гамбургер с различной анимацией при клике

Почему опции в интерфейсе приложения называют бутербродом?

#тестовыйсценарий

⁉️Почему #тестировщик не может отвечать за качество ПО?
😄Тестировщик не может обеспечивать качество работы других участников проекта
😄Тестировщик, как правило, не может организационно повлиять на решения об исправлении ошибок
😄Тестировщик не вносит изменения в код
😁Тестировщик не управляет ресурсами проекта
😁Тестировщик не управляет бюджетом проекта
😃И, как следствие, тестировщик не отвечает за качество ПО

⁉️Кто отвечает за качество ПО?
🔅В проекте – менеджер проекта
🔅В подразделении разработчиков – руководитель подразделения
🔅На уровне компании – первое лицо компании
‼️В их руках ресурсы, бюджет, принятие решений
❇️Обеспечение качества – работа всей проектной команды❇️

⁉️За что отвечает тестировщик?
✅Тестировщик предоставляет информационный сервис группе разработки о состоянии программного продукта.
✅Качество сервиса характеризуется следующими признаками
–Своевременность
–Полнота
–Целостность
–Объективность
–Эффективность

❗️#Тестировщик (Cem Kaner and Michael Bolton) не занимается обеспечением качества; он помогает его обеспечить (#QA quality assistance)

Далее будет тема про мифы тестировщиков...

#тестовыйсценарий #мозговойштурм

На моём опыте была практика применения метода мозгового штурма (Брейншторм - Brainstorm) при написании тестовых сценариев всей проектной командой. Очень эффективно.
💡Метод мозгового штурма – это оперативный метод решения проблемы, основанный на творческой активности, при котором участникам обсуждения предлагают высказать как можно большее количество идей и вариантов решения задачи
💡Мозговой штурм – это набор приемов, полезных в случаях, когда участники проекта собираются вместе.

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

Изобретателем метода мозгового штурма считается Алекс Осборн

💡Основные правила применения метода «Мозговой штурм»:
• Количество идей, а не качество – генерация идей
• Каждый может перенять и развить идеи другого участника
• Критика запрещена, кроме замечания «Отличная идея»
• Четкая формулировка (постановка) проблемы
• Отсутствие авторских прав на идеи
• Отбор и оценка идей (отсечение идей, группировка и уточнение идей, расстановка приоритетов)
• Зафиксировать идеи в письменной форме
• Комфорт всех членов команды
• Все идеи принимаются как хорошие
• Следить за временем
• В команду входили люди с разным опытом

💡Мозговой штурм – это продуктивно. В дни нового проекта появляются сотни идей, и эти идеи разжигают обсуждения, в которых рождаются новые идеи.

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

💡Идеи собраны, осталось выделить самые сильные из них. Задача этого этапа – не продвинуть свое предложение, а выбрать оптимальные варианты. После останется список идей, которые можно использовать. Готово, брейншторм прошел успешно. ☺️

FYI:
💡Семь техник эффективного мозгового штурма

«7 Techniques for More Effective Brainstorming»

Как провести мозговой штурм с командой, которая недавно перешла на удаленную работу

Даже есть такая статья Почему мозговой штурм не работает

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

Освоение английского языка😉

Тренируем #SQL
Пока с лёгкой команды #SELECT

Напоминаю шаблон запроса:

SELECT * FROM имя_таблицы WHERE условие

SELECT поле1, поле2... FROM имя_таблицы WHERE условие

Поле - это столбцы в таблице.

Таблица - это организованный набор данных в виде строк и столбцов.

Поля: Role, Name, Project - строковый тип
Поле Workload - целое число

Повторили, а теперь попробуем сделать задание 😄.
Есть желание, чтобы проверила, пишите в Инстаграме , ProTestingInfo.

FYI: https://youtu.be/5TL77o87HRw

Для начинающих тестеров на собеседованиях не спрашивают про Kafka. Но всё же для общего интереса посмотрите.

#английский - хороший канал . Мне понравился для изучения

#уровнитестирования #теория

#Уровнитестирования – группа задач по тестированию, которые управляются совместно.
Для каждого уровня тестирования могут быть определены: цель, объекты тестирования, критерии входа и выхода, тестовые сценарии ,тестовые методики, измерения и метрики, инструментарий.
🔷Тестовые методики, измерения и метрики – это объемная тема, тема будущего поста.
🔷Преимущества и недостатки уровней тестирования также будет отдельный пост.

‼️Уровни тестирования:‼️
*⃣Модульное тестирование (Unit Testing).
Компонентное (модульное) тестирование – тестирование отдельных компонентов программного обеспечения, которое проверяется в частях приложения. Эти части которые доступны и могут быть протестированы по-отдельности (модули программ, объекты, классы, функции и т.д.). Может выполняться разработчиком. Здесь могут быть использованы заглушки, эмуляторы.
♨️Критерии входа:
функциональные и бизнес-требования выработаны и утверждены,
разработка компонентов закончена,
среда разработки стабильна,
тестовые сценарии модульных тестов готовы
♨️Критерии выхода:
все тестовые сценарии модульных тестов исполнены,
обнаруженные дефекты зарегистрированы,
проверка кода завершена,
все серьезные дефекты исправлены и закрыты

*⃣Интеграционное тестирование (Integration Testing) проверяет взаимодействие между компонентами системы после проведения компонентного тестирования. Тестирование функциональных и нефункциональных характеристик программы, выполняемое для выявления дефектов в интерфейсах и взаимодействии между интегрированными компонентами. Выполняется разработчиками или тестировщиками
♨️Критерии входа:
модули для интеграционного тестирования закончены,
компонентное тестирование закончено,
дефекты компонентного тестирования исправлены и закрыты,
сценарии интеграционного тестирования готовы,
тестовая среда готова
♨️Критерии выхода:
все тестовые сценарии исполнены,
дефекты, обнаруженные во время интеграционного тестирования исправлены и закрыты
Методы интеграционного тестирования: Большой взрыв, Сверху вниз и Снизу вверх – это отдельная тема

*⃣Деление тестовых активностей по уровням делается для комплексных систем (системы систем) - системное тестирование на нижнем уровне называется подсистемным.

*⃣Системное тестирование (System Testing)
Основной задачей системного тестирования является проверка как функциональных, так и не функциональных требований в системе в целом. Процесс тестирования системы в целом с целью проверки того, что соответствует установленным требованиям. Выполняется тестировщиками. Включает тестирование взаимодействие с операционной системой и системными ресурсами, разновидность тестирования методом черного ящика
♨️Критерии входа:
модульное и интеграционное тестирование всех модулей закончено,
окружение для системного тестирования готовы,
сценарии системного тестирования готовы,
пользовательский интерфейс и функционал «заморожены»
♨️Критерии выхода:
программа отвечает всем требованиям и обладает требуемы функционалом,
все сценарии системного тестирования исполнены,
дефекты, обнаруженные во время системного тестирования исправлены и закрыты
❗️Техники тест-дизайна применимы: классы эквивалентности, анализ граничных значений, тестирование таблицы решений, тестирование всех пар, тестирование состояний и переходов, тестирование по сценариям использования – отдельные посты☺️

*⃣Приемочное тестирование (Acceptance Testing)
Формальный процесс тестирования, который проверяет соответствие системы требованиям и проводится с целью определения, удовлетворяет ли система приемочным критериям и вынесения решения заказчиком или другим уполномоченным лицом о приемке системы в эксплуатацию. Выполняется заказчиком или пользователем системы.
Поиск дефектов не является целью.
Эксплуатационное тестирование проверяет насколько, система пригодна для внедрения в конкретном операционном окружении.
Альфа-тестирование выполняется в стенах компании, которая разрабатывает программный продукт.
Бета-тестирование выполняется заказчиком или пользователем на его оборудовании.