Size: a a a

DocOps-сообщество

2019 June 03

NV

Nick Volynkin in DocOps-сообщество
ну вот у тебя ж чеклист повторяется от задачи к задаче?
источник

NV

Nick Volynkin in DocOps-сообщество
или нет?
источник

ИЦ

Игорь Цупко in DocOps-сообщество
Ну получается, что вопрос повторяемости не решается. Шаблонами, описанными выше - тоже не особенно удобно будет
источник

NV

Nick Volynkin in DocOps-сообщество
в шаблон можно всякие smoke-тесты кидать, которые многократно выполняешь
источник

ИЦ

Игорь Цупко in DocOps-сообщество
Чтобы было прям айс - надо, чтобы тест-кейс можно было в правую колонку гитлаба цеплять

типа вот сюда
источник

ИЦ

Игорь Цупко in DocOps-сообщество
а чек-лист был отдельной сущностью
источник

ИЦ

Игорь Цупко in DocOps-сообщество
ну и как-то на стыке этого можно было отмечать, что в конкретное issue протестировано и т.п.
источник

OI

Olga Ilchukova in DocOps-сообщество
Игорь Цупко
ну и как-то на стыке этого можно было отмечать, что в конкретное issue протестировано и т.п.
Для вот этих целей у нас настроены лейблы development и testing. Если задача в разработке, то поставлен лейбл develop, если на тестировании, то testing. При подготовке релиза задачи закрываются или возвращаются в development. Можно ещё с ними настроить канбан, тогда ещё и наглядно будет. К сожалению, нам не требуется отмечать уже протестированные задачи, которые не вошли ни в один релиз. Такие у нас остаются в testing, если очень надо отмечаются комментарием, что все ок
источник

NV

Nick Volynkin in DocOps-сообщество
Игорь Цупко
ну и как-то на стыке этого можно было отмечать, что в конкретное issue протестировано и т.п.
Там же отличный настраиваемый канбан есть для этого.
источник

NV

Nick Volynkin in DocOps-сообщество
Olga Ilchukova
Для вот этих целей у нас настроены лейблы development и testing. Если задача в разработке, то поставлен лейбл develop, если на тестировании, то testing. При подготовке релиза задачи закрываются или возвращаются в development. Можно ещё с ними настроить канбан, тогда ещё и наглядно будет. К сожалению, нам не требуется отмечать уже протестированные задачи, которые не вошли ни в один релиз. Такие у нас остаются в testing, если очень надо отмечаются комментарием, что все ок
Завидую всем, кто на Гитлабе работает.
источник

NV

Nick Volynkin in DocOps-сообщество
Мы вот сегодня искали, как в Битбакете добавить файл в репозиторий через веб-интерфейс. Так вот, НИКАК.
источник

NV

Nick Volynkin in DocOps-сообщество
Редактировать можно. Добавить нельзя, только через гит либо через POST-запрос в API.
источник

ИЦ

Игорь Цупко in DocOps-сообщество
Nick Volynkin
Мы вот сегодня искали, как в Битбакете добавить файл в репозиторий через веб-интерфейс. Так вот, НИКАК.
соболезную.
битбакет - это чёрное пятно в атлассиан-стеке
источник

OI

Olga Ilchukova in DocOps-сообщество
Nick Volynkin
Мы вот сегодня искали, как в Битбакете добавить файл в репозиторий через веб-интерфейс. Так вот, НИКАК.
:(
источник

DB

Dima Boger in DocOps-сообщество
Кто чем пользуется, чтобы писать uml-диаграмки?
источник

DB

Dima Boger in DocOps-сообщество
Интерактивности не нужно, просто чтобы визуализировало и подсвечивало ошибки
источник

NV

Nick Volynkin in DocOps-сообщество
PlantUML )
источник

ИЦ

Игорь Цупко in DocOps-сообщество
PlantUml + Intellij IDEA Community Edition
источник

DB

Dima Boger in DocOps-сообщество
Игорь Цупко
PlantUml + Intellij IDEA Community Edition
То что надо) Спасибо
источник

OI

Olga Ilchukova in DocOps-сообщество
Пора сделать страничку с часто задаваемыми вопросами )
источник