Экспертиза программного обеспечения
Проверка ПО, сайтов, мобильных приложений, модулей, API и исходного кода на соответствие договору, ТЗ и заявленным функциям. Стоимость от 90 000 ₽. Москва и Московская область.
Проверка ПО сопоставляет конкретную версию результата разработки с согласованными требованиями. Нужно разделять отсутствие функции, воспроизводимый дефект и сбой, вызванный окружением или внешней интеграцией.
Предмет исследования
- Программная сборка, исходный код и конфигурация
- Договор, ТЗ, ЧТЗ и критерии приёмки
- Тестовые сценарии, логи и история версий
Примеры вопросов эксперту
- Какие требования реализованы в исследуемой версии?
- Какие недостатки воспроизводятся при заданных условиях?
- Связаны ли ограничения с кодом, настройками или внешними зависимостями?
- Достаточны ли материалы для проверки объёма и результата работ?
Окончательные вопросы формулируются по объектам и обстоятельствам конкретной задачи.
Что подготовить
- Согласованные требования со всеми редакциями
- Исследуемая сборка и сведения о версии
- Код и документация в согласованном объёме
- Описание среды, тестовые данные, логи и акты приёмки
Как строится исследование
Формируется соответствие «требование — способ проверки — результат». Указываются среда и условия воспроизведения. Анализ кода применяется по необходимости и не подменяет проверку фактического поведения программы.
Возможности и ограничения
Доступ только к интерфейсу может ограничить выводы о серверной части. Правообладание, размер убытков и наличие нарушения договора не устанавливаются автоматически техническим тестированием.
Что отражается в результате
Результат содержит проверенные требования, воспроизводимые сценарии, выявленные несоответствия и ограничения исходных материалов.
Из чего состоит воспроизводимый сценарий проверки
Сообщение «кнопка не работает» становится проверяемой технической задачей, когда описаны начальное состояние системы, роль пользователя, входные данные и последовательность действий. В протоколе также нужны ожидаемый результат и фактическое наблюдение. Повторная проверка должна позволять понять, выполнены ли те же условия, а не только увидеть похожий экран.
- Для отчёта сохраняют параметры отбора, период, исходные записи и полученный файл.
- Для интеграции — пример запроса и ответа, время операции, код результата и относящиеся журналы.
- Для ошибки доступа — роль, настройки разрешений и действие, которое пользователь пытался выполнить.
- Для нестабильного дефекта — несколько наблюдений с условиями появления и сведения об успешных выполнениях того же сценария.
Результаты следует различать: требование проверено и выполнено; проверено и обнаружено несоответствие; проверка ограничена отсутствием данных или доступа. Последняя ситуация сама по себе не означает, что функция отсутствует. Например, недоступность внешнего сервиса может мешать завершить сценарий, хотя соответствующий программный модуль присутствует.
Тестовые данные выбирают так, чтобы сохранялся смысл операции, включая пограничные случаи и известные спорные примеры. Конфиденциальные сведения можно обезличить, если замена не меняет условия возникновения ошибки. Согласованный набор сценариев и приложений помогает проверить выводы без повторения всей истории разработки.
Расскажите
о вашей задаче.
Опишите ситуацию и приложите материалы. После изучения запроса согласуем формат исследования, вопросы, сроки и стоимость.