Тестирование ПО
ПОЛНОЕ ЗАДАНИЕ В ДЕМО ФАЙЛЕ
+ ДЛЯ ПОИСКА ДУБЛИРУЮ НИЖЕ
Цели и задачи тестирования
Тест-план тестирования – это план проведения работ по тестированию ПО, учитывающий специфику функциональности и взаимной зависимости с другими компонентами системы и платформы.
Цель тест-плана тестирования – описать план мероприятий по тестированию и подходы, которые позволят достигнуть цели тестирования.
Процесс формирования тест-плана:
1. Сбор информации. Источниками информации о продукте могут быть: чтение документации и изучение других артефактов (например, карт функциональности, тест-кейсов, прототипов и пр.), общение с заказчиком, аналитиком или менеджером проекта и даже исследовательское тестирование, цель которого – просто изучить продукт, а не найти в нём баги.
2. Анализ информации. На этом этапе мы отбираем, систематизируем, фильтруем информацию, оставляя всё самое необходимое. Далее обдумываем и анализируем полученные данные, создаём целостное представление о ПО, о его особенностях, уязвимостях. Также можно изучать всевозможные подходы к тестированию, техники, искать возможные варианты или пути тестирования, которые потенциально могут подходить к тестированию ПО.
3. Принятие решений. После того, как мы получили сведения о ПО и о потенциальных методах его тестирования, можно начинать формировать стратегию. Здесь мы принимаем конкретные решения по поводу того, как будет тестироваться продукт, отбираем техники тестирования, намечаем этапы, определяем сроки. На основании принятых решений и будем формировать тестовую стратегию.
4. Презентация. Это может быть как стандартизованный формальный документ, так и презентация, схема, таблица и т. д. В любом случае надо быть готовым грамотно обосновать, почему была выбрана такая стратегия и как она отражает текущее состояние тестирования.
Порядок выполнения работы:
1. Выберете объект тестирования из предложенных вариантов или можно взять свой (по согласованию с преподавателем):
1 Приложение «сайт ТУСУРа» - https://tusur.ru/
2 Приложение «сайт ДНС» - https://www.dns-shop.ru/
3 Приложение «сайт Киномакс» - https://kinomax.tomsk.ru/
4 Приложение «сайт Стройпарк» - https://stroypark.su/
5 Приложение «сайт Озон» - https://ozon.ru/
6 Приложение «сайт 2droida» - https://2droida.ru/
7. Приложение "сайт Ситилинк" - https://www.citilink.ru/
2. Исследуйте его и разработайте интеллект карту.
В начале тестирования каждого нового программного продукта всегда возникает множество вопросов: что тестировать, как тестировать, когда тестировать, каковы приоритеты тестирования и т. п. При этом обычно руководство желает узнать ответы на эти вопросы от отдела тестирования как можно быстрее.
На входе тестировщик получает некоторое количество информации, это может быть как большой объем спецификаций, так и просто продукт «вот это надо протестировать, доков нет». И тут можно применить исследовательское тестирование:
Исследовательское тестирование (exploratory testing) – это одновременное изучение программного продукта, проектирование тестов и их исполнение.
Дополнительно можно почитать тут:
https://testengineer.ru/issledovatelskoe-testirovanie/
И начинаем мы с работы с этой информацией. Исследуем, анализируем, декомпозируем, не забывая про структуру. Для сложной структуры, на первых порах, удобно просто рисовать обычным карандашом. Не бойтесь исправлять – это нормальный рабочий процесс. Когда (если) структура понятна, можно переходить к электронному варианту. Интеллект-карта - это, пожалуй, лучший способ рисования. Вы выделяете тестируемый объект и рисуете вокрут стрелочки "а что он может делать".
Интеллект-карта визуализирует структуру связей!
Mind mapping (интеллект-карта) – это способ создать подробный перечень задач для проекта. Вместо записи перечня действий списком, в линейном, пошаговом формате, используется двумерная (часто цветная) диаграмма, которая представляет мысли, идеи и планы нелинейным образом.
Ментальная карта обычно изображается как древовидная схема с задачами, связанные ветвями с основной целью. Для тестировщиков детально проработанная интеллект-карта – это как раз и есть тот самый план, следуя которому выполняются все необходимые шаги по обеспечению качества тестируемого продукта.
Главные правила представления данных на карте:
В центре располагается обсуждаемый вопрос, проблема, идея, объект.
От центра исходят ветви с узлами, подписанными ключевыми словами, позволяющими вспомнить обсуждаемое понятие. Это основные предполагаемые ответы на вопрос, решение проблемы или развитие идеи.
Каждый следующий уровень вложенности даёт развитие идеи родительского узла или содержит варианты решения.
Не более 7–8 элементов каждого уровня.
Ветки можно помечать разными цветами, указывать приоритеты, расставлять метки и связи, сопровождать картинками и файлами.
Каждый блок – это отдельная функциональность, которую необходимо протестировать.
Конечно, этот перечень можно и нужно расширять. И чем больше аспектов будет учтено, тем более полным будет проведенное тестирование. Можно разделить сущности и действия как на примере:
Инструменты
+ гуглим «mind map online»
Дополнительно можно почитать про карты:
https://habr.com/ru/companies/badoo/articles/418353/
https://habr.com/ru/company/cit/blog/263159/
https://habr.com/ru/post/515990/
В задание достаточно описать основной функционал. Определите, какие есть функции и/или части приложения. Предлагаю разделять функции по сущностям и по действиям, которые с ними можно произвести.
Как миниму 3 уровня должно быть на карте.
3. Составьте одностраничный тест-план по предложенному шаблону
(https://new-online.tusur.ru/mod/resource/view.php?id=29103).
4. Составьте для формы авторизации в своем объекте тестирования 5 функциональных и 5 нефункциональных требований. Учитывайте при это критерии качества.
5. Напишите тест-кейсы для формы авторизации по написанным требованиям.
Примените техники КЭ и ГЗ, а также таблицу принятия решений там, где это нужно.
Шаблон тест-кейсов (https://new-online.tusur.ru/mod/resource/view.php?id=29103).
Проведите тестирование, актуализируйте статусы у тест кейсов, заведите баг-репорты, где это нужно.
* Чтобы проверить обращения к определённому URL, пользуйся DevTools, Charles или Postman.
6. Составьте для полей ввода логина и пароля позитивные и негативные проверки на валидацию полей.
При написании кода важно учитывать, что пользователи часто пропускают символы или неправильно пишут некоторые данные. Чтобы сократить количество ошибок, у полей должна быть валидация. К примеру, при написании e-mail нужно проверять наличие знака @ или домены почтовых сервисов. Во время тестирования попробуйте ввести в форму неправильные значения, чтобы проверить реакцию приложения.
Заполните их в виде чек-листа.
Шаблон чек-листа (https://new-online.tusur.ru/mod/resource/view.php?id=29103).
7. Протестируйте форму авторизации по предложенному чек-листу:
1. В окне авторизации должна быть ссылка или кнопка на восстановление или смену пароля.
2. Для опции «скрыть/показать пароль» нужно использовать привычную иконку с глазом.
3. При нажатии кнопки «назад» после авторизации приложение не должно разлогинивать пользователя.
4. Если данные вводятся неверно, нужно показать пользователю уведомление с причиной. При тестировании проверьте, чтобы сообщение соответствовало виду ошибки.
5. Обязательные поля стоит выделять с помощью звездочки. Пока все они не заполнены, кнопка отправки не должна быть активной.
6. При наведении на элемент формы должно меняться отображение курсора, а при клике — цвет рамки поля ввода.
7. После отправки пользователю нужно показать, что авторизация прошла успешно. Для этого должен появиться кабинет пользователя или обращение по имени.
8. Многократное нажатие на кнопку "войти".
Критерий выхода из тестирования будет два найденных дефекта.
8. Оформите баг-репорты на найденные дефекты.
Шаблон баг-репорта (https://new-online.tusur.ru/mod/resource/view.php?id=29103).
9. Подготовьте презентацию, в которой надо озвучить каждый пункт и результаты о проделанной работе.
В презентации необходимо озвучить:
0. Представиться, ФИО.
1. Показать интеллект-карту и рассказать про объект тестирования.
2. Показать форму авторизации в своем объекте и сформулированные требования.
3. Продемонстрировать тест-кейсы и применение техник тест-дизайна.
4. Продемонстрировать чек-лист.
5. Показать результаты тестирования формы авторизации по предложенному чек-листу.
6. Подвести итоги, показать баг-репорты, сделать выводы.
10. Защитите работу.
