Please enable JavaScript.

Coggle requires JavaScript to display documents.

Тестирование - процесс анализа про- граммного средства и сопутствующей…

- - - - Требование является полным и законченным с точки зрения представления в нём всей необходимой информации, ничто не пропущено по соображениям «это и так всем понятно».
    - - Требование является атомарным, если его нельзя разбить на отдельные требования без потери завершённости и оно описывает одну и только одну ситуацию.
    - - Требование не должно содержать внутренних противоречий и противоречий другим требованиям и документам
    - - Требование должно быть описано без использования жаргона, неочевидных аббревиатур и расплывчатых формулировок, должно допускать только однозначное объективное понимание и быть атомарным в плане невозможности различной трактовки сочетания отдельных фраз.
    - - Требование должно быть технологически выполнимым и реализуемым в рамках бюджета и сроков разработки проекта.
    - - Если требование не является обязательным к реализации, оно должно быть просто исключено из набора требований. Если требование нужное, но «не очень важное», для указания этого факта используется указание приоритета (см. «проранжированность по…»). Также исключены (или переработаны) должны быть требования, утратившие актуальность.
    - - Прослеживаемость бывает вертикальной и горизонтальной. Вертикальная позволяет соотносить между собой требования на различных уровнях требований, горизонтальная позволяет соотносить требование с тест-планом, тест-кейсами, архитектурными решениями и т.д.
    - - Это свойство характеризует простоту внесения изменений в отдельные требования и в набор требований. Можно говорить о наличии модифицируемости в том случае, если при доработке требований искомую информацию легко найти, а её изменение не приводит к нарушению иных описанных в этом перечне свойств.
    - - Важность характеризует зависимость успеха проекта от успеха реализации требования. Стабильность характеризует вероятность того, что в обозримом будущем в требование не будет внесено никаких изменений. Срочность определяет распределение во времени усилий проектной команды по реализации того или иного требования.
    - - Фактически эти свойства вытекают из соблюдения всех вышеперечисленных (или можно сказать, что они не выполняются, если нарушено хотя бы одно из вышеперечислен ных). В дополнение можно отметить, что проверяемость подразумевает возможность создания объективного тест-кейса (тест-кейсов), однозначно показывающего, что требование реализовано верно и поведение приложения в точности соответствует требованию.
