Обязательно учите!

• • Назад
  • Бухгалтерский учет
  • Алгоритмы
  • Android
  • Блокчейн
  • Business Analyst
  • Создание веб-сайта
  • CCNA
  • Облачные вычисления
  • 0003 COBOL
  • 000 Compiler
    9000 Встроенный
    • 000 9000 Compiler
    • Ethical Hacking
    • Учебники по Excel
    • Программирование на Go
    • IoT
    • ITIL
    • Jenkins
    • MIS
    • Сети
    • Операционная система
    • 0003
    • Назад
    • Управление проектами Обзоры
    • Salesforce
    • SEO
    • Разработка программного обеспечения
    • VB A

• Big Data

  • • Назад
    • AWS

| Умение проводить тестирование

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

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

Учебное пособие по тестированию программного обеспечения для начинающих | Ручное и автоматическое тестирование

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

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

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

Также указывается как процесс проверки и подтверждения программного продукта. Он проверяет, соответствует ли программный продукт:

• бизнес-требованиям и техническим требованиям, которыми он руководствовался при проектировании и разработке
• Работает в соответствии с требованиями
• Может быть реализован с теми же характеристиками

Теперь давайте перейдем к тестированию программного обеспечения обучающую статью и познакомьтесь с основами тестирования программного обеспечения.

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

Сначала я расскажу вам, каков жизненный цикл разработки программного обеспечения?

Жизненный цикл разработки программного обеспечения

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

Рис. Жизненный цикл разработки программного обеспечения - Учебное пособие по тестированию программного обеспечения

Фаза требований

Сбор и анализ требований являются наиболее важной фазой в жизненном цикле разработки программного обеспечения. Бизнес-аналитик собирает требования от клиента / клиента в соответствии с бизнес-потребностями клиента и документирует требования в спецификации бизнес-требований (название документа зависит от организации).

Этап анализа

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

Этап проектирования

Этот этап состоит из двух этапов:

1. HLD - Дизайн высокого уровня - Он дает архитектуру программный продукт, который будет разработан и выполняется архитекторами и старшими разработчиками
2. LLD - Низкоуровневое проектирование - Осуществляется старшими разработчиками.Здесь вы узнаете, как должна работать каждая функция продукта и как должен работать каждый компонент.

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

Этап разработки

В этом этапе участвуют разработчики всех уровней (старшие, юниоры, первокурсники). Это этап, на котором вы начинаете создавать код для программного обеспечения.

Этап тестирования

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

Этап развертывания и обслуживания

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

Это все о жизненном цикле разработки программного обеспечения. Если вы хотите узнать о различных этапах процесса тестирования программного обеспечения, вы можете прочитать этот блог на Software Testing Life Cycle .Поняв это, давайте перейдем к этому руководству по тестированию программного обеспечения и посмотрим, что такое модель V&V.

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

Что такое верификация и валидация при тестировании программного обеспечения?

Проверка : Проверка - это метод статического анализа.Здесь тестирование выполняется без выполнения кода. Примеры включают - обзоры, осмотр и обход.

Проверка : Проверка - это процесс динамического анализа, при котором мы проводим тестирование путем выполнения кода. Примеры включают функциональные и нефункциональные методы тестирования.

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

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

LHS

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

RHS

Действия по тестированию или этап проверки выполняются в правой части модели.

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

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

Существует три метода тестирования программного обеспечения, они следующие:

• Тестирование черного ящика
• Тестирование белого ящика
• Тестирование серого ящика

Тестирование черного ящика: Это - это метод тестирования программного обеспечения, при котором внутренняя структура / дизайн / реализация тестируемого элемента НЕ известны тестеру .

Тестирование белого ящика: Это метод тестирования программного обеспечения, при котором внутренняя структура / дизайн / реализация тестируемого элемента известны тестеру .

Тестирование в сером ящике: Это метод тестирования, выполняемый с ограниченной информацией о внутренних функциях системы.

