Шарипов Артём

31
Рейтинг

comptr
Артём Шарипов



  •   Регистрация: 21.08.2012 (11 лет назад)

  •   Был(а) на сайте: вчера в 23:41

Подписчики 6

Рейтинг 31

Настройка Allure для Gitlab (self-hosted)

Статья Программист Абонемент ($m) Архив с данными Тестирование QA

Заметка о том, как использовать Allure с self-hosted Gitlab, чтобы быстро и с минимальными усилиями получить удобные отчёты о результатах тестирования и навигацию внутри них.

1 стартмани

11.01.2024    2461    comptr    4       

25

Комментарии

UpdateCFКаждому менеджеру нужен свой Excel#3 24.04.24 10:08
По поводу выделения заказов, в новой БСП появились метки, которые, на первый взгляд, не сложно встроить в конфигурацию.
https://www.youtube.com/watch?v=_9TOJmT8weQ&list=PL5BQ2gzAdqWR9xhj051ASSrSaSEJ9ftbO&index=­11
ПубликацииПроцесс разработки с использованием GIT и расширений для 1С:ERP. Без EDT#6 03.04.24 17:44
(3)
Цитата
ножество раз приходилось таскать cfe туда-сюда и дообновлять свою конфу со своей фича-бранчей, перед тем как пушить изменения в ветку, чтобы оформить корректный пулл-реквест. Потому что пока пилишь свою фичу - мастер успевает тебя обогнать
Что принципиально изменится, если разработка ведётся через хранилище? Вместо того, чтобы сравнивать конфигурацию перед PR, вы потратите временя на "а тебе ещё нужен ИмяМодуля, я в него хочу процедуру добавить? ой, а я там две процедуры поменял, щас закину в хранилище / сохраню цф себе, откачу модуль потом заново захвачу" или "не могу отдать объект, на него много завязано, а класть в хранилище рано, так как не доделано, а если положу, сломаю другой код".


(3)
Цитата
по некоторым задачам, после их выполнения, например после добавления предопределенных элементов или каких-то данных, которые должны быть у всех (нетиповые добавленные настройки, например) - необходимо также еще сходить и обновить эталонную базу, чтобы все новые подъемы свежих "окружений" уже получили БД с наличием этих данных
При разработке через хранилище не нужно идти обновлять эталонную базу? Или всё тестируется в одной общей базе? Никто не запрещает тестировать в одной базе и при разработке через гит.
ПубликацииПроцесс разработки с использованием GIT и расширений для 1С:ERP. Без EDT#5 03.04.24 17:31
(2) Так речь и не про тесты. У вас версия конфигурации расширения в процессе разработки не меняется? Всегда 1.0.1.1? А если меняется, то кто и когда её меняет? Вручную после успешного прогона тестов? После пулл-реквеста?
ПубликацииПроцесс разработки с использованием GIT и расширений для 1С:ERP. Без EDT#1 03.04.24 7:23
Как лучше организовать автоматическое изменение номера сборки в версии конфигурации?
Вот есть у нас расширение с версией конфигурации 1.2.3.4, разработка пока ведётся через хранилище, сделали выгрузку в гитлаб (GitSync) и запуск тестов (VA). В какой момент нужно менять номер сборки с 4 на 5? При каждом помещении в хранилище? При каждом запуске синхронизации с гитлабом? У кого какой опыт? Интересуют и технические детали (делать автоматический "коммит" в хранилище, который изменит номер сборки на +1 научился, но всё равно интересен сторонний опыт) и организационные аспекты.
Dev1Codemeter - cбор метрик по изменениям в коде#9 26.03.24 16:57
(7) Я, видимо, пропустил момент со ссылкой на репозиторием, думал это какой-то внутренний. Хотя для меня всё равно несколько неожиданно, что гитхаб не показывает почту пользователей нигде в веб-интерфейсе (ни к профиле, ни в коммитах), но показывает через git log. Ну, раз репа публичная, а почта, по всей видимости, целенаправленно отображается (в настройках по умолчанию основная почта не публична), то пусть остаётся как есть.
Dev1Codemeter - cбор метрик по изменениям в коде#6 26.03.24 15:34
(5) я не улавливаю смысл этих действий, если это штатные возможности гитлаба/гитхаба:

https://github.com/Pr-Mex/vanessa-automation/commit/9dfad445bf04520b5436048bade7bec2077142c6
Dev1Codemeter - cбор метрик по изменениям в коде#3 26.03.24 14:06
Возможно следует скрыть почтовые адреса пользователей на картинках.
DevУсловие в запросе+деление на ноль#16 25.03.24 11:55
(15) Я не предлагаю не использовать какие-то данные, я предлагаю не скрывать отрицательные числа, если они есть.
Цитата
Расчетные помогают увидеть объективность расчета цены и физическую возможность работы с товаром
И -10 и 0 отражают физическую невозможность работы в позицией, только -10 может в большей степени стать толчком что-то проверить и исправить, на мой взгляд.
DevУсловие в запросе+деление на ноль#14 21.03.24 13:17
(13) Мне кажется, достаточно проверить, что количество не равно нулю. Всё остальное - следствие проблем в учёте, и вместо того, чтобы вытащить ошибку на свет, вы будете её дальше хоронить. Ну выйдет там -10, а не 0, что изменится? И так и так косяк, но -10 вам хоть покажет, что где-то что-то у вас в учёте пошло явно не так.
DevОбновить реквизит другого документа#3 20.03.24 22:01
(1) может быть после определённых действий можно считать, то первый документ должен быть закрыт, и в таком случае можно подключить обработчик ожидания, который закроет форму через заданный промежуток времени. Опционально можно сбрасывать Модифицированность или наоборот, сначала принудительно записывать документ, а потом уже закрывать.