Тестирование и контроль качества

Black-box

Black-box («тестирование черного ящика», функциональное тестирование) – анализ кода, при котором у тестировщика нет доступа к исходным данным. У них нет никакой информации о ПО – приложение, по сути, представляет собой черный ящик с неизвестным содержимым, поэтому методика получила такое название.

Особенности Black-box:

• Тестирование ориентировано на пользователя

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

• Гибкость при разработке тест-кейсов

  Различные методы их разработки позволяют обеспечить эффективное тестовое покрытие.

• Подходит для крупных проектов

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

• Простота масштабируемости

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

• Нет необходимости анализировать внутреннюю организацию ПО

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

• Раннее обнаружение проблем с интерфейсом

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

Smoke Testing

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

Особенности Smoke Testing:

• Экономия времени и ресурсов

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

• Автоматизация

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

• Стабильность сборки

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

• Обнаружение проблем на ранних этапах

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

Regression Testing

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

Особенности Regression Testing:

• Уменьшает количество ошибок после обновлений

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

• Помогает оценить влияние нового кода

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

• Ускоряет вывод продукта на рынок

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

• Удешевляет подготовку продукта к запуску

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

Full Testing

Full Testing (полное тестирование) — вид теста, направленный на подтверждение того, что приложение может использоваться по назначению при любых условиях. Бизнес-логика, функциональность, проверка пользовательского интерфейса и производительности, тестирование удобства пользования, тестирование локализации — то есть полная проверка IT-решения перед релизом. Эти тесты представляют полный набор услуг и могут проводиться в зависимости от целей конечных пользователей продукта.

Особенности Full Testing:

• Надежность на 99,9%

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

• Устойчивость к любым ситуациям

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

• Оценка рисков в системе

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

• Полное UI/UX-тестирование

  Протестируем интерфейс вашего ПО на соответствие заданным спецификациям и современным стандартам пользовательского опыта.