Надеюсь, вы поняли ключевые моменты по различным методам тестирования программного обеспечения. Теперь давайте перейдем к этой статье Учебника по тестированию программного обеспечения и разберемся с уровнями тестирования программного обеспечения.

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

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

Все эти этапы проходят через процесс тестирования уровня программного обеспечения. В основном существует четыре уровня тестирования:

1. Модульное тестирование
2. Интеграционное тестирование
3. Системное тестирование
4. Приемочное тестирование

По сути, оно начинается с этапа модульного тестирования и заканчивается приемочным тестированием .

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

Артефакты документации по тестированию программного обеспечения

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

1. План тестирования
2. Сценарий тестирования
3. Тестовый пример
4. Матрица прослеживаемости

Давайте кратко обсудим каждый из них.

1. План тестирования: Он предоставляет вам общую стратегию, которая будет реализована для тестирования приложения.
2. Сценарий тестирования: Сценарий тестирования можно рассматривать как однострочную инструкцию, которая уведомляет область, в которой будет проводиться эксперимент с вашим приложением. Этот артефакт необходим для обеспечения полной проверки процедуры от начала до конца.
3. Тестовый пример: Тестовый пример - это не что иное, как набор условий или переменных, при которых тестировщик определяет, удовлетворяет ли тестируемая система требованиям или работает правильно.Приведенные ниже тестовые примеры проверяются во время тестирования.
   • Функциональные контрольные примеры
   • Контрольные примеры с отрицательной ошибкой
   • Логические контрольные примеры
   • Физические контрольные примеры
   • Контрольные примеры пользовательского интерфейса
4. Матрица прослеживаемости: Она также известна как Матрица прослеживаемости требований ( RTM). Он содержит таблицу с набросками требований при создании модели SDLC вашего продукта. Эти артефакты документирования могут применяться для прямой трассировки, которая должна перейти от проектирования к кодированию, или могут быть реализованы также для обратной трассировки, которая является обратной по отношению к прямой трассировке.

На этом мы подошли к концу «Артефакты документации тестирования программного обеспечения». Теперь давайте перейдем к этой статье руководства по тестированию программного обеспечения и узнаем, что такое Defect Management?

Что такое процесс управления дефектами?

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

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

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

1. Первый этап - это этап обнаружения дефекта.
2. Второй этап посвящен составлению отчетов об ошибках.
3. Третий этап - исправление ошибки.
4. На последнем этапе создается список ошибок.

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

Жизненный цикл ошибки

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

Жизненный цикл ошибки или дефекта включает шаги, показанные на рисунке ниже:

1. Новое: На этом этапе, если дефект регистрируется и публикуется в первый раз, его состояние дано как новое.
2. Назначено: После того, как тестировщик опубликовал ошибку, руководитель тестировщика подтверждает, что ошибка является подлинной, и передает ее соответствующему разработчику и группе разработчиков. Это состояние дано как назначено.
3. Открыто: в этом состоянии разработчик начал анализировать и работать над исправлением дефекта.
4. Исправлено: По мере того, как разработчик вносит необходимые изменения в код и проверяет изменения, он / она может установить статус ошибки как «Исправлена», и ошибка будет передана группе тестирования.
5. Тест: На этом этапе тестировщик выполняет тестирование измененного кода, который разработчик вернул ему, чтобы проверить, исправлен ли дефект или нет.
6. Проверено: Здесь тестировщик снова тестирует ошибку после ее исправления разработчиком. Если в программе нет ошибки, он утверждает, что ошибка исправлена, и меняет статус на «проверено».
7. Reopen: В случае, если ошибка все еще существует даже после ее исправления разработчиком, тестировщик меняет статус на «повторно открыт».В этом состоянии ошибка снова проходит жизненный цикл.
8. Закрыт: Как только ошибка исправлена, она тестируется тестером. В случае, если тестировщик чувствует, что ошибки больше не существует в программном обеспечении, он меняет статус ошибки на «закрыто». Это означает, что ошибка исправлена, протестирована и одобрена.
9. Дубликат: В жизненном цикле ошибки, если ошибка повторяется дважды или две ошибки упоминают одну и ту же концепцию ошибки, то статус одной ошибки изменяется на «дублировать» .
10. Отклонено: Если в случае, если разработчик считает, что ошибка не является подлинной, он отклоняет ошибку. Затем состояние ошибки меняется на «отклонено».
11. Отложено: Если ошибка переведена в отложенное состояние, это означает, что ошибка, как ожидается, будет исправлена ​​в следующих выпусках.

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

