Азбука тестировщика

API - Application Programming Interface Контракт, который предоставляет программа. Набор функций. Отвечает на вопрос "Как ко мне, к моей системе, можно обратиться?" И включает в себя: API - набор функций Входные данные - magic - выходные данные REST - REpresentational State Transfer - передача состояния представления Популярный архитектурный подход для создания API. REST позволяет наилучшим образом использовать HTTP. Формат запросов и ответов определяется протоколом HTTP - Hyper Text Transfer Protocol. Когда в браузер вбивается URL, он отправляет запрос GET на указанный сервер. Сервер отвечает HTTP-ответом, который содержит данные в формате HTML - Hyper Text Markup Language...

1. Определение требований к продукту: что и зачем мы тестируем. 2. Стратегия и выбор инструментов тестирования: как тестируем. 3. Разработка тестовой документации и оценка трудозатрат: кто, что и когда тестирует. 4. Оценка сроков тестирования: когда приступаем и когда завершаем. Определение требований к тестированию. Функциональные: что необходимо реализовать в продукте или системе, какие действия должны выполнять пользователи при взаимодействии с ними? Нефункциональные: как должна работать система/продукт, какими свойствами или характеристиками она должна обладать? Когда можно начинать тестирование...

Одна из метрик оценки качества тестирования: плотность покрытия тестами требований либо исполняемого кода. Основное: Также: Покрытие требований: Тcov = (Lcov/Ltotal)*100% Tcov - тестовое покрытие Lcov - количество требований, проверяемых тест-кейсами Ltotal - общее количество требований

Жизненный цикл ПО Регрессионное тестирование - вид тестирования, направленный на проверку изменений в ПО для подтверждения того факта, что существующая функциональность работает как и прежде. Цель РТ - обнаружить регресс в ПО любыми способами при каких-либо изменениях. Типы РТ РТ бывает полное и выборочное Полное: Итерация 1 Итерация 2 - Тест-комплект 1 Итерация 3 - тест-комплект 2 Итерация N - тест-комплект N-1 Охватывает всё, но требует всё больше времени с каждой итерацией. Выборочное РТ Выбираются точечные моменты...

REQ - требования - работа менеджеров Tests - тесты - работа QA Неактуальная документация - это когда с новым релизом не обновляется список тестов и требований. Начать с тестов - актуализировать, потом просить требования. Обязательные атрибуты задачи (ошибки) 1. Тип Есть ТЗ. Работает не по ТЗ - баг Работает по ТЗ или нет в ТЗ вообще - фича 2. Заголовок Сразу, первично показывает, что не работает Почему появляются дубликаты ошибок? 3. Шаги воспроизведения 4. Фактический результат Указать, что конкретно получилось. Необходимо для отлова плавающих багов...

Участие в планировании релиза Тестирование новой функциональности Проверка исправления ошибок Регрессионное тестирование

Самые популярные техники тест-дизайна: Неправильное применение = пропуск ошибок Суть техники анализа классов эквивалентности Разбить весь набор тестов на классы эквивалентности с последующим сокращением числа тестов. Сохраняет тестовое покрытие, сокращая число тестов. Слишком много классов -> слишком много тестов Мало классов -> шанс ошибок теста, пропуска багов продукта Эквивалентные тесты: тестируют одну и ту же вещь; если тест ловит баг, то другой его тоже, скорее всего, поймает; если не ловит - тоже. Алгоритм использования техники. 1. Определить КЭ 2. Выбрать одного представителя от каждого КЭ 3...

Стандатные атрибуты тест-кейса: Дополнительно: Преимущества тест-кейсов Подробность Очень лёгкий вход в работу Быстрое подключение ресурсов Недостатки тест-кейсов Очень много одинакового текста Сложно поддерживать актуальность Частая потеря актуальности весьма вероятна Виды тест-кейсов Тест-кейсы с набором входных данных Простой, обычно небольшой, с заранее прописанными параметрами Ожидаемый результат на каждый шаг Очень много текста, но всё ясно прописано и наглядно. Несколько проверок после одного сценария. Область применения тест-кейсов Отталкивается от продукта. Если продукт сложный - обязательно, потому что нужно очень много документации...

Тест - набор из одного или нескольких тест-сценариев. Тест-сценарий - набор ОР, входных значений, постусловий, разработанный для определенной цели или тестового условия. Характеристики хороших тестов Аксиомы тестирования Тестирование показывает наличие дефектов. Тест показывает, что дефекты есть, но не показывает, что их нет. Исчерпывающее тестирование невозможно. Раннее тестирование - чем раньше найден баг, тем лучше. Скопление дефектов - исправил один - вылезло три...

Анализ требований - Планирование тестирования - Разработка тестов - Выполнение тестов - Оценка результатов тестирования Виды тестирования По принципам работы с приложением: По цели тестирования: По запуску кода на исполнение: По доступу к коду, по степени автоматизации, по уровню детализации, по степени важности тестируемых функций. Важно: тестирование по доступу к коду и архитектуре приложения...

Жизненный цикл ПО Идея - обсуждение - ТЗ - анализ ТЗ - разработка - тестирование - саппорт Составить ТЗ клиенту помогает project manajer. Разработка и тестирование: написание и проверка кода эксплуатация и поддержка Может работать команда тестеров, а может быть команда саппорта. Если саппорта продукта нет, то идет отток клиентов, денег всё меньше, ПО не развивается, продукт умирает. Методология разработки ПО В зависимости от типа ПО существуют различные стандарты. В зависимости от этого подбирается методология...

Тест-кейс описывает процесс проверки сервиса. Помогает выяснить, есть ли баги. Элементы Обязательные: Дополнительные: Зачем они нужны? Тест-сьют (Test suite) - набор тест-кейсов по одной теме или области продукта. Тест-сьюты хранят в Excel, также есть готовые решения для профессионалов, но они платные. Jira, Redmine, Zephyr, QTest и др...