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

а также требования к покрытию кода автотестами

При выполнении работ, необходимо разработать систему автоматизированного тестирования программного обеспечения (далее – ПО), состоящую из:
  набора приёмочных автотестов, затрагивающих основные функции Системы (Sanity-тесты) и регрессионных автотестов, относящихся ко всему имеющемуся функционалу Системы;
  инструкций по развёртыванию и доработке автотестов;
  инструкций по запуску автотестов;
  исходных кодов автотестов.
Система автоматизированного тестирования ПО должна быть создана с помощью специализированных инструментов тестирования.
Система автоматизированного тестирования ПО должна содержать как позитивные, так и негативные сценарии поведения пользователей или Системы.
Система автоматизированного тестирования ПО должна формировать отчёт о результатах выполнения автотестов в человекочитаемом виде.
Автоматизированное тестирование должно учитывать работу с Системой пользователями разных ролей и уровней доступа.
При расширении функционала Системы, исправлении найденных дефектов в работе Системы необходимо соответственно актуализировать и перечень автоматизированных тестов.
Каждое изменение(релиз) Системы, выходящее в эксплуатацию, должно сопровождаться отчётом о проведённом автоматизированном тестировании, содержащем данные о всех выполненных проверках функциональности и их результатах.

это на какой язык?

И на сколько это требования жесткие? Рекомендации или "иначе низя"?

Универсальные, я не могу ограничить исполнителя языком

Это требования а не рекомендации! Только так и никак иначе!

Тогда вообще ужас. Есть разумные тезисы, но оформление кода должно быть в код стайле языка, а не как написано в каких-то там требованиях. По стилю тоже куча страшных граблей. По правилам ОП, а если он на Котлин в ФП-стиле пишет, или вообще на каком-нибудь F#. И даже если мы говорим про plain old java, некоторые категорические требования должны быть максимум рекомендациями.

  методы не должны занимать более 25 строк
А если там сложная логика?

- категорически запрещается дублирование одинакового кода
А если это С?

- тело метода анонимного класса должно состоять только из вызова метода объемлющего класса;
Это вообще что такое?

-аргументы, передаваемые в методы, не должны изменяться внутри этих методов;
А если это С?

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

А это почему? Чем статики не угодили?

-комментарии должны быть только на русском языке;
ааааа. Не пойду к вам работать.

Так это на приемку кода от исполнителя

Это к тем кто делает заказ выдвигается

последнее было шуткой.

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

я так понимаю, это какое-то одно из приложений к документации? вы в основной документации ссылаетесь на 34ый ли 19ый гост как стандарт оформления? и будь я потенциальным исполнителем я бы спросил, что делать если я использую в составе разрабатываемой системы какой то опенсорсный кусок, надо ли мне менять там нотацию комментариев, например?)