День добрый.
Мы тут активно начали сталкиваться с одной проблемой на этапе внедрения системы и обучения людей работе в ней.
Вот перед заведением коллектива в систему мы выстраиваем некую "архитектуру" - создаём нужные задачи, проекты, бизнес-процессы. Потом подключаем людей и они начинают работать уже с боевыми заявками в системе.
И всегда случается так, что первая архитектура всех объектов и бизнес-процессов НЕ оказывается корректной и удобной всем. В первые дни идёт неимоверное количество пожеланий и переделов. И исправлений текущих багов.
В сфере IT разработчики просто имеют своё test-окружение, где они могут воспроизвести ошибку и исправить её. Потом "выкатить" на боевой сервер.
А нам же приходится всегда делать изменения в боевом аккаунте. А это чревато тем, что срабатывает много ложных уведомлений для коллектива, который только начинает пользоваться системой.
И когда говоришь:
- всё, обращайте внимание на все уведомления
- а вот на эти не обращайте, это я тестирую
- а вот сейчас снова обращайте
- это не обращайте
...то у людей вырабатывается привычка, что как бы можно не всегда обращать внимание на работу в системе. Что-то там вечно не так.
А наличие такой привычки на старте работы - почти губительно для всего процесса внедрения.
Как решается проблема сейчас?
После 18:00 "просыпается мафия" в лице нас и делает нужные изменения. Потому что после 18 у клиентов никто не работает и можно спокойно потом зайти под нужными аккаунтами и убрать из хроники ненужные уведомления. Но как-то не хочется это делать вечерами.
Что хочется?
Хочется для администратора иметь кнопку "создать тестовое окружение", которые копирует все текущие конфигурации всего аккаунта, задачи (можно брать небольшой период за 2 дня последних) и прочее. И в этом тестовом аккаунте мы можем делать что угодно, зная, что на живом аккаунте никто ничего не увидит. А на тестовом окружении я могу заходить под нужными аккаунтами и видеть происходящее по моим тестовым действиям.
Да, есть текущий функционал экспорта \ импорта конфигураций, но это не очень удобно, когда таких изменений надо делать несколько штук в день. Да и грузить их надо куда-то в специальный аккаунт. Аккаунты зазря плодить.
В общем, хочется, как с рабочими пространствами. Нажал кнопку - поработал где надо. Вышел - тестовое окружение "удалилось". Потом понадобилось, снова нажал кнопку - зашёл. Ну как-то так.
Надеюсь донёс идею. Основная цель - НЕ напрягать коллектив клиентов нашими тестовыми действиями в процессе их рабочего дня.
Можно ли рассчитывать на реализацию такого дела?
Возможность создать "песочницу" для тестирования изменений
-
- Сообщения: 35
- Зарегистрирован: 03.11.2015 11:13
-
- Сообщения: 492
- Зарегистрирован: 21.01.2018 18:09
Re: Возможность создать "песочницу" для тестирования изменений
+ Тема важная. Может хотя бы для начала для партнеров такую возможность сделать.
-
- Сообщения: 4124
- Зарегистрирован: 06.06.2012 13:54
Re: Возможность создать "песочницу" для тестирования изменений
Задумка понятная, но технически это сделать малореально. Слишком много объектов и связей между ними участвует в среднем аккаунте ПланФикса, чтобы можно было это просто так взять и куда-то виртуально скопировать и запустить. Поэтому мы всегда предлагаем использовать для отладки сторонние аккаунты (партнерские для партнеров или свежесозданные триальные для всех остальных) и оттуда в основной аккаунт переносить уже отлаженные конфигурации. Да, это больше кликов, чем одна волшебная кнопка - но зато реально и управляемо.
-
- Сообщения: 35
- Зарегистрирован: 03.11.2015 11:13
Re: Возможность создать "песочницу" для тестирования изменений
Будущее не за горами. Вдруг реализуете. Буду надеяться )
-
- Сообщения: 58
- Зарегистрирован: 17.12.2017 10:56
Re: Возможность создать "песочницу" для тестирования изменений
Я пока для этого использую чек-бокс "тест" и пропихиваю его во все сценарии. ))) и если роли на проекте замешаны, отдельный тестовый проект, с роботами в главных ролях
Сергей Улаев писал(а): ↑26.02.2019 12:12День добрый.
Мы тут активно начали сталкиваться с одной проблемой на этапе внедрения системы и обучения людей работе в ней.
Вот перед заведением коллектива в систему мы выстраиваем некую "архитектуру" - создаём нужные задачи, проекты, бизнес-процессы. Потом подключаем людей и они начинают работать уже с боевыми заявками в системе.
И всегда случается так, что первая архитектура всех объектов и бизнес-процессов НЕ оказывается корректной и удобной всем. В первые дни идёт неимоверное количество пожеланий и переделов. И исправлений текущих багов.
В сфере IT разработчики просто имеют своё test-окружение, где они могут воспроизвести ошибку и исправить её. Потом "выкатить" на боевой сервер.
А нам же приходится всегда делать изменения в боевом аккаунте. А это чревато тем, что срабатывает много ложных уведомлений для коллектива, который только начинает пользоваться системой.
И когда говоришь:
- всё, обращайте внимание на все уведомления
- а вот на эти не обращайте, это я тестирую
- а вот сейчас снова обращайте
- это не обращайте
...то у людей вырабатывается привычка, что как бы можно не всегда обращать внимание на работу в системе. Что-то там вечно не так.
А наличие такой привычки на старте работы - почти губительно для всего процесса внедрения.
Как решается проблема сейчас?
После 18:00 "просыпается мафия" в лице нас и делает нужные изменения. Потому что после 18 у клиентов никто не работает и можно спокойно потом зайти под нужными аккаунтами и убрать из хроники ненужные уведомления. Но как-то не хочется это делать вечерами.
Что хочется?
Хочется для администратора иметь кнопку "создать тестовое окружение", которые копирует все текущие конфигурации всего аккаунта, задачи (можно брать небольшой период за 2 дня последних) и прочее. И в этом тестовом аккаунте мы можем делать что угодно, зная, что на живом аккаунте никто ничего не увидит. А на тестовом окружении я могу заходить под нужными аккаунтами и видеть происходящее по моим тестовым действиям.
Да, есть текущий функционал экспорта \ импорта конфигураций, но это не очень удобно, когда таких изменений надо делать несколько штук в день. Да и грузить их надо куда-то в специальный аккаунт. Аккаунты зазря плодить.
В общем, хочется, как с рабочими пространствами. Нажал кнопку - поработал где надо. Вышел - тестовое окружение "удалилось". Потом понадобилось, снова нажал кнопку - зашёл. Ну как-то так.
Надеюсь донёс идею. Основная цель - НЕ напрягать коллектив клиентов нашими тестовыми действиями в процессе их рабочего дня.
Можно ли рассчитывать на реализацию такого дела?
-
- Сообщения: 73
- Зарегистрирован: 18.06.2012 14:21
Re: Возможность создать "песочницу" для тестирования изменений
А можно сделать, чтобы триальный аккаунт не протухал за месяц? ))
-
- Сообщения: 4124
- Зарегистрирован: 06.06.2012 13:54
Re: Возможность создать "песочницу" для тестирования изменений
Можно, надо только стать партнером :)А можно сделать, чтобы триальный аккаунт не протухал за месяц? ))
-
- Сообщения: 73
- Зарегистрирован: 18.06.2012 14:21
Re: Возможность создать "песочницу" для тестирования изменений
Ага, там Олеся валит - мама не горюй!
-
- Сообщения: 4124
- Зарегистрирован: 06.06.2012 13:54
Re: Возможность создать "песочницу" для тестирования изменений
Так она профессионал, от нее студенты знаешь как плачут :)
-
- Сообщения: 58
- Зарегистрирован: 17.12.2017 10:56
Re: Возможность создать "песочницу" для тестирования изменений
Всем привет! У меня компромиссная просьба относительно песочницы (оставил запрос в поддержку, тут тоже продублирую для обратной связи юзеров)
---------------------
Добрый день! Периодически возникает что-то потестировать и для этого делаются всякие песочницы, поля при которых ничего не работает, НО:
1 - нужно строго соблюдать это во всех сценариях и кто-нибудь обязательно накосячит.
2- если что изменилось нужно перекопать все сценарии.
Можно сделать просто галку, которая будет блокировать работу сценариев, доступную для админа.
Это было бы прекрасно в том числе и при массовом изменении задач, когда открывается ящик пандоры с настройками о которых ты не подозревал.
В работе этой настройки я ожидаю:
-Активировал (не воспринимается системой как изменение) - в задаче больше не срабатывают сценарии
-Деактивировал (так же не воспринимается как изменение) - в задаче ничего не происходит, сценарии начинают срабатывать только на вновь сделанные действия после деактивации галки
---------------------
Добрый день! Периодически возникает что-то потестировать и для этого делаются всякие песочницы, поля при которых ничего не работает, НО:
1 - нужно строго соблюдать это во всех сценариях и кто-нибудь обязательно накосячит.
2- если что изменилось нужно перекопать все сценарии.
Можно сделать просто галку, которая будет блокировать работу сценариев, доступную для админа.
Это было бы прекрасно в том числе и при массовом изменении задач, когда открывается ящик пандоры с настройками о которых ты не подозревал.
В работе этой настройки я ожидаю:
-Активировал (не воспринимается системой как изменение) - в задаче больше не срабатывают сценарии
-Деактивировал (так же не воспринимается как изменение) - в задаче ничего не происходит, сценарии начинают срабатывать только на вновь сделанные действия после деактивации галки
-
- Сообщения: 3
- Зарегистрирован: 11.11.2019 12:50
Re: Возможность создать "песочницу" для тестирования изменений
поддержу, очень много новых процессов/сценариев, хотелось бы сначала иметь возможность "разведки")
-
- Сообщения: 13
- Зарегистрирован: 13.12.2018 13:40
-
- Сообщения: 5
- Зарегистрирован: 05.03.2020 11:16
Re: Возможность создать "песочницу" для тестирования изменений
Ох как мне буквально вчерась этого не хватало!!!
Люто плюсую!
+
Люто плюсую!
+
-
- Сообщения: 35
- Зарегистрирован: 03.11.2015 11:13
Re: Возможность создать "песочницу" для тестирования изменений
даааа да, точно не знаю, как это должно выглядеть, но идея точно в тему и порой можно так случайно тронуть функционал, что потом долго разгребаешь сделанное