Comments 5
Это же старая добрая каскадная разработка (waterfall, то бишь)! В 2021 году.
Ну так вот с моей точки зрения и скрам и канбан — тоже разновидности вотерфолла, только скрам впихивается в более короткие промежутки времени, чаще всего в 2 недели, а канбан — в рамках фичи.
А вообще касательно спора метки vs деревья — мне вот лично всегда не хватало иерархичности меток, чтобы можно было как выбрать и по одной или нескольким меткам данные, так и построить дерево с корнем в нужной метке. Ну и естественно чтобы возможность этой иерархии была не один ко многим, а многие ко многим.
Спасибо за коммент, всегда приятно видеть конструктивные комментарии по теме!
Суть как раз в промежутках времени: waterfall заставляет планировать надолго и редко «сверять» часы. А условный Agile — часто. За счет этого команда лучше концентрируется на коротком результате и быстрее его достигает.
А это уже как сделаете Query Language, как мне кажется. Вот на скриншоте в статье один и тот список разворачивается в разные деревья на основе меток. И иерархию меток хорошо закладывать в запрос, а не в хранилище.
P.S. перечитываю, и кажется, что сумбурно пишу. Утром перечитаю и дополню, если что.
Ну так вот с моей точки зрения и скрам и канбан — тоже разновидности вотерфолла, только скрам впихивается в более короткие промежутки времени, чаще всего в 2 недели, а канбан — в рамках фичи.
Суть как раз в промежутках времени: waterfall заставляет планировать надолго и редко «сверять» часы. А условный Agile — часто. За счет этого команда лучше концентрируется на коротком результате и быстрее его достигает.
А вообще касательно спора метки vs деревья — мне вот лично всегда не хватало иерархичности меток
А это уже как сделаете Query Language, как мне кажется. Вот на скриншоте в статье один и тот список разворачивается в разные деревья на основе меток. И иерархию меток хорошо закладывать в запрос, а не в хранилище.
P.S. перечитываю, и кажется, что сумбурно пишу. Утром перечитаю и дополню, если что.
А это уже как сделаете Query Language, как мне кажется. Вот на скриншоте в статье один и тот список разворачивается в разные деревья на основе меток. И иерархию меток хорошо закладывать в запрос, а не в хранилище.
Ну вот допустим у нас есть проект «Квартира». Я определяю иерархию меток, что детьми квартиры являются — Кухня, Гостиная, Коридор, Спальная. Детьми кухни — являются — электрочайник, электроплита, раковина, стол. Есть еще другая метка — Электроприборы, детьми которой являются — электрочайник, электроплита, компьютер, пылесос. И вот хочется так, чтобы можно было в запрос прописать просто метку Кухня, и выбрать таким образом всё, что к ней относится не перечисляя вручную, или выбрать (Кухня, Электроприборы) и получить пересечение множеств этих меток (тестов, у которых есть и та, и та метка) опять же не перечисляя все подчиненные метки вручную. Надеюсь, у меня получилось более-менее внятно описать мысль.
Иерархические метки это метки со слешами вида
папка / новая папка / новая папка (2)?Попробовал расписать мысль комментарием выше
Sign up to leave a comment.
Управление тестами в TestOps: храните информацию, а не выводы