Критичность и приоритет дефектов в разработке ПО это базовые аспекты артефактов тестирования. Качество программного обеспечения играет ключевую роль в конкурентоспособности любой компании, поэтому важно уделять должное внимание процессу тестирования. Частью этого процесса является управление дефектами, которые могут возникать в процессе разработки. При этом каждый issue должен быть классифицирован учитывая его критичность и приоритет дефектов.
Критичность дефекта, или Severity, описывает важность воздействия конкретной ошибки на функционирование ПО. Она определяется на основе технических характеристик дефекта и может быть критической, высокой, средней или низкой. Критический дефект имеет наибольшую критичность и приводит к масштабным последствиям, таким как потеря данных или нарушение ключевой функциональности ПО. Высокий дефект также имеет серьезное воздействие на пользователей, но не настолько критичен, как критический. Средний дефект может влиять на работу пользователей, но в большинстве случаев имеет обходные пути. Низкий дефект имеет наименьшую критичность и редко влияет на работу пользователей.
Тестирование по степени глубины — это подход к тестированию программного обеспечения, при котором проводятся тесты на всех уровнях системы. Два этих подхода и тест критического пути и расширенное тестирование — это два подхода к тестированию по глубине, которые могут использоваться для проверки работы приложения на разных уровнях.
Тест критического пути
Тест критического пути — это подход к тестированию, при котором тестируются только наиболее критические компоненты системы. То есть проводится тестирование только тех компонентов, которые являются необходимыми для успешного выполнения ключевых сценариев использования системы. Этот подход позволяет сократить время и затраты на тестирование, но при этом он может привести к тому, что некоторые ошибки останутся незамеченными.
Расширенное тестирование
Расширенное тестирование — это подход к тестированию, при котором тестируются все компоненты системы. Этот подход позволяет выявить большее количество ошибок, чем тест критического пути, но при этом он требует больших затрат на тестирование и может занять больше времени.
Десктопные приложения – это полнофункциональные программы, которые работают вне зависимости от других приложений и требуют наличие оператора. Для их работы необходимы достаточные аппаратные ресурсы компьютера, само приложение и набор функций для работы с приложением.
Багтрекер — прикладная браузерная или десктопная программа, разработанная с целью помочь разработчикам ПО учитывать и контролировать ошибки, найденные в программах, пожелания пользователей, а также следить за процессом устранения этих ошибок и выполнения или невыполнения пожеланий.
Багтрекеров много, но самые популярные из них у всех на слуху: JIRA, Redmine, Bugzilla. Пройдемся по каждому из них в отдельности.
В каждом браузере есть свой инструмент разработчика – это то, что многие называют просто «консолью», рассмотрим Консоль в браузере Chrome. Выглядит вот так:
Консоль в браузере Chrome
На самом деле Консоль в браузере Chrome — это инструмент, с помощью которого можно не только посмотреть наполнение страницы, выводимой браузером, а также существующие ошибки (что чаще всего и делают тестировщики), но и исправить эти ошибки намного проще и быстрее (что чаще всего делают девелоперы), замерять различные показатели и манипулировать страницей.
