B
Я думаю в комите надо какие-то подсказки
Можно в таске указать например компоненту, какая затрагивается. Это конечно не совсем автоматика, и накладывает ответственность на человека, но . Как вариант
Size: a a a
2020 August 23
ДП
Можно в таске указать например компоненту, какая затрагивается. Это конечно не совсем автоматика, и накладывает ответственность на человека, но . Как вариант
вариантов может быть множество, все зависит от проекта и как вы это сделаете, я озвучил возможность и общую концепцию, у нас успешно работает уже долгое время. А тут все сразу свалилось в детали )
B
вариантов может быть множество, все зависит от проекта и как вы это сделаете, я озвучил возможность и общую концепцию, у нас успешно работает уже долгое время. А тут все сразу свалилось в детали )
Да потому что это боль. И тут задело некоторых, что у вас этой боли нет😂
SK
или его часть )) ну это же описывается все предварительно, это не с бухты барахты все ))
т.е. руками мапить файлы на тесты?
ДП
т.е. руками мапить файлы на тесты?
Та е мае:) один раз делается руками, после все автоматично
SK
Та е мае:) один раз делается руками, после все автоматично
пока не добавятся/переименуются файлы.
а как у вас поддерживается этот маппинг? Раз в какое-то время пересматривается? Или как-то разработчики сознательно актуализируют?
а как у вас поддерживается этот маппинг? Раз в какое-то время пересматривается? Или как-то разработчики сознательно актуализируют?
ДП
пока не добавятся/переименуются файлы.
а как у вас поддерживается этот маппинг? Раз в какое-то время пересматривается? Или как-то разработчики сознательно актуализируют?
а как у вас поддерживается этот маппинг? Раз в какое-то время пересматривается? Или как-то разработчики сознательно актуализируют?
Ещё раз:) по-файлово это было условно, у нас по модулям (папкам), как актуализируется - это часть культуры (можно смотреть на тестрейл как вариант) можно добавить скрипты на проверку удаления/добавления- вариантов много
SK
вариантов может быть множество, все зависит от проекта и как вы это сделаете, я озвучил возможность и общую концепцию, у нас успешно работает уже долгое время. А тут все сразу свалилось в детали )
я понимаю что все условно, но если у вас используется такой подход, то вы прикидывали сколько ПРов пропускают ошибки?
ДП
я понимаю что все условно, но если у вас используется такой подход, то вы прикидывали сколько ПРов пропускают ошибки?
До имплементаци подхода мы запускали ~1к + тестов, после в зависимости от модуля от ~200 до 1к+ (если корневой модуль), по метрикам которые "указывают" уровень качества - мы не проиграли, по деньгам на инфраструктуру и скорость захода кода в мастер - выиграли. Я не говорил, что этот подход будем 100% универсальный, это один из способов "оптимизации" к нашему проекту он подходит, к другим можеш не подходить.
ДП
я понимаю что все условно, но если у вас используется такой подход, то вы прикидывали сколько ПРов пропускают ошибки?
Если вы видите, что вам он не подходит - я перечислял, куда еще можно смотреть дабы оптимизироваться
ES
а как понимать какие тесты на эту часть, а какие зависимые?
Есть тулза drill4j но она в бете
SK
ого! так там шото мощное!
SK
интересно как снимается покрытие с ui тестов? типа метод дернулся, значит покрыт? ))
B
Вот вам и тема для конфы.
B
Сделаете - все будут благодарны
ДП
интересно как снимается покрытие с ui тестов? типа метод дернулся, значит покрыт? ))
SK
drill4j вроде для джавы, но не в этом дело. Если код выполнился, то это же совсем не значит что в тесте есть assert. Наверное, тут покрытие может показывать только то, что плохо если его нет.
А то, что код исполнился во время погона ui тестов - ничего не значит.
А то, что код исполнился во время погона ui тестов - ничего не значит.
ДП
drill4j вроде для джавы, но не в этом дело. Если код выполнился, то это же совсем не значит что в тесте есть assert. Наверное, тут покрытие может показывать только то, что плохо если его нет.
А то, что код исполнился во время погона ui тестов - ничего не значит.
А то, что код исполнился во время погона ui тестов - ничего не значит.
ну так, это разные вещи) покрытие кода показывает что строки кода были выполнены, и все
ES
drill4j вроде для джавы, но не в этом дело. Если код выполнился, то это же совсем не значит что в тесте есть assert. Наверное, тут покрытие может показывать только то, что плохо если его нет.
А то, что код исполнился во время погона ui тестов - ничего не значит.
А то, что код исполнился во время погона ui тестов - ничего не значит.
Не только для джавы там есть поддержка разных языков в разной степени готовности
SK
ну так, это разные вещи) покрытие кода показывает что строки кода были выполнены, и все
аа, это я написал про driil4j, там видосик есть как оно работает https://drill4j.github.io/
и они как-то по покрытию определяют какие тесты(в том числе и ui) надо запустить.
и они как-то по покрытию определяют какие тесты(в том числе и ui) надо запустить.