Модульное тестирование старого приложения - какие компоненты следует учитывать в первую очередь?
В настоящее время я работаю над проектом, которому уже более 4 лет (iOS - с дизайном MVC), который прошел через множество различных разработчиков. В течение многих лет он разрабатывался по принципу «пока он работает нормально». Совершенно неожиданно мой клиент попросил добавить в проект модульное тестирование, и я действительно не знаю, с чего начать работу над проектом.
Кто-нибудь может предложить хорошую отправную точку? Я имею в виду, в каком классе (контроллеры представления, модели, утилиты) я должен сначала написать тестовые примеры?
Спасибо за ваш комментарий. Я нахожусь в ситуации с Massive View Controller, в моем приложении есть основной VC, который состоит из нескольких контроллеров дочерних представлений, каждый из которых так же важен, как и другие. Другая проблема заключается в том, что дочерние контроллеры представления связаны вместе. Теперь мне просто нужен совет от кого-то, кто был вовлечен в такую же ситуацию, достаточно даже общего предложения :)
Ответы 1
Трудно сказать, не видя вашей кодовой базы, но я бы сначала начал с классов утилит, реорганизовал бы их, чтобы сделать их тестируемыми (где известные входные данные будут давать известные выходы), а затем начну добавлять модульные тесты. Когда вы занимаетесь новой разработкой (добавляете новые функции, исправляете ошибки и т. д.), Убедитесь, что вы проводите тесты для той работы, которую вы проделали, таким образом, ваше количество тестов будет расти, и через некоторое время у вас будет довольно хорошее покрытие.
Я думаю, что это довольно самоуверенный вопрос, если вы не отредактируете свой вопрос, предоставив более подробную информацию. Я думаю, что определенно хорошо сделать шаг назад и действительно подумать о том, с чего начать объективно. Не могли бы вы рассказать нам больше о приложении, какова наиболее важная часть приложения, являются ли модели простыми моделями или у них есть что-то еще? Насколько легко реорганизовать эти части приложения?