программное обеспечение инжиниринг Ресурсы
Вопросы о интервью инженера по программномы обеспечению

Обзор испытания програмного обеспечения

Испытание програмного обеспечения оценка програмного обеспечения против требований собранных от потребителей и спецификаций системы. Испытание дирижировано на уровне участка в жизненном цикле разработки программного обеспечения или на уровне модуля в Коде программы. Испытание програмного обеспечения состоит из утверждения и проверки.

Утверждение програмного обеспечения

Утверждение процесс рассматривать удовлетворяет ли или не програмное обеспечение требования к потребителя. Оно унесен в конце SDLC. Если програмное обеспечение соответствует требованиям, то для которых оно было сделано, оно утвержен.

Утверждение обеспечивает что продукт под развитием согласно требованиям к потребителя.
Утверждение отвечает на вопрос - «мы начиная продукт который пытает все потребности того потребителя от этого програмного обеспечения?».
Утверждение подчеркивает на требованиях к потребителя.

Проверка програмного обеспечения

Проверка процесс подтверждать если програмное обеспечение соотвествует дела, и начатый придерживаться к правильным спецификациям и методологиям.

Проверка обеспечивает что будучи превращанным продукт согласно конструктивным требованиям.
Проверка отвечает что вопрос «мы начиная этот продукт твердым следованием всех конструктивных требований?»
Проверки концентрируют на спецификациях конструкции и системы.

Цель испытания -

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

Руководство против автоматизированного испытания

Испытание можно или сделать вручную или использующ автоматизированный инструмент испытания:

Ручно - это испытание выполнено без принимать помощь автоматизированных инструментов испытания. Тестер програмного обеспечения подготовляет тестовые входы для различных разделов и уровней Кода, исполняет испытания и сообщает результат к менеджеру.

Ручное испытание уничтожать времени и ресурса. Тестеру нужно подтвердить использованы ли или не тестовые входы права. Главная часть испытания включает ручное испытание.
Автоматизировал - это испытание методикаа проверки сделанный с помощью автоматизированных инструментов испытания. Ограничения с ручным испытанием можно отжать используя автоматизированные инструменты испытания.

Испытанию нужно проверить если webpage можно раскрыть в Internet Explorer. Это можно легко сделать с ручным испытанием. Но проверить если паутин-сервер может принять нагрузку 1 миллиона потребителей, то, довольно невозможно испытать вручную.

Инструменты програмного обеспечения и оборудования которое помогает тестеру в дирижируя испытании нагрузки, испытании усилия, испытании регрессии.

Испытывая подходы

Испытания можно дирижировать основали на 2 подходах -

Испытание функциональности
Испытание вставки

Когда функциональность испытывается без принимать фактическую вставку в заботе как испытание черного ящика. Другая сторона как испытание бел-коробки где не только функциональность испытана но путь он снабжен также проанализирован.

Исчерпывающие испытания лучш-пожеланный метод для совершенного испытания. Испытано каждое одиночное возможное значение в границах значений входного сигнала и выхода. Не возможно испытать каждое значение в сценарии реального мира если ряд значений большой.

Испытание черного ящика

Он унесен для того чтобы испытать функциональность программы. Ему также вызывают 'поведенческим' испытанием. Тестер в этот случай, имеет комплект значений входного сигнала и соответственно желаемых результатов. На обеспечивать входной сигнал, если выход соответствует с желаемыми результатами, то программа испытанное о'кей, и проблемно в противном случае.

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

Методы испытания черного ящика:

Equivalence тип - входной сигнал разделен в подобные типы. Если один элемент типа проходит испытание, то предположено полностью тип пройден.
Значения границы - входной сигнал разделен в более высокие и более низкие конечные значения. Если эти значения проходят испытание, то предположено все значения in-between могут пройти слишком.
изображать диаграммой Причин-влияния - в обоих предыдущих методах, только одно input значение одновременно испытано. Причина (входной сигнал) - влияние (выход) метод испытания где значения входного сигнала сочетание из испытаны в систематическом путе.
Пар-велемудрое испытание - поведение параметров многократной цепи быть в зависимости от програмного обеспечения. В pairwise испытывать, параметры многократной цепи испытанные пар-велемудрые для их различных значений.
Положени-основанное испытание - положение системных изменений на обеспечении входного сигнала. Испытаны эти системы основали на их положениях и входном сигнале.

испытание Бел-коробки

Она дирижирована к тестовой программе и своей вставке, для того чтобы улучшить эффективность Кода или структуру. Также как испытание 'структурное'.

В этом способе испытания, конструкция и структура Кода знаны к тестеру. Программники Кода дирижируют это испытание по Код.

Внизу некоторые методы испытания Бел-коробки:

испытание Управлени-подачи - цель управлени-подачи испытывая для того чтобы настроить тестовые входы которая покрывает все заявления и условия ветви. Условия ветви испытаны для обоих истинны и ложны, так, что все заявления можно покрыть.
Испытание потока информации - это внимание метода испытания для того чтобы покрыть все переменные величины данных включенные в программе. Она испытывает где были объявлены и определили переменные величины и где они были использованы или были изменены.

