Взагалі саме словосполучення "Тестовий фреймворк" звучить красиво. Все Джуніор мріють про те, щоб побачити це чудо світу - фреймворк. Все Мідл прагнуть до того, щоб зробити архітектурний внесок або переворот в ньому. Ну і нарешті, кожен синьйор, прийшовши на проект, починає здійснювати всі свої заповітні мрії при написанні найпрекраснішого і корисного фреймворка. Зараз все, у кого самооцінка завищена, повинні запищав і закрити сторінку.
Ще один аргумент на користь «не писати своє". Яка основна задача автоматизації тестування? Правильно - зменшення витрат часу на ручне тестування і автоматизація рутинних операцій. Основна мета створення тестового фреймворка - це спрощення створення цих самих тестів. Фреймворк повинен дозволяти швидко і легко створювати тести. Якщо у вас є готовий фреймворк і ви пишете менше ніж два UI тесту в день - то це момент, над яким потрібно подзадуматься.
Ну і останнє. Головний ризик при написанні своїх фреймворків - це код заради коду. Створення проекту, який буде не в якості помічника головного проекту, а створення монстра, який буде зжирає час і ресурси.
Але! Я теж був таким же, читав книги по паттернам, вивчав мови програмування і писав всякі штуки. Хоча, че писав? Пишу і буду писати, тільки буду робити це на основі готових бібліотек і якісних рішень. Дякуємо за увагу.