Pavel
а когда я перешел по ссылке на документ с темами увидел пустоту
Pavel
да и эта тема от 22.10.15
Pavel
как посмотреть архив рассылки то?
Denis
https://docs.google.com/document/d/1l7lDNTSIfgaXT-xXNiCOGAGcP23OiMvj6bljpauioV8/edit ))))
Avonar
посоны
Avonar
а покажите бест практисы по системам тестирования
Avonar
как вообще это организовывать?
Ivan
Как тестируют в гугл прочитай
Ivan
годная книжка
Avonar
покажи
Avonar
правда сложно доверять твой аватарке
Pavel
точнее она интересная и годная, да
Pavel
но для этого у тебя должны быть очень сильные инженеры в команде
Ivan
Pavel
и это, что за продукт?
Pavel
потому что веб и игры тестируются по разному же
Avonar
ну дла
Ivan
я посоветовал как художественную литературу прост
Ivan
интересная
Avonar
ну тут интересует общая организация, тесты функциональные для тестирвоания оборудования
Uncel
Какой-нибудь CI и шкрепты для иксий
Pavel
я через призму devops/ci смотрю кнечно
Pavel
но скажи а какая система контроля версий используется для разработки этих тестов?
Pavel
и объект тестирования не совсем понятен
Pavel
он идет отдельно от тестов или вместе?
Pavel
есть какой-то код для оборудования который тестируют? или есть производство оборудования и для него отдельно пишут тесты?
Avonar
Avonar
пока сами тесты лежат вместе с кодом проекта
Avonar
меня это бесит
Avonar
но я не могу обосновать
Alexander 🐕
А где им еще лежать-то
Pavel
если вы пишете код для оборудования, и тестируете код, то норм что оно вместе же
Avonar
ну мы тестируем не совсем код
Avonar
там этот код нужно залить на оборудование
Pavel
ну понятно
Avonar
хотя бы виртуальное
Avonar
и тестирвоать через интерфейсы оборудования
Pavel
но это как обычные парни тоже тестируют работу кода на серваках
Pavel
считайте что эти серваки это ваще же оборудование
Pavel
интерфейсы в этом вопросе побоку
Pavel
в одной репе это удобно держать потому что вы например в отдельной ветке запилили новый функционал на это оборудование и написали для него же тесты
Pavel
запустили у себя в "виртуальной среде" и проверили побыстрому
Avonar
окей
Avonar
согласен
Avonar
а тот код
Pavel
потом влили ветку в общую ветку с всеми фичами готовищимися к редизу
Avonar
который запускает тесты?
Pavel
можете описать процесс разработки?
Pavel
начиная от "нам приходит новая железка" или "вот у нас есть оборудование под которое мы пишем код"
Avonar
я тогда все еще не понимаю весь процесс
ну суть такая, что автоматизированная система заливает прошивку на оборудование, после чего запускает файлы с тестами и сравнивает ввод с выводом, грубо говоря
Avonar
там есть усложнения, конечно, но в целом процесс выглядит приблизительно так
Pavel
Avonar
отлично
Avonar
ну вот смотри
Avonar
есть например ансибл
Avonar
плейбук
Avonar
он подготавливает тачку под запуск тестов
Avonar
вот его код где хранить? в общим репозитории с проектом?
При условии что плейбук скачивает репозиторйи в том числе с сервера, для компиляции
Pavel
а, нет
Pavel
ну или да, если там всего пару файлов
Pavel
если там что-то сложное, то отдельно
Pavel
сетапь конфигурацию CI с зависимостями от двух репозиториев
Pavel
если что-то поменялось в одном из них - тригери сборку с тестами
Avonar
crb*
Avonar
я ннп
Avonar
штука тестит сторонние патчи?
Anonymous
А кстати, как вы храните Ansible плейбуки? Все в одном репозитории, или по репо на машину/кластер/логическую группу ?
Alexander 🐕
В одном
Alexander 🐕
Иначе же с ума сойти можно
Uncel
штука тестит сторонние патчи?
Да для dpdk, собралося ли , запускает генератор, по результатам кидает мыло. Пока так костыльно, нет отдельной песочницы для зоопарка
Anonymous
Я тоже в одном храню, но понемногу разрастается количество машин, вот я и задумался об организации