Проблемы при ручном тестировании

Тестирование приложения вручную тестировщиками QA называется ручным тестированием.Здесь все тесты необходимо выполнять вручную в каждой среде, используя другой набор данных, и следует регистрировать процент успешных / неудачных попыток каждой транзакции.

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

Сравнение автоматического тестирования и ручного тестирования

Автоматическое тестирование каждый раз превосходит ручное тестирование. Зачем? Поскольку он сверхбыстрый, требует меньших вложений в человеческие ресурсы, не подвержен ошибкам, возможно частое выполнение тестов, поддерживает регрессионное тестирование, а также функциональное тестирование.

Давайте рассмотрим пример и поймем это. Допустим, у вас есть страница входа в систему, и вам нужно проверить, все ли попытки входа в систему были успешными, тогда будет очень легко написать фрагмент кода, который будет проверять, успешны ли все попытки транзакции / входа в систему или нет (автоматический тестовый пример исполнение).

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

Важным моментом здесь является то, что автоматизация тестирования значительно упрощает работу тестировщика. См. Изображение выше, которое показывает более расслабленную среду, в которой работает тот же тестер.Если вы хотите узнать больше об автоматизации тестирования и широко используемом инструменте тестирования автоматизации Selenium, вы можете обратиться к этому руководству по Selenium.

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

Если вы нашли этот «Учебник по тестированию программного обеспечения » релевантным, ознакомьтесь с онлайн-тренингом по сертификации Selenium от Edureka, надежной компании онлайн-обучения с сетью из более чем 250 000 человек. довольные учащиеся распространяются по всему миру.

Есть к нам вопрос? Пожалуйста, упомяните об этом в разделе комментариев учебного блога по тестированию программного обеспечения, и мы свяжемся с вами.

PaulWaltersDev / FreeLearningResourcesForSoftwareTesters: новый проект по созданию набора ссылок на бесплатные учебные онлайн-ресурсы для новых и опытных тестировщиков программного обеспечения.

• Почему именно GitHub? Особенности →
  • Обзор кода
  • Управление проектами
  • Интеграции
  • Действия
  • Пакеты
  • Безопасность
  • Управление командой
  • Хостинг
  • мобильный
  • Истории клиентов →
  • Безопасность →
• Команда

Руководство по тестированию бесплатного программного обеспечения | Курсы тестирования программного обеспечения для начинающих

Learn Software Testing Tutorial на хинди с лучшим курсом тестирования программного обеспечения в Индии. Курс тестирования программного обеспечения включает теорию и практические аспекты ручного тестирования программного обеспечения для построения успешной карьеры и работы в области обеспечения качества и тестирования программного обеспечения.

Этот 100% бесплатный видеоурок предлагает полный курс тестирования программного обеспечения, ориентированный на Основы тестирования, типы тестирования, методы тестирования, методы, SDLC, модели разработки и управление дефектами .

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

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

Зачем изучать тестирование программного обеспечения?

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

Смотрите также

• 
  Как понять научились чум собирать и ставить
• 
  Как научиться перемещаться из одного места в другое
• 
  Как научиться танцевать брейк данс дома для девочек 11 лет
• 
  Психология как научиться позитивно мыслить
• 
  Как научиться правильно набивать мяч
• 
  Как научиться выворачивать руки назад
• 
  Кунфу как научиться
• 
  Как научиться взрослому плавать в бассейне
• 
  Как научиться содержать дом в порядке и чистоте
• 
  Как научиться расставлять знаки препинания правильно
• 
  Как научиться экстрасенсорным способностям дома