#тестыдлязакреплениязнаний ☝️

Задание для желающих: Попробуйте воспроизвести #дефект и составить #багрепорт. Основные атрибуты отчёта об ошибке описывала выше. Мой Контакт в Инстаграме ProTestingInfo.

Небольшая теория:

🔷 Классификация и приоритезация дефектов:
📌 позволяют повысить эффективность поиска и исправления дефектов
📌 позволяют сосредоточиться на тестировании функциональности важной для пользователей
📌 позволяют экономить трудозатраты на тестирование


🔷Факторы появления дефектов кода:
📌 неверная трактовка требований
📌 Ошибки программирования
📌 Неправильный перенос решений в код

🔹 Наблюдаемый дефект🔹 - неверное поведение программного продукта.


🔷 Критерии качественных требований:
📌 Однозначность
📌 Проверяемость
📌 Краткость (локоничность)
📌 Корректность


🔷 Особенности тестирования в условиях неполных и некорректных требований:
📌 Неадекватное поведение системы в ситуациях, не предусмотренных требованиям
📌 Невозможность идентификации дефекта
📌 Медленное тестирование


🔷 Типы дефектов при системном тестировании:
📌 Дефекты производительности, инсталляции
📌 Дефекты пользовательской документации
📌 Дефекты переносимости продукта на различные платформы
📌 Отсутствующая или некорректная функциональность


🔷 Варианты тестовых раундов:
📌 Обнаружение дефектов
📌 Smoke test
📌 Верификация исправления дефектов

#теория

Полезная информация :👏
#postman

https://proglib.io/p/api-dlya-qa-uchimsya-testirovaniyu-po-bez-dostupa-k-kodu-2020-12-10

Внимательно посмотрите схему, всегда продукт можно сделать или быстро, или дёшево, или качественно. Но есть границы:
🖍быстро и качественно это дорого.
🖍 качественно и дёшево это долго
🖍 дёшево и быстро это криво, с дефектами.
В таком виде представляется проект 😌
Утопия 😱🤯 лучше до такого не доводить #проект )).

Представляю выжимку интересных мыслей про проект из интернета для вашего внимания (FYI - for your information). Немного не по теме канала, но это первое, с чем вы столкнетесь на работе в позиции тестировщика.

❗️ИТ-проект – это краткосрочное усилие по созданию уникального продукта, сервиса или среды, например, замещение старых сервисов новыми, разработка коммерческого сайта, создание новых видов настольных компьютеров или слияние баз данных. Процессы управления ИТ-проектами в компании часто имеют сложный и многоступенчатый характер.
‼️🖍Все проекты ограничены тремя факторами: время, стоимость, объем. 👍Для того, чтобы проект был успешным, эти три ограничения должны быть в равновесии. Если эти ограничения находятся вне баланса, проект движется к катастрофе.🙈
«Быстро» и «медленно» – достаточно субъективные термины: то, что кажется медленным для вашей организации, может полностью удовлетворять по скорости другую. Важно установить разумные временные рамки для завершения ИТ-проекта на основании объема работы, ожидаемых результатов и условий проекта.

🖍🖍Все проекты, включая ИТ, проходят через 5 основных фаз жизненного цикла: инициация, планирование, выполнение, мониторинг и контроль, завершение. Каждая фаза содержит процессы, которые двигают проект от идеи до реализации.
🖍🖍Практически любой проект разработки включает в себя следующие работы:
требования; анализ; проектирование; кодирование; тестирование
‼️ИТ-Проект в узком понимании - это запланированные и задокументированные работы, связанные с оценкой, выбором, модернизацией, адаптацией, настройкой, внедрением, тестированием, описанием, интеграцией
информационных систем в определённой бизнес-области
Планирование и документирование - весьма важные составляющие ИТ-Проекта.
🖍🖍 Руководитель ИТ-проектов – сотрудник, целью которого является сопровождение конкретного проекта от планирования до реализации. Критерием успеха здесь является соответствие результата поставленным задачам.

‼️Суть проекта может заключаться в разработке новой информационной системы или во внедрении уже существующей системы в компании. В один период времени руководитель ИТ-проектов может заниматься одним крупным проектом или несколькими небольшими. В любом случае его труд является разносторонним, ему приходится все время переключаться с одной задачи на другую и одновременно удерживать перед глазами общую картину.
‼️Существует три основных подхода для управления ИТ-проектами.
🖍Первый основан на традиционном управлении проектами. Он работает на любом ИТ-проекте независимо от используемых технологий или продолжительности работы над проектом.
🖍Второй подход называется «экстремальным программированием». Иногда для него используют аббревиатуру XP (не спутайте с операционной системой Windows). Экстремальное программирование – это подход к управлению проектом, созданный специально для разработки программного обеспечения. XP использует модель разработки ПО, включающую пользователей, клиентов и программистов в 4 итеративные фазы: планирование, написание кода, разработка дизайна и тестирование.
🖍Scrum – метод, лидирующий в применении к ИТ-проектам. Этот подход, названный в честь термина регби, также использует итерации планирования, кодирования, выполнения и тестирования программного обеспечения. Scrum использует свой собственный язык и имеет свои правила относительно встреч, соответствия ключевым этапам и периодам планирования деятельности.
#проект

#Тестовыйсценарий — это описание начальных условий, входных данных, действий пользователя и ожидаемого результата

Test Case - тест-кейс - тестовый случай - Test Scenario - тестовый сценарий

🔷Чего не должно быть в тест-кейсе:
🔸Зависимостей от других тест-кейсов
🔸Нечеткой формулировки шагов или ожидаемого результата
🔸Отсутствия необходимой для прохождения тест-кейса информации
🔸Излишней детализации

