Что подразумеваешь под понятием качества

Что такое качество в контексте разработки ПО?

Качество (Quality) — это комплексное и многогранное понятие, которое выходит далеко за рамки простого отсутствия багов. В индустрии разработки программного обеспечения я, как QA Engineer, рассматриваю качество как степень соответствия продукта совокупности явных и неявных требований, ожиданий и потребностей всех заинтересованных сторон (стейкхолдеров).

Это означает, что качественный продукт должен быть:

• Полезным и ценным для конечного пользователя и бизнеса.
• Надёжным и предсказуемым в своей работе.
• Удобным и интуитивно понятным в использовании.
• Эффективным с точки зрения производительности и использования ресурсов.
• Совместимым с целевыми окружениями и системами.
• Безопасным для данных и операций.
• Поддерживаемым для дальнейшего развития командой инженеров.

Компоненты качества: взгляд через стандарт ISO 25010

Стандарт ISO/IEC 25010 прекрасно структурирует внутренние и внешние атрибуты качества программного продукта на восемь характеристик. Это позволяет перевести абстрактное понятие "качества" в конкретные, измеримые критерии для тестирования.

Внешнее качество (качество в использовании)

Эти характеристики непосредственно ощущает пользователь при взаимодействии с продуктом.

1. Функциональная пригодность (Functional Suitability)

    *   **Полнота (Completeness)**: Реализованы ли все необходимые функции?
    *   **Корректность (Correctness)**: Функции работают точно так, как задумано и описано в требованиях?
    *   **Уместность (Appropriateness)**: Насколько функции решают именно те задачи пользователя, для которых продукт создан?

1. Производительность (Performance Efficiency)

    *   **Время отклика (Response Time)**: Как быстро система реагирует на действия пользователя?
    *   **Использование ресурсов (Resource Utilization)**: Сколько памяти, процессорного времени, сетевого трафика потребляет приложение?
    *   **Пропускная способность (Throughput)**: Сколько операций или пользователей система может обработать за единицу времени?

1. Совместимость (Compatibility)

    *   Способность продукта обмениваться информацией и работать совместно с другими системами, а также функционировать в разных средах (браузерах, ОС, устройствах).

1. Удобство использования (Usability)

    *   **Обучаемость (Learnability)**: Насколько легко новому пользователю освоить интерфейс?
    *   **Эффективность использования (Operability)**: Может ли опытный пользователь выполнять задачи быстро?
    *   **Защищённость от ошибок пользователя (User error protection)**: Насколько система предотвращает, распознаёт и помогает исправить ошибки ввода.

1. Надёжность (Reliability)

    *   **Зрелость (Maturity)**: Частота сбоев в нормальных условиях.
    *   **Восстанавливаемость (Recoverability)**: Способность восстановить данные и возобновить работу после сбоя.
    *   **Доступность (Availability)**: Готовность системы к использованию, когда это нужно.

1. Безопасность (Security)

    *   **Конфиденциальность (Confidentiality)**: Защита данных от несанкционированного доступа.
    *   **Целостность (Integrity)**: Предотвращение несанкционированного изменения данных или кода.
    *   **Аутентификация и авторизация (Authentication & Authorization)**: Правильность идентификации пользователей и контроль их прав.
    *   **Неотказуемость (Non-repudiation)**: Невозможность для пользователя отрицать совершённое действие.

1. Поддерживаемость (Maintainability)

    *   **Модифицируемость (Modifiability)**: Насколько легко вносить изменения, исправлять дефекты или добавлять новые функции.
    *   **Тестируемость (Testability)**: Насколько легко создавать тесты для проверки продукта.
    *   **Анализируемость (Analyzability)**: Простота диагностики причин сбоев.

1. Переносимость (Portability)

    *   **Адаптивность (Adaptability)**: Лёгкость переноса системы в другую среду.
    *   **Устанавливаемость (Installability)**: Простота процесса инсталляции и деинсталляции.

Внутреннее качество (внутренние атрибуты)

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

• Читаемость, структурированность, соблюдение стандартов кодирования.
• Отсутствие "запахов кода" (code smells), низкая цикломатическая сложность.
• Наличие модульных и интеграционных тестов.
• Качество документации для разработчиков.

Роль QA Engineer заключается в том, чтобы проактивно влиять на все эти аспекты качества на протяжении всего жизненного цикла разработки (SDLC), а не просто находить ошибки на выходе. Мы:

• Участвуем в обсуждении требований, задавая "правые" вопросы о полноте, двусмысленности и тестируемости.
• Проектируем и выполняем тесты, покрывающие все перечисленные характеристики.
• Автоматизируем рутину для быстрой обратной связи.
• Работаем с метриками (например, количество дефектов, время восстановления после сбоя, процент успешных тестов) для объективной оценки качества и принятия решений о выпуске.

Таким образом, качество — это не состояние, а непрерывный процесс создания ценности, управляемый данными, collaboration всей команды и фокусом на потребности пользователя. Задача QA — быть адвокатом этого качества внутри команды.