Уровни испытания

Испытывать может быть определен на различных уровнях SDLC. Бега процесса испытания параллельные к разработке программного обеспечения. Перед скакать на следующий этап, испытан, утвержен и подтвержен этап.

Испытывать отдельно сделан как раз для того чтобы убеждаться что никакие спрятанные черепашки или вопросы выйденные в програмное обеспечение. Програмное обеспечение испытани по различные уровни -

Испытание блока

Пока кодирующ, программник выполняет некоторые испытания по тот блок программы для того чтобы знать если он безошибочен. Испытание выполнено под подходом к испытания бел-коробки. Проявители помощи испытания блока решают что индивидуальные блоки программы работают согласно требованию и безошибочны.

Испытание внедрения

Даже если блоки програмного обеспечения работают отлично индивидуально, потребность узнать если блоки если интегрировано совместно также работали бы без ошибок. Например, проходить аргумента и updation etc. данных

Испытание системы

Програмное обеспечение составлено по мере того как продукт и после этого оно испытан в целом. Это может быть совершено используя одно или больше из следующих испытаний:

Испытание функциональности - испытания все функциональности програмного обеспечения против требования.
Эксплуатационное испытание - это испытание доказывает как эффективно програмное обеспечение. Оно испытывает эффективность и среднее время принятые програмным обеспечением для того чтобы сделать пожеланную задачу. Эксплуатационное испытание сделано посредством испытания нагрузки и испытания усилия куда програмное обеспечение положено под высокий потребителя и данные нагружают под различными условиями окружающей среды.
Обеспеченность & удобоносимость - эти испытания сделаны когда значены, что работает на различных платформах и достигано програмное обеспечение количеством людей.

Испытание принятия

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

Испытание альфаы - команда сами проявителя выполняет альфау испытывая путем использование системы если она используется в окружающей среде работы. Они пробуют узнать как потребитель прореагировал бы к некоторому действию в програмном обеспечении и как система должна ответить к входным сигналам.
Бета испытание - после того как програмное обеспечение испытано внутренне, оно вручено сверх к потребителям для того чтобы использовать его под их промышленной средой только для цели испытания. Это нет пока еще поставленного продукта. Проявители надеются что потребители на этой стадии принесут мельчайшие проблемы, которые были прыгнуты для того чтобы присутствовать на.

Испытание регрессии

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

Документация испытания

Документы испытания подготовлены на различных этапах -

Перед испытывать

Испытывая старты с поколением тестовых входов. Следующие документы необходимы для справки -

Документ SRS - функциональный документ требований.
Документ политики испытания - это описывает как далекое испытание должно осуществить перед выпускать продукт.
Испытайте документ стратегии - это упоминает аспекты детали команды испытания, матрицу ответственности и права/ответственность менеджера испытания и инженера испытания.
Документ матрицы Traceability - это документ SDLC, который отнесен к требованию собирая процесс. По мере того как новые требования приходят, они добавлены к этой матрице. Эти тестеры помощи матриц знают источник требования. Их можно трассировать вперед и ОН назад.

Пока испытываемо

Следующие документы могут необходимы пока начат и делается испытывать:

Документ тестового входа - этот документ содержит список испытаний необходим, что был дирижирован. Он включает план плана испытания блока, испытания внедрения, испытание системы план и план проверки соответствия условиям.
Описание испытания - этот документ детальное описание всех тестовых входов и процедур, котор нужно исполнить их.
Отчет о тестового входа - Этот документ содержит отчет о тестового входа в результате испытания.
Испытайте журналы - Этот документ содержит журналы испытания для каждого отчета о тестового входа.

После испытывать

Следующие документы могут быть произведены после испытывать:

Испытайте сводку - Эта сводка испытания совместный анализ всех отчетов по испытанию и журналов. Она суммирует и заключает если программное обеспечение готово быть запущенным. Програмное обеспечение выпущено под системой контроля за версией если оно готово запустить.

Испытывающ против проверки качества, проверки качества и проверки

Нам нужно понять что испытание программного обеспечения отличает проверка качества программного обеспечения, проверка качества программного обеспечения и ревизовать программного обеспечения.

Проверка качества программного обеспечения - Эти середины процесса контроля разработки программного обеспечения, которыми он конечно что все измерения приняты согласно стандартам организации. Этот контроль сделан для того чтобы убеждаться что правильные методы разработки программного обеспечения были следовать.
Проверка качества программного обеспечения - Это система для поддержания качества продукта программного обеспечения. Оно может включить функциональные и нефункциональные аспекты продукта программного обеспечения, которые увеличивают благоволение организации. Эта система убеждается что клиент получает качественный продучт для их требования и продукт аттестованный как «приспособьте для пользы.
Проверка программного обеспечения - Это обзор процедуры используемый организацией для того чтобы начать программное обеспечение. Команда аудиторов, независимый группы разработчиков рассматривает процесс программного обеспечения, процедуру, требования и другие аспекты SDLC. Цель проверки программного обеспечения проверить то программное обеспечение и свой процесс развития, оба соответствует стандарты, правила и нормы.