Тестовая документация

● Тестирование спецификации в рамках учебного проекта.

Таблица расчёта трудозатрат

● Оценка веб-сервиса на основе спецификации.

Локализация ошибок при работе с инструментом DevTools

● Поиск и локализация багов на страницах сайта с курсами.

Пользовательский сценарий и тест-кейсы

● Составление карты пользовательского сценария на сайте приобретения товара. ● Составление тест-кейсов, с применением данной карты, для покрытия user story.

Чек-лист тестирования функционала "Забыл пароль"

● Составление чек-листа (небольшого) для проверки основного функционала страницы "Забыли пароль".

Тестирование удобства интерфейса UX

Описание кейса: Протестировать удобство использования интернет-магазина. (Реальный сервис). Чтобы не тестировать весь сервис, было выполнено тестирование 4 сценариев: ● Регистрация в интернет-магазине. ● Поиск интересующего товара. ● Добавление в корзину. ● Оформление заказа.

Закрепление техники анализа граничных значений на практике

● Тестирование формы отзывов о посещении фитнес-клуба, в которой присутствуют три разных поля — дата (формат DD.MM.YYYY), число и текст.

Доска в Yougile с баг-репортами

Описание кейса: ● Тестирование страницы онлайн-кинотеатра на основе спецификации. ● Составление баг-репортов и их локализация.

Закрепление техники анализа граничных значений. Тестирование чисел и текста на практике.

Описание кейса: Перед вами форма для отправки данных в фитнес-клуб c тремя полями: «Ваше имя», «Рост», «Вес». ● Определите требования к имени, росту и весу (минимальные и максимальные допустимые значения), руководствуясь здравым смыслом. Например, минимально возможное по количеству символов имя — Ян (2), самое длинное имя в России — Абдурахмангаджи (15), значит, граничные значения смотрим исходя из этих данных. Обратите внимание, что это будут именно логические границы, которые мы определяем примерно, так как явных требований нет. Подумайте, какие могут быть программные границы (например, это может быть связано с расчётом ИМТ). ● Если для каких-то значений из техники анализа вы не смогли составить проверки, объясните в комментарии, почему это невозможно. ● Составьте проверки на граничные условия для каждого поля. Используйте технику, изученную на занятии.

Верхнеуровневые требования

Тестирование требований на: ● Завершённость — требование полно и не вызывает дополнительных вопросов. ● Единичность — требование говорит только об одном свойстве или части функционала. ● Атомарность — требование нельзя разбить на более мелкие. ● Недвусмысленность — требование не допускает разночтений, отсутствуют жаргонизмы и неочевидные аббревиатуры. ● Непротиворечивость — требование не содержит противоречий к себе, другим требованиям и документам продукта. ● Проверяемость — на требование можно составить тест-кейс. ● Выполнимость — требование возможно реализовать. ● Актуальность — требование не устарело.

Тестирование сайта интернет-магазина

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