Что это значит? Т.е. что вы сделаете?- эта деятельность подразумевает написание кода, который тестирует код (т.е. вызов методов с разными параметрами и проверка результатов)
Есть возможность автоматизировать тестирование таким образом, чтобы система сама на этапе разработки программисту подсказывала, что данная доработка негативно повлияет на другой объект.- из коробки, такого решения нет. Ведь, никто, кроме вас не знает, что является негативным влиянием, а что позитивным. Вдруг, вам так и надо, чтобы после новой доработки, справочник стал недоступным для редактирования?
К примеру: При реализации описанного кода (метода), поле "Полное наименование" справочника Номенклатура становится недоступной для редактирования!
А какой из них подойдет для группы в которой есть только РП- это не варианты, а идеальная ситуация, когда у вас есть все сразу. От тестирования самых простых методов, до автоматизированного прогона конкретного use-case
Программисту, у которого задач выше крышивот с этим к РП. Просто закидать задачами на разработку - это не управление проектом. Такими вопросами на планировании нужно обязательно задаваться, как тестировать
или Аналитику которые не знает язык программирования- я понимаю, ситуация тяжелая. Но, давайте честно, не уникальная. Есть BDD практики, когда разработчик описывает в коде простые операции (нажать кнопку, проверить значение и т.д.), а аналитик/тестировщик/менеджер пишет на вполне человеко читаемом языке тестовые сценарии, все это связывается и исполняется
Тестированием кому заниматься- ну остается вариант нанять тестировщика (уверен, в вашем городе их чуть меньше, чем юристов и SMMщиков). Если нет такого, возьмите удаленного.
ie.ElementWithTag("a", Find.First());
Finds the first element of the expected type.