foonfyrick

Тесты проверяют код, который будет выполнен. Нет никакого смысла тестировать код, который не будет выполняться.
Тестируемые функции в тестовом классе писать не нужно.

Всё верно, только логику обработки кнопок нужно выносить в презентер. При нажатии в презентер сообщать "такая-то кнопка нажата".

что произойдет с презентером при повороте экрана?
что произойдет с потоком который хочет обратиться к уничтоженному View?

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

вывести массив тут: // здесь размер массива равен 144
вывод обернуть в runOnUiThread
почитать про LIveData и MVVM

Обобщения (Generic)

прочитай вот это минимум дальше ешё раз читаешь и каждый пример делаешь в коде, а потом ещё раз на своём любом проекте - будешь стараться, уйдёт 2-3 недели, мне хватило этого, что бы попасть в своё время на стажировку. Но это далеко не всё, что спрашивать будут