Заказчик ожидал, что программа будет выполнять функции из технического задания, а переданная версия ведёт себя иначе. Или спор возник после доработки: исполнитель считает задачу выполненной, заказчик не видит нужного результата. Эксперт сопоставляет версию ПО, переданную или использовавшуюся в спорный момент, с пунктами задания и показывает, что подтверждено проверкой, где выявлено расхождение и каких данных не хватает для проверки отдельных условий.
Для первого сообщения достаточно описания переданной версии, спорных пунктов задания и одного-двух примеров расхождения. Если прежняя копия не сохранилась, укажите дату передачи или установки и перечислите оставшиеся подтверждения: акт, сведения об обновлениях, переписку, примеры дефекта. Файлы и доступ могут понадобиться позже, после согласования безопасной передачи и плана проверки. Краткое описание поможет понять, какие вопросы поддаются технической проверке и что понадобится дальше. Нажмите «Описать задачу без файлов». Если материалы содержат конфиденциальные сведения или персональные данные, сначала укажите состав материалов без вложений; способ передачи согласуйте отдельно.
Если судебная экспертиза уже назначена, вопросы и материалы проходят через назначивший орган; сторона может заказать отдельное внесудебное исследование у другого специалиста. Готовое экспертное заключение можно проверить с помощью рецензии, а вопросы и материалы для будущего исследования — обсудить на консультации. После изучения достаточных материалов можно отдельно заказать содержательный предварительный прогноз: специалист оценивает вероятный тип технического вывода и его ограничения.
Исследование подходит для споров о разработке, внедрении и сопровождении ПО, когда условие можно связать с наблюдаемым результатом: функцией, форматом данных, интеграцией, вошедшим в релиз исправлением или составом переданных файлов. Если спор прежде всего о трудоёмкости и цене, его предметом становится объём и стоимость работ; если о том, насколько продукт готов к использованию, — степень готовности ПО. Даже если эти задачи исследуют вместе, для каждой нужен свой критерий.
Когда проверка соответствия техническому заданию полезна
Здесь проверяют конкретное условие, а не общее впечатление от программы. Стороны могут спорить как о переданной версии, так и о том, что изменилось после обновления:
- Перед приёмкой стороны по-разному оценивают выполнение одного или нескольких пунктов задания.
- После передачи обнаружился дефект, и нужно определить, проявлялся ли он в версии на дату приёмки и при каких условиях.
- Требования менялись в ходе проекта; необходимо сопоставить редакции задания, версии продукта и предъявленные результаты.
- Спор касается сопровождения: была ли выполнена конкретная заявка, вошла ли оговорённая доработка в переданный релиз, соблюдены ли технически проверяемые параметры услуги.
Эксперт не признаёт договор нарушенным и не решает, является ли недостаток существенным для приёмки. Он описывает наблюдение, условие проверки и связь с пунктом задания. Правовые последствия и доказательственное значение заключения определяет суд.
Сначала фиксируют требование и исследуемую версию
Техническое задание само по себе ещё не даёт готового теста. Нельзя проверить, соответствует ли интерфейс требованию «удобный интерфейс», если заранее не определён признак удобства. Требование «при выборе периода отчёт содержит дату, сумму и идентификатор операции» допускает контрольный сценарий и сравнение результата. Для каждого спорного пункта эксперт указывает источник требования, его редакцию, ожидаемый результат, способ проверки и предел вывода. Неясные формулировки задания отмечают прямо; критерий не подбирают после получения результата.
Для проверки прежнего состояния прежде всего ищут переданный релиз или сохранённую копию установленной версии и сведения о датах её использования. Если копии нет, эксперт оценивает, позволяют ли другие материалы надёжно восстановить состояние на спорную дату; невозможность восстановления ограничит вывод. Исходные файлы с историей изменений помогают исследовать код, но для вывода о работавшем релизе дополнительно устанавливают, как версия кода связана со сборкой, переданными файлами и установленной программой. В репозитории — хранилище кода — могут находиться несколько веток, а работающий сервер может содержать иной релиз, настройки и данные. Поэтому фиксируют состав полученной версии, дату и способ получения, контрольные суммы файлов при необходимости, конфигурацию, зависимости и среду испытания. Сегодняшняя версия не подменяет прежнюю: обновление могло устранить дефект или создать новый.
Изменения задания прослеживают по дополнительным соглашениям, протоколам, задачам в системе управления проектом и переписке, где стороны обсуждали спорное условие. Эти сведения сопоставляют с версиями программы и актами передачи. Эксперт может установить техническую последовательность событий; вопрос о том, какие изменения стороны юридически согласовали, выходит за пределы его вывода. Если требуется восстановить ход изменений и передач версий как самостоятельный предмет, его рассматривают в экспертизе процесса разработки ПО.
Как проверяют выполнение требований
Результаты сводят в матрицу — таблицу по пунктам задания. Составной пункт делят на проверяемые условия: для каждого указывают редакцию задания, применимость условия, входные данные, ожидаемый результат, проведённый сценарий, фактический результат и подтверждающий материал. Непроверенные условия не смешивают с установленным расхождением.
Например, для импорта файла с заданными колонками эксперт сохраняет исходный файл, фиксирует состояние испытательной копии базы, версию программы и настройки, выполняет импорт и сравнивает полученные записи с ожидаемыми. Перед запуском сверяют значимые настройки и данные копии со спорной системой, сохраняют исходное состояние копии и отмечают преобразования данных. Различия, способные изменить результат, ограничивают вывод. До испытания на копии согласуют допустимые операции и права доступа: импорт изменяет данные. Если судебная экспертиза уже назначена и для проверки нужны дополнительные материалы или доступ, условия уточняют через назначивший орган; при внесудебном исследовании — с уполномоченным владельцем системы. Снимок экрана с ошибкой помогает определить сценарий проверки, но не заменяет испытание и не доказывает, в какой версии возникла ошибка.
Условная строка такой таблицы: пункт задания требует после импорта дату, сумму и идентификатор операции; в испытанном релизе при зафиксированных настройках идентификатор отсутствует. По этому условию выявлено расхождение. О других сценариях импорта один тест ничего не говорит.
- Документы. Сопоставляют договор, задание, спецификации, представленные документы об изменениях, критерии приёмки и акты с датами и версиями продукта.
- Продукт. Исследуют исполняемую версию, исходный код и конфигурацию в той мере, в какой это нужно для поставленных вопросов. Когда требуется связать код с релизом, сопоставляют ревизию, способ сборки, зависимости, поставленные файлы и сведения о развёртывании. Если связь установить нельзя, выводы о коде и о работающей программе разделяют.
- Испытание. Воспроизводят сценарии на подходящих данных, фиксируя состояние до запуска, входные данные, последовательность действий, настройки, права доступа, условия испытания и полученный результат. Для интеграции заранее согласуют испытательную среду, допустимые операции и права доступа с владельцами затрагиваемых систем; если безопасное испытание недоступно, это ограничивает вывод. Фиксируют версии интерфейсов и необходимые параметры соединения без ключей и токенов, а запросы, ответы и подтверждение обработки — в объёме, достаточном для вывода; из копий передаваемых материалов исключают лишние персональные и конфиденциальные сведения. Проверка с имитатором подтверждает поведение исследуемой программы в заданном сценарии, но не доказывает работу всей интеграции со спорной внешней системой.
Если проверяют сопровождение, дополнительно сверяют содержание заявки, исправление, вошедшее в переданный релиз, и результат повторного испытания. Срок реакции отсчитывают между событиями, названными в условиях обслуживания: например, от регистрации заявки до предусмотренного первого ответа либо начала её обработки. Срок восстановления определяют по зафиксированному возобновлению работы функции или системы, например по контрольной операции и журналу мониторинга. Для каждого события указывают источник времени, часовой пояс и возможное расхождение часов. Закрытие заявки само по себе не доказывает, что дефект устранён.
По каждому условию эксперт указывает, подтверждено ли соответствие в проверенных условиях, выявлено ли конкретное расхождение или вывод невозможен на представленных материалах. О частичном соответствии составного требования говорят только тогда, когда можно назвать проверенные соответствующие и несоответствующие части; непроверенные части отмечают отдельно. Последний вариант вывода важен, если отсутствует нужный релиз, данные, доступ к интеграции или установленное сторонами условие проверки. Эксперт объясняет, что помешало ответу: отсутствие доступа не доказывает отсутствие функции.
Проверка безопасности, качества исходного кода или причин сбоя возможна, когда соответствующий критерий и объект определены отдельно. Автоматический анализ кода не заменяет испытание пользовательского сценария, а единичное успешное испытание не доказывает отсутствие всех дефектов. Если нужно установить причину отказа, сопоставляют повторные испытания с изменением условий, журналы, данные, конфигурацию и состояние зависимостей. Если представленные данные не позволяют различить несколько возможных причин, это отмечают как ограничение вывода. О самостоятельной оценке кода рассказывает экспертиза качества исходного кода; о параметрах обслуживания — экспертиза сопровождения ПО и SLA.
Какие материалы подготовить
Полный комплект материалов определяют после уточнения вопросов. Для испытания сначала стараются подобрать минимальный пример без лишних рабочих данных. Если он не воспроизводит проблему, отдельно согласуют состав копии, удаление секретов и способ её передачи; подготовленные данные проверяют на пригодность для спорного сценария.
- Договор, техническое задание, приложения, дополнительные соглашения, критерии приёмки и относящаяся к изменениям переписка.
- Переданные версии программы, архивы исходного кода, относящиеся к поставленным вопросам, или согласованный доступ для чтения к нужным ревизиям репозитория, сведения о сборке, настройках, зависимостях и датах установки. Наличие ключей и токенов в коде учитывают при выборе передаваемых материалов и круга доступа.
- Акты передачи и испытаний, отчёты о тестировании, заявки на исправления, журналы ошибок и обращения в поддержку.
- Примеры входных и выходных данных, описание ожидаемого результата и условия, при которых проявляется спорное поведение.
- При судебном назначении — определение о назначении экспертизы и материалы, переданные эксперту назначившим органом.
До передачи полного задания, исходного кода и рабочих данных согласуют канал передачи, круг доступа, необходимость обезличивания и условия хранения. Доступ к действующей системе не предоставляют до согласования перечня операций и прав. Если доступна только рабочая система, отдельно определяют последствия испытания и способ фиксации её исходного состояния; когда безопасно проверить пункт нельзя, это становится ограничением вывода.
Если программа уже изменена, сохраните доступные копии прежних версий и сведения о том, когда каждая использовалась. Отсутствие части материалов не всегда исключает исследование, но может сузить перечень требований, по которым возможен вывод. Уже назначенный эксперт запрашивает недостающие объекты через назначивший орган, а не принимает новые материалы непосредственно от одной стороны.
Примеры вопросов на экспертизу
В вопросах называют версию программы, редакцию задания и условия проверки. При судебном назначении окончательные вопросы формулирует суд или другой назначивший орган и предоставляет материалы; эксперт выбирает необходимые способы проверки в пределах порученной задачи.
- Формирует ли версия программы, переданная по указанному акту, отчёт с полями из названного пункта задания при предусмотренных входных данных?
- Какой результат даёт исследуемая версия при выполнении согласованного сценария импорта на представленных входных данных и чем он отличается от результата, предусмотренного заданием?
- По каким из перечисленных условий задания подтверждено соответствие исследуемой версии, по каким выявлено расхождение, а по каким условиям представленных объектов недостаточно для вывода?
- Какие изменения, относящиеся к конкретной заявке, включены в переданный релиз по представленным данным о сборке и передаче?
- Проявляется ли заявленный дефект в этом релизе при названных условиях повторной проверки?
- Если отдельно поставлен вопрос о причине сбоя: какие технические обстоятельства вызывают воспроизводимый отказ в названном сценарии и какие варианты причины можно исключить по представленным данным?
Формулировки «виноват ли подрядчик», «можно ли расторгнуть договор» и «подлежит ли взысканию ущерб» требуют правовой оценки, а не компьютерно-технического исследования. Одна матрица соответствия не позволяет определить стоимость устранения недостатков, авторство кода и права на него; при необходимости для этого ставят отдельные задачи.
Что получает заказчик и с чего начать
По завершении судебного исследования эксперт направляет заключение назначившему органу; если дать заключение невозможно, направляет ему мотивированное письменное сообщение об этом. Во внесудебном формате заказчик получает письменный документ о проведённом исследовании. В заключении или внесудебном документе называют исследованный объект, редакцию требований, применённые способы проверки, полученные данные, выводы и их ограничения. Документ помогает сторонам предметно обсуждать доработку, а суду — разобраться в технических фактах; исход спора он не предрешает.
При первом обращении можно уточнить, подходит ли специалист для этой задачи, доступен ли объект и какой формат работы выбрать. Если требуется предварительный содержательный прогноз, после изучения достаточного объёма материалов специалист может оценить наиболее вероятный тип технического вывода по указанным вопросам и видимые ограничения. По итогам испытаний или получения новых объектов эта оценка может измениться, в том числе оказаться неблагоприятной для заказчика. Объём такой отдельной работы, стоимость, срок и форму результата согласуют до её начала. Прогноз не заменяет итоговое исследование и не гарантирует нужного вывода. Если судебная экспертиза уже назначена, назначенный эксперт не даёт одной стороне частную оценку исследуемого объекта.
Судебную экспертизу проводят по назначению уполномоченного органа; внесудебное исследование сторона может заказать самостоятельно для технической оценки и представить суду в установленном порядке. Рецензия нужна, когда уже есть готовое экспертное заключение и требуется проверить его метод и обоснование. Консультация помогает определить вопросы и материалы или обсудить план будущей проверки. Если задача состоит в улучшении продукта, проводят аудит или разработку, а здесь сопоставляют выбранную версию с требованиями задания.
Стоимость и срок зависят от числа требований, доступности спорной версии, необходимости настройки среды и объёма испытаний. Ориентиры для четырёх форматов работы показаны в карточках услуг на этой странице; точные условия определяют после уточнения задачи. Если готовите внесудебное исследование или вопросы для суда, нажмите «Описать задачу без файлов»: перечислите спорные пункты задания, опишите переданную версию и один-два примера расхождения без приложения файлов и предоставления доступа. Канал и состав передаваемых материалов согласуйте отдельно. Если экспертиза уже назначена, дополнительные вопросы и материалы направляйте через назначивший орган.
Проведение экспертизы по уголовному делу
Судебная экспертиза по уголовному делу производится государственными судебными экспертами и иными экспертами из числа лиц, обладающих специальными знаниями.
Согласно постановлению Пленума Верховного Суда Российской Федерации от 21 декабря 2010 г. № 28 «О судебной экспертизе по уголовным делам», негосударственными судебно-экспертными учреждениями признаются некоммерческие организации, созданные на основании Гражданского кодекса Российской Федерации и Федерального закона «О некоммерческих организациях» и ведущие судебно-экспертную деятельность согласно своим уставам.
По сведениям организации, проведение судебных экспертиз предусмотрено её уставом (см. действующую редакцию в разделе «Документы организации»). Это само по себе не означает автоматического поручения любой экспертизы. Возможность поручить конкретное исследование определяет назначающий орган.
Если по уголовному делу выбирают именно негосударственное судебно-экспертное учреждение, это решение должно быть мотивировано. Пункт 5 постановления № 28 связывает такой выбор с невозможностью провести исследование в государственном учреждении, обслуживающем соответствующую территорию: например, из-за отсутствия нужного специалиста, материально-технической базы или специальных условий, либо с отводом компетентных государственных учреждений. Дополнительно учитываются квалификация эксперта, основания для отвода и действующий перечень экспертиз, выполняемых только государственными судебно-экспертными организациями.
