Хорошо, давайте посмотрим, что у вас есть:
у вас есть какой-то код в приватном методе, если вы не сделаете его общедоступным, вы не сможете проверить его напрямую, потому что выне могу это назвать.Я не рассматриваю здесь какие-либо уловки, которые позволяют вам вызывать частные методы.
что делает этот метод?Это совсем не ясно, он получает объект, мы не знаем, что в нем.Вы преобразовываете это в строку, но что если это не строка?Можете ли вы преобразовать этот объект в строку?кто знает.
Итак, у нас есть метод, который мы не знаем, что он делает, мы не знаем, что он получает в качестве параметров, мы не можем вызвать его напрямую,но мы хотим проверить это.Это не очень хорошая позиция.
Сделайте шаг назад и спросите себя, что вы на самом деле пытаетесь проверить?
Вы сказали: Как я могу проверить, чтоgroupName передается другой модели представления правильно?
что означает «правильно»?Вам нужно определить, что означает для этой строки правильный .Это даст тестовый сценарий, с которым вы можете работать.
Я ожидаю получить объект, который выглядит как A, и я хочу преобразовать его в строку, которая выглядит как B. Пока забудьте о моделях представления, это просто неважный шум.
Вы можете изменить метод на общедоступный и проверить, что для разных типов входных данных вы получите правильный результат.Это буквально, работа с объектом и извлечение некоторых вещей из него.Если этот метод верен, вы можете гарантировать, что модель представления получит правильный ввод, и это достаточно хорошо с точки зрения модульного тестирования.
Вы, конечно, можете добавить больше тестов для различных входов, вы можете проверитьдля правильных условий отказа и т. д.