Такую возможность пока не реализовали, но в планах есть сбор статистики по проектам в единой системе, на основе которой возможно принять управленческое решение по долгосрочному развитию сервисов. Твоя идея хорошая! Факт отключенного правила можно считать одним из параметров статистики
Классические инструменты с появлением ИИ никуда пропадают) ИИ дает значительное ускорение в некоторых видах нашей рабочей деятельности, но создаваемую информацию приходится более тщательней валидировать. И в этом случае детерминированные решения позволяют автоматизировать часть ручных проверок без потери качества)
Стоит заметить, что mocks могут применяться как для проверки вызова, так и для возвращения результата метода. В то время stubs только для возвращения результата.
Согласно вашей заметке, для возвращения результата нужно всегда использовать stubs, а не mock. Что не совсем корректно.
Whereas a mock can be used both for stubbing and mocking, a stub can only be used for stubbing.
Такую возможность пока не реализовали, но в планах есть сбор статистики по проектам в единой системе, на основе которой возможно принять управленческое решение по долгосрочному развитию сервисов. Твоя идея хорошая! Факт отключенного правила можно считать одним из параметров статистики
Классические инструменты с появлением ИИ никуда пропадают) ИИ дает значительное ускорение в некоторых видах нашей рабочей деятельности, но создаваемую информацию приходится более тщательней валидировать. И в этом случае детерминированные решения позволяют автоматизировать часть ручных проверок без потери качества)
Верно, связанность, ведь речь именно про coupling. Спасибо за замечание
Согласно вашей заметке, для возвращения результата нужно всегда использовать stubs, а не mock. Что не совсем корректно.
Ссылка на документацию