Чек-лист для тестирования WEB приложений состоит из шести разделов:

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

Интеграционное тестирование

Тестирование безопасности

Тестирование локализации и глобализации

Тестирование удобства использования

Кросс-платформенное тестирование

ОТЛИЧНАЯ шпаргалка при тестировании веб-приложений.
Пункты важных проверок при регистрации, авторизации..
Более подробно расписаны проверки локализации, безопасности, удобства использования...
Ознакомьтесь с информативным постом.
Также в этом посте есть ссылка на чек-лист тестирования мобильных приложений 😄

Отчёт о тестировании!

♻️Я предоставлю мною составленный отчет о тестировании, точнее шаблон, который может меняться в зависимости от компаний и процессов.
‼️Внимание: Шаблон не является рекомендацией для использования в проекте, а может являться лишь как шпаргалка

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

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

Выжимка из интернета:
Отчёт — это документ, содержащий информацию о выполненных действиях, результатах проведённой работы. Обычно он включает в себя таблицы, графики, списки, просто описывающую информацию в виде текста. Их пропорция и содержание определяют пользу и понятность отчета.
Главными пунктами в отчете должны быть:
🔅какие задачи были протестированы (функциональности)
🔅сроки проведения тестирования, кем проводилось тестирование
🔅найденные ошибки (с описанием критических ошибок)
🔅исправлены ли эти ошибки на дату подачи отчета
🔅обратить внимание на часто повторяющиеся ошибки (если такие есть)
🔅по необходимости добавить приложение со всеми тест-кейсами
🔅Описание самого процесса тестирования (что использовалось/применялось)
🔅Описание конфигурации на которой проводилось тестирование
🔅Пожелания, замечания, выводы

В написании документа необходимо отталкиваться от того, как будет использоваться документ - его назначение. Для недельного отчета могут быть две основных задачи:
1✅. Оценить степень готовности продукта (прогресс разработки)
2✅. Оценить проделанную работу по тестированию

Отдельным разделом описываются задачи, выполненые тестировщиками:
▪️состав команды и время, затраченное на проект;
▪️прирост подготовленных тестов (тест кейсов);
▪️количество выполненных тест-кейсов, процент пройденных тест-кейсов;
▪️описание проблем, с которыми столкнулись в процессе тестирования и предпринятые меры;
▪️План на следующую итерацию\ неделю\ месяц;
▪️Изменения тестовой модели
▪️Критичные и блокирующие проблемы и принятые меры по их устранению
▪️Результаты регресса (плюс акцент на сохранившихся проблемах),возможные проблемы будущей недели и пути их устранения.

Шаблон отчёта о тестировании - версия001


Напоминаю, что это только первая версия шаблона!
А ещё Отчеты оформляют не только в Ворде, но и на confluence страницах (в основном)!!!

А для отчётности по автоматизации тестирования используют специальные инструменты.

Скачать 👇👇👇

Выжимка из интернета

🔺Зачем вообще нужны отчёты?🔻

В каких случаях вам может потребоваться хранение отчёта о выполненном тестировании:

🔷оценка текущего качества проекта на основе покрытия тестами и получение ответов на вопросы: Закончено ли тестирование? Готов ли продукт к релизу? С какой скоростью разработка сходится к релизу?

🔷получение статистики о частоте воспроизведения дефекта

🔷оценка эффективности тестов (насколько полезен тест и находит ли дефекты?)

🔷обмен данными между командами, если роли в команде разделены (например разработчики и тестировщики)

🔷стабильность тестов и функциональности в продукте (PASS/FAIL rate) с течением времени

🔷К тому же данные о тестировании можно использовать для постоянного улучшения самого тестирования.

❗ сегодня будет 10 тестов по основам тестирования❗️
#тестыдлязакреплениязнаний
Как и в Инстаграме (только другие вопросы)
👇👇👇👇👇👇

Добавила сюда новые мини-тесты , заходите https://www.instagram.com/s/aGlnaGxpZ2h0OjE3ODUxMzg2NTkwNDk5MjI1?igshid=1s0pxpwm8s9qh

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

По данному тестированию заметила, что необходима #теория в техниках тест-дизайна.

На данный момент укажу определение #тестдизайна и перечислю основные техники.
И по порядку будем разбирать.

🖍Тест-дизайн – это разработка, создание тестов.
🖍Тест-дизайн — это этап процесса тестирования ПО, на котором, в соответствии с определенными ранее критериями качества и целями тестирования, проектируются и создаются тестовые случаи (тест-кейсы).

🔷Задачи тест-дизайна:

🔹 Оптимизация поиска критичных ошибок (с целью раннего их обнаружения),
🔹Мониторинг процесса тестирования и качества продукта,
🔹Формализованные и понятные последовательности действий, подходящие для начинающих инженеров по тестированию,
🔹Уменьшение нагрузки на тестировщиков.
🔹Анализ требований и рисков тестирования
🔹Определение проверок для тестирования
🔹Формализация проверок в виде тестовых сценариев
🔹Приоритезация проверок
🔹Определение подходов к тестированию

🔶 #техникитестдизайна - это совокупность правил, позволяющих правильно определить список проверок для тестирования.🔶

🔶Всевозможные техники, методы, подходы

🔸 эквивалентное разбиение

🔸 анализ граничных значений

🔸 таблица принятия решений

🔸 попарное тестирование

🔸 причина и следствие

🔸 предугадывание ошибок (предположение об ошибках)

🔸 исследовательское тестирование

🔸 тестирование на основе чек-листов

🔸 тестирование с помощью сценариев использования

🔸 тестирование с помощью таблицы переходов

🔸 тестирование и покрытие операторов

🔸 тестирование и покрытие условий

🔸...и ещё несколько сложных техник, которые я отдельно укажу.

Более подробно буду расписывать по-отдельности техники и методы...

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

🤔Цель: найти баланс и выявить максимальное количество ошибок при необходимом минимуме тестовых сценариев.
При этом нужно проверить все наиболее важные случаи, поскольку время тестирования порой бывает ограниченным.

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