Системное тестирование - это этап тестирования программного обеспечения, на котором тестируется полный и полностью интегрированный программный продукт на основе спецификации программного обеспечения (SRS: Software Requirement Specification). Основная цель такого тестирования — это процесс оценки, который охватывает аспекты, связанные с бизнесом, функциональной спецификой и потребительскими ожиданиями.
Пользователь
Лидерство в тестировании — выполнение тестового проекта
Цель нашего обсуждения сегодня - разобрать процесс проведения тестирования проекта. Мы затронем следующие темы:
• Классический подход к тестированию
• Анализ успехов и неудач в ходе тестирования
• Проблема уменьшения покрытия(эрозии) тестирования
• Управление инцидентами в процессе тестирования
• Управление финальной игрой
Долой баги! Рандомизация веб-тестирования
В своей книге "Методы тестирования программного обеспечения" Борис Бейзер описывает парадокс пестицидов. В контексте тестирования программного обеспечения - независимо от того, какой метод тестирования вы выберете, вы все равно пропустите более незаметных “вредителей”, то есть баги.
Объяснение Бейзера заключается в том, что со временем все меньше и меньше ошибок будут находиться в тех частях кода, которые были тщательно протестированы, а ошибки, которые обнаружат пользователи, будут в областях, которые были протестированы менее тщательно.
Как же с этим справиться? Расширить охват тестирования, добавив в свой процесс фаззинг.
9 советов как ускорить автоматизированные UI тесты
Интересуетесь, как ускорить автоматизированные UI тесты? Узнайте эффективные и действенные советы, которые помогут вам быстрее и эффективнее выполнять UI автотесты.
Генерация тест-кейсов на основе искусственного интеллекта: революционный подход для тестировщиков
Современные приложения становятся все более сложными и потребность в актуальном и эффективном тестировании растет. Ручное создание тест-кейсов может занять много времени, поэтому применение генерации тестов на основе ИИ может сделать этот процесс более эффективным.
По мере того, как растет потребность в более быстрых циклах разработки и повышении качества программного обеспечения, генерация тест-кейсов на основе ИИ выступает в роли силы, которая способствует преобразованиям в тестировании. В этой статье мы изучим революционный концепт создания тест-кейсов с использованием ИИ, и покажем его потенциал в изменении парадигм тестирования ПО за счет повышения эффективности, покрытия и точности.
Ключевые концепции тестирования требований
Требование — это спецификация того, что должно быть реализовано. В нем описывается поведение и атрибуты системы.
Тестирование требований - необходимая и очень важная процедура, которая помогает оптимизировать работу команды и избежать недопонимания, а также позволяет понять, могут ли эти требования быть выполнены с точки зрения времени, ресурсов и бюджета.
Лидерство в тестировании — Сколько тестирования достаточно?
Какого объема тестирования достаточно? Это классический, не имеющий ответа философский вопрос, который задают все тестировщики, потому что заинтересованные стороны задают его им самим.
Заинтересованные стороны хотят знать это, потому что им нужна уверенность в том, что системы прошли надлежащее тестирование, но, поскольку они платят за это и должны уложиться в установленные сроки, они также хотят знать потенциальную стоимость тестирования и сколько времени это займет.
Пирамида автоматизации тестирования
Пирамида автоматизации тестирования Майка Кона помогла многим командам с начала 2000-х годов.С тех пор мы немного подкорректировали её, чтобы уточнить наши цели, добавили облако сверху, чтобы показать, что не все регрессионные тесты можно автоматизировать. Иногда нам нужны тесты, ориентированные на человека, которые включают в себя исследовательские тесты (ИТ - exploratory tests).
Эта модель помогает командам понять, что в большинстве случаев стоит автоматизировать тесты на максимально детализированном уровне приложения, чтобы обеспечить адекватную защиту от нестабильности при проверке регрессии.
Автоматизация развертывания инфраструктуры (IaC)
Terraform - это инструмент с открытым исходным кодом, реализующий концепцию "Инфраструктура как код" и разработанный компанией HashiCorp.
В своем декларативном характере Terraform позволяет разработчикам использовать высокоуровневый язык конфигурации HCL (HashiCorp Configuration Language) для описания желаемого состояния облачной или локальной инфраструктуры, предназначенной для запуска приложений. Следующим шагом является формирование плана достижения данного состояния и выполнение этапа подготовки инфраструктуры.
Мокаем сервисы с Mountebank и Go
Mountebank - это мощная платформа для тестирования API и mocking-a, предоставляющая пользователям функционал и инструменты для создания гибких, настраиваемых и надежных тестовых окружений. В этой статье автор рассмотрит настройку Mountebank на реальном примере.
5 практик тестирования, которые должны быть в вашем CI/CD-процессе
Никто не хочет ошибок в своих приложениях, так как это может стоить вашей компании миллионы долларов. Внедрение следующих 5 практик тестирования поможет вам избежать такой ситуации.
Позвольте мне рассказать вам историю...
10 хороших практик автоматизации на Selenium C#
Я хотела бы поделиться с вами несколькими хорошими практиками, которым я научилась в процессе работы – но как бы мне хотелось их знать, когда я только начала свое путешествие в мир автоматизированного тестирования. Хотя то, что мы называем «лучшей практикой», не обязательно подойдет для конкретного проекта или специалиста. В статье вы найдете советы о том, как можно улучшить свой фреймворк автоматизации на Selenium C#.
Непрерывное тестирование: разработка выигрышной стратегии тестирования
Сегодня специалистам по тестированию и менеджменту необходимо достичь оптимального баланса между скоростью и качеством при поставке программного обеспечения для современного бизнеса. Если вы стремитесь пересмотреть процесс обеспечения качества с целью ускорения выпуска продукта и внедрить непрерывное тестирование (Continuous Testing), то эта статья для вас.
Критерии приемки для пользовательских историй: цели, форматы, примеры и лучшие практики
Поговорим о важности хорошей документации в разработке ПО с использованием "user stories" (US) и "acceptance criteria" (AC). Автор предостерегает от ситуаций, когда разработка не соответствует ожиданиям заказчика из-за недостаточной документации.
Основное внимание уделено AC, которые определяют условия, необходимые для принятия продукта пользователями. Текст разъясняет цели и структуру AC, подчеркивая их важность для уточнения требований, управления сценариями и обеспечения коммуникации между заказчиком и командой разработки.
Лидерство в тестировании — документация
Независимо от того, какой это проект, организация или подход, всегда найдется место для документации. Хорошая документация — это находка, предоставляющая полезную информацию о подходах, масштабах, планах, конструкциях и результатах анализа, разработки и тестирования.
Топ 5 QA-метрик для улучшения качества тестирования
В чем ценность QA-метрик? Есть ли смысл тратить усилия на измерение, анализ, проверку, а затем на принятие действий в соответствии с полученными результатами? Тип и необходимость QA-метрик изменились с популярностью и широким распространением методологии разработки программного обеспечения Agile.
Лучшие QA-метрики обеспечивают реальную ценность для бизнеса и стимулируют изменения, которые улучшают качество обслуживания клиентов за счет повышения качества выпускаемых приложений.
Лидерство в тестировании: тестирование, основанное на рисках
Риски, если они материализуются, оказывают негативное влияние на наши проекты. Управление рисками — это осмысление существующих рисков и принятие мер по снижению их вероятности, устранению или уменьшению их влияния на цели наших стейкхолдеров.
С точки зрения тестирования и обеспечения качества, риск — это "тип неудачи, о котором следует беспокоиться”. Тестирование на основе рисков — это практика моделирования возможных режимов отказа системы как рисков продукта для определения объема тестирования, масштабирования и установления приоритетов.
Миф о полном отсутствии дефектов
К счастью, большинство тестировщиков понимают, что понятие «полное отсутствие дефектов» на самом деле является заблуждением. Однако, представление о том, что некий программный продукт не имеет дефектов, все еще сохраняется в ИТ-отрасли в целом. И от этого представления очень важно избавиться. Приведем несколько кратких тезисов, которые могут вам в этом помочь.
Применяем BDD правильно
Сегодня я хотел бы поговорить об одной распространенной ошибке в автоматизированном тестировании с использованием BDD, а именно – об использовании императивных описаний тестов вместо декларативных.
Почему QA должен быть осведомлен об архитектуре проекта?
В этой статье я собираюсь поделиться некоторыми идеями, которые помогли создать качественные продукты. Хотя QA не является единственным лицом, ответственным за качество, но в большинстве случаев QA является последним человеком, который проводит предварительное / сквозное тестирование, прежде чем доставлять или демонстрировать его клиентам.
Это будет полезно для тестировщиков, обычно фокусирующихся на тестировании с использованием "черного ящика" и автоматизации тестирования, но не проникающихся архитектурой и деталями реализации.
Тенденцией современности является изучение всё большего количества инструментов для автоматизации, но мышление QA важнее.
Information
- Rating
- Does not participate
- Registered
- Activity