- - - - Вид тестирования, направленный на проверку корректности работы функциональности приложения (корректность реализации функциональных требований. Часто функциональное тестирование ассоциируют с тестированием по методу чёрного ящика, однако и по методу белого ящика вполне можно проверять корректность реализации функциональности.
    - - вид тестирования, направленный на проверку нефункциональных особенностей приложения (корректность реализации нефункциональных требований, таких как удобство использования, совместимость, производительность, безопасность и т.д.
    - - Тестирование, направленное на выявление дефектов, влияющих на протека-
        ние стадии инсталляции (установки) приложения.
    - - тестирование направленное на проверку того факта, что в ранее работоспособной функци ональности не появились ошибки, вызванные изменениями в приложении или среде его функционирования.
    - - выполнение тест-кейсов, которые ранее обнаружили дефекты, с целью подтверждения устранения дефектов. Фактически этот вид тестирования сводится к действиям на финальной стадии жизненного цикла отчёта о дефекте, направленным на то, чтобы перевести дефект в состояние «проверен» и «закрыт».
    - - формализованное тестирование, направленное на проверку приложения с точки зрения конечного пользователя/заказчика и вынесения решения о том, принимает ли заказчик работу у исполнителя (проектной команды).
        
        Производственное приемочное
        
        выполняемое проектной командой исследование полноты и качества реализации приложения с точки зрения его готовности к передаче заказчику. Этот вид тестирования часто рассматривается как синоним альфа-тестирования
        
        Операционное приёмочное
        
        операционное тестирование{88}, выполняемое с точки зрения выполнения инсталляции, потребления приложением ресурсов, совместимости с программной и аппаратной платформой и т.д.
        
        Итоговое приёмочное
        
        тестирование конечными пользователями (представителями заказчика) приложения в реальных условиях эксплуатации с целью вынесения решения о том, требует ли приложение доработок или может быть принято в эксплуатацию в текущем виде.
    - - тестирование проводимое в реальной или приближенной к реальной операционной среде включающей операционную систему, системы управления БД, серверы приложений, вэб-серверы, аппаратное обеспечение и т. д.
    - - направлено на исследование того, насколько конечному пользователю понятно, как работать с продуктом, а так же на то, насколько ему нравится использовать продукт
    - - направлено на исследование пригодности продукта к использованию людьми с ограниченными возможностями
    - - направлено на проверку интерфейсов приложения и его компонентов
    - - направленное на проверку способности приложения противостоять злонамеренным попыткам получения доступа к данным или функциям, права на доступ к которым у злоумышленника нет
    - - направлено на проверку готовности продукта к работе с использованием различных языков и с учетом различных национальных и культурных особенностей
    - - направлено на проверку корректности и качества адаптации продукта к использованию на том или ином языке с учетом национальных и культурных особенностей
    - - направлено на проверку способности приложения работать в указанном окружении (с операционной системой, браузерами, мобильными устройствами и т. д. )
    - - направлены на исследование таких характеристик данных, как полнота, непротиворечивость, целостность, структурированность и т. д.
    - - совокупность видов тестирования, проверяющих эффективность использования приложением доступных ему ресурсов и. зависимость результатов работы приложения от количества доступных ему ресурсов
    - - направлено на сравнительный анализпреимуществ и недостатков разрабатываемого продукта по отношению к его основным конкурентам
    - - формальный процесс демонстрации заказчику продукта с целью подтверждения, что продукт соответствует всем заявленным требованиям
    - - тестирование приложения со всеми возможными комбинациями всех возможных входных данных во всех возможных условиях выполнения
    - - тестирование способности приложения выполнять свои функции в заданных условиях на протяжении заданного времени или заданного количества операций
    - - тестирование способности приложения восстанавливать свои функции и заданный уровень производительности, а так же восстанавливать данные в случае возникновения критической ситуации, приводящей к временной (частичной) утрате работоспособности приложения
    - - тестирование заключающееся в эмуляции или реальном создании критических ситуаций с целью проверки способности приложения задействовать соответствующие механизмы, предотвращающие нарушение работоспособности, производительности и повреждения данных
    - - исследование показателей скорости реакции приложения на внешние воздействия при различной по характеру и интенсивности нагрузке.
        
        Нагрузочное
        
        исследование способности приложения сохранять заданные показатели качества при нагрузке в допустимых пределах и некотором превышении этих пределов
        
        масштабируемости
        
        исследование способности приложения увеличивать показатели производительности в соответствии с увеличением количества доступных приложению ресурсов
        
        Объёмное
        
        исследование производительности приложения про обработке различных (как правило больших) объемов данных
        
        Стрессовое
        
        Исследование поведения приложения при нештатных изменениях нагрузки, значительно превышающих расчетный уровень или в ситуациях недоступности значительной части необходимых приложению ресурсов
        
        Конкурентное
        
        Исследование поведения приложения в ситуации, когда ему приходится обрабатывать большое количество одновременно поступающих запросов, что вызывает конкуренцию между запросами за ресурсы (базу данных, память, канал передачи данных, дисковую подсистему и т.д.).
  - - - Исследовательское
      - Свободное (интуитивное)
    - - Инвазивное
        
        может повлиять на функционирование приложения в силу работы инструментов естирования или в силу вмешательства в сам код приложения
      - Неинвазивное
        
        незаметно дл приложения и не влияет на процесс его обычной работы
    - - Тестирование под управлением данными
        
        способ разработки автоматизированных тест-кейсов, в котором входные данные и ожидаемые результаты выносятся за пределы тест-кейса и хранятся вне его - в файле, бд и т. д.
      - под управлением ключевыми словами
        
        за пределы тест-кейса выносится не только набор входных данных и ожидаемых результатов, но и логика поведения тет-кейса, которая описывается ключевыми словами
      - под управлением поведением
        
        основное внимание уделяется корректности работы бизнес-сценариев, а не отдельным деталям функционирования приложения
    - - Тестирование предугадыванием ошибок
        
        техника тестирования, в которой тесты разрабатываются на основе опыта тестировщика и его знаний о том, какие дефекты типичны для тех или иных компонентов или областей функциональности приложения
      - Эвристическая оценка
        
        техника тестирования направленная на поиск проблем в интерфейсе пользователя, представляющих собой отклонение от общепринятых норм
      - Мутационное тестирование
        
        сравнивается поведение нескольких версий одного и того же компонента, причем часть таких версий м. б. специально разработана с добавлением ошибок
      - Тестирование добавлением ошибок
        
        в приложение специально добавляются заранее известные, специально продуманные ошибки с целью мониторинга их обнаружения и устранения и , таким образом , формирования более точной оценки показателей процесса тестирования
    - - на основе классов эквивалентности
        
        направлена на сокращение количества разрабатываемых и выполняемых тест-кейсов при сохранении достаточного тестового покрытия
      - на основе граничных условий
        
        инструментальная техника на основе классов эквивалентности, позволяющая выявить специфические значения исследуемых параметров, относящиеся к границам классов эквивалентности
      - доменное тестирование
        
        техника тестирования на основе классов эквивалентности и граничных условий, позволяющая эффективно создавать тест-кейсы, затрагивающие несколько параметров одновременно
      - попарное тестирование
        
        тест-кейсы строятся по принципу проверки пар значений парамеров вместо того, чтобы пытаться проверить все возможные комбинации всех значений всех параметров
      - на основе ортогональных массивов
        
        инструментальная техника попарного и N-комбинационного тестирования, основанная на использовании т. н. "ортогональных массивов"
    - - в процессе разработки
        
        тестирование выполняется непосредственно в процессе разработки приложения и/млм в среде выполнения, отличной от среды реального использования приложения
      - операционное
    - - Тестирование по потоку управления
        
        семейство техник тестирования, в которых тест-кейсы разрабатываются с целью активации и проверки выполнения различных последовательностей событий, которые определяются посредством анализа исходного кода приложения
      - Тестирование по потоку данных
        
        основаны на выборе отдельных путей из потока управления с целью исследования событий, связанных с изменением состояния переменных
      - по диаграмме или таблице состояний
        
        тест-кейсы разрабатываются для проверки переходов приложения из одного состояния в другое
      - Инспекция (аудит) кода
        
        техники повышения качества кода за счет того, что в процессе создания или совершенствования кода участвует несколько человек
    - - Тестирование на основе выражений
        
        техника тестирования ( по методу белого ящика), в которой проверяется корректность (и сам факт) выполнения отдельных выражений в коде
      - на основе ветвей
        
        (по методу белого ящика) в которой проверяется выполнение отдельных ветвей кода (под ветвью понимается атомарная часть кода, выполнение которой происходит или не происходит в зависимости от истинности или ложности некоторого условия)
      - на основе условий
        
        (по методу белого ящика) в которой проверяется выполнение отдельных условийй ( условием считается выражение которое может быть вычислено до значения "истина" или "ложь")
      - на основе комбинаций условий
        
        (по методу белого ящика) в которой проверяется выполнение сложных (составняз) условий
      - на основе отдельных условий, порождающих ветв-
        ление («решающих условий»)
        
        (по методу белого ящика) в которой проверяется выполнение таких отдельных условий в составе сложных условий, которые в одиночку определяют результат вычисления всего сложного условия
      - на основе решений
        
        (по методу белого ящика) в которой проверяется выполнение сложных ветвлений ( с 2 и более возможными вариантами)
      - на основе путей
        
        (по методу белого ящика) в которой проверяется выаолнение всех или некоторых специально выбранных путей в коде приложения
    - - тестирование по таблице принятия решений
        
        (по методу черного ящика) в которой тест-кейсы разрабатываются на основе т. н. таблицы принятия решений, в которой отражены входные данные ( и их комбинации) и воздействия на приложение, а так же соответствующие им выходные данные и реакции приложения
      - диаграмме или таблице состояний
      - по спецификациям
      - по моделям поведения приложения
        
        исследование приложения ( и разработка тест-кейсов) строится на некой модели: таблице принятия решений, таблице или диаграмме состояний, пользовательских сценариев и т. д.
      - на основе вариантов использования
        
        (по методу черного ящика) в которой тест-кейсы разрабатываются на основе вариантов использования
      - Параллельное тестирование
        
        поведение нового или модифицированного приложения сравнивается с поведением эталонного приложения
      - на основе случайных данных
        
        (по методу черного ящика) в которой входные данные, действия или даже сами тест-кейсы выбираются на основе псевдо случайных значений так, чтобы соответствоват операционному профилю-подмножеству действий, соответствующей некоей ситуации или сценарию работы с приложением
      - A/B-тестирование
        
        исследуется влияние на результат выполнения операции изменения одного из входных параметров