🔷Рекомендации:
🖍Набор тестов не должен быть избыточным
🖍Проверяет интересующую часть
🖍Не затрагивает те части, которые не интересуют на данном этапе
🖍Не пересекается с другими тестами
🖍Не слишком сложен и не слишком прост
🖍Определяет соответствие спецификации

🔷Отделение тестовой процедуры от тестовых данных
🔹Процедура является
описанием последовательности шагов для выполнения теста, описанием правил навигации

🔹Тестовые данные -любые данные, заносимые пользователем в форму или в поле, переменная часть теста

😌Запомнить!
*⃣Каждый тест должен ссылаться на требование
*⃣Каждое требование должно быть проверяемым и должно иметь тест
*⃣Тестирование проводится планово!
*⃣Принцип Парето - Всё проверить нельзя!
*⃣Начинать с малого и наращивать взаимосвязь с другими тестами
*⃣Не забывать про нефункциональные требования

🔷Наборы тестовых сценариев - это тестовые сценарии сгруппированные по некоему признаку (например тестируемой функциональности). Они могут быть как зависящими от последовательности выполнения (результат выполнения предыдущего является предварительным условием для следующего (Test noscript)), так и независимыми (Test suite)

🔷Наиболее часто выделяемыми наборами являются:
🔹Набор тестовых сценариев для Smoke-test(дымовое тестирование
🔹План приёмо-сдаточных испытаний

🖍Набор тестовых сценариев для Smoke-test — это документ, включающий в себя набор определенных тестовых сценариев, покрывающих основную функциональность объекта или системы. Цель проведения Smoke-test — убедиться в том, что ключевые функции программы работают, не вникая в подробности.
🖍План приёмо-сдаточных испытаний (ПСИ) - документ, включающий в себя набор определенных тестовых сценариев, после положительного прохождения которого заказчик подписывает акт приемо-передачи (сдачи-приемки).

#теория

🖍Прокси-сервер (от англ. proxy — представитель, сетях, выполняющий роль посредника между пользователем и целевым сервером (при этом о посредничестве могут как знать, так и не знать обе стороны), позволяющий клиентам как выполнять косвенные запросы (принимая и передавая их через прокси-сервер) к другим сетевым службам, так и получать ответы. Работает это так, что пользователь, подключаясь к прокси-серверу передает свой запрос, который находится на другом сервере и прокси-сервер либо помогает подключиться к желаемому серверу, получая соответствующий ресурс, либо если он обладает собственным кэшем, возвращает ответ из него.

🖍VPN ( от англ. «Virtual Private Network» - виртуальная частная сеть) - это метод подключения, предоставляющий множество дополнительных преимуществ безопасности, особенно для пользователей, которые используют публичные точки доступа. При подключении к интернету без VPN трафик в свободном виде передается с компьютера на сервера провайдера, после чего отправляется дальше. В таком виде данные уязвимы для атак и вмешательств третьих лиц на промежуточной стадии. Данная технология не даёт другим сайтам собирать информацию о вас. VPN нужен для обхода блокировок. Благодаря VPN ваша личная информация будет защищена при использовании Wi-fi в общественных местах.

🖍Пинг ( от aнгл. ping) представляет собой отрезок времени, который проходит между запросом и ответом на сервер. Ping оценивается в миллисекундах.
Выбрать утилиту «Пинг хоста» и указать адрес, пинг до которого нужно посчитать

🖍Токенизация — это технология, которая позволяет обезопасить электронные платежи с помощью надежной системы шифрования данных. Расплачиваясь картой,
покупатель не передает продавцу свои платежные реквизиты. Вся карточная
информацияшифруется и превращается в т.н. токен, который выглядит как
случайная комбинация символов 123a4567@1b234c5de6789000.

#требование
‼️Если применить к этой классификации популярное разделение требований на функциональные и нефункциональные, то к последним следует отнести все перечисленные выше группы кроме первой
🖍Functionality - функциональных требований: свойства, особенности, безопасность и др.
🖍Usability - требования к юзабилити: человеческий фактор, эстетичность, последовательность, документация и др.
🖍Reliability - требования к надежности: частота возможных отказов, отказоустойчивость, восстанавливаемость, предсказуемости, устойчивости и др.
🖍Performance - требования к производительности: время отклика, использование ресурсов, эффективность, производительность, масштабируемость и др.
🖍Supportability - поддержка требования: умение поддержать, ремонтопригодность, гибкость, модифицируемость, модульность, расширяемость, способность к локализации и др.
‼️+. Ограничения
🖍Ограничения проектирования: ограничения на технологии (например, «Хранение необходимо реализовать с помощью реляционной БД»), процесс или методология разработки, средства разработки (документация — в MS Word»),
🖍Ограничения реализации, разработки, построение, написания программного кода: стандарты разработки, стандарты качества ПО, в т.ч. кода, языки программирования, средства разработки, ресурсные ограничения, лицензионные ограничения, ограничения на техническое обеспечение,
🖍Требования к интерфейсам — ограничения накладываемые необходимостью взаимодействия с другими системами: форматы данных, протоколы взаимодействия, внешние системы,
🖍Физические ограничения, накладываемые на технические (аппаратные) средства и окружение системы: форма, размер, вес, температурный режим, влажность, ограничения на вибрацию

FYI – https://sysana.wordpress.com/2010/09/16/furps/
https://studme.org/226097/informatika/klassifikatsiya_trebovaniy_furps

👏Хороший #Тестовыйсценарий от Сэма Канера! 👏
Информации будет достаточно, но данная #теория важна. 👇