Можно оптимизировать test-suite не dev.to, а своего проекта.
В таком случае для сдачи задания нужно написать case-study о сделанной оптимизации.
В этом задании предлагаю вам попрактиковаться в оптимизации test-suite на примере dev.to.
Поскольку у вас уже есть развёрнутый локально dev.to, сделанный в рамках задания №3, предлагаю работать в нём же.
Вооружитесь инструментами, рассмотренными на лекции, и разгоните этот test-suite!
Чтобы запечатлеть свой прогресс и в дальнейшем защитить его от деградации, сделайте сбор DX-метрики времени выполнения test-suite в InfluxDB и постройте график в Chronograf.
Сделать это очень просто с помощью https://github.com/influxdata/TICK-docker и https://github.com/palkan/influxer.
Подумайте, как бы вам было удобно прикрепить отправку метрики в InfluxDB к прогону тестов.
Старайтесь держать feedback-loop коротким. test-suite целиком в один процесс выполняется около 10 минут, это очень долго. Используйте семплирование. Если вы обнаружите проблему, то выберите какой-нибудь один тест, на котором она воспроизводится, и исправьте её, работая с этим тестом.
Попробуйте все инструменты из test-prof!
json-flamegraph для всего test-suite целиком занимает около 1Gb. Speedscope.app открыть его не может.
C отчётом stackprof для всего test-suite можно работать через CLI stackprof, и через qcachegrind.
С ruby-prof надо работать ещё аккуратнее, потому что он, как tracing profiler, собирает очень много данных, с которыми в дальнейшем тяжело работать.
-
PRс оптимизацией в https://github.com/spajic/task-3 - В описание
PRдобавитьcase-studyпроделанной работы и достигнутых результатов - Добавить скриншот с графиком изменения времени прогона
test-suiteвChronograf