Makushimo
Максим Кузнецов

Не смог прочитать статью. Почему все черное?
Это не круто. Это просто не читается. Из восприятия выпадает огромный кусок материала.
Жесть.
Ох уж эти любители темных тем ночных....

(5)

Цитата
Оптимальный api для 1С это автоматизированное тестирование от 1С для управляемых форм

обычные формы в обычном приложении получается тестировать не получится?

(1) Согласен по всем пунктам. Как будто сам писал )))

Добавлю от себя, у тех кто пытается внедрить процессы QA в разработке на 1С скажу что информации нужной мне нет и ее очень трудно найти.

Много публикаций "git это круто, а если еще и EDT, ваще божественно", но очень мало слов о том как правильно и быстро запустить процессы контроля качества в команде, в компании. Как запустить отдел контроля качества, как им управлять, как продать всю эту нелепую дичь разбалованному 1Снегами бизнесу.

И вот очередной "гуру" пишет правильный заголовок, но пишет опять не о том и все не то. Я тоже перелопатил много мтериала о теории QA "как должно быть". Но примеряя все это на свою ситуацию в команде, компании, понимаю, что не лезет. Никак. Нужно полностью сменить процесс, команду, компанию, или... просто отказаться от разработки на 1С.

На конференциях Инфостарт, "те кто смог" вкусно и много рассказывают о том, как они хотели бы все это видеть и потом оговариваются невзначай, что мол "еще много работы в этом направлении". И я понимаю, что у них все так же, просто повезло продвинуться на шаг вперед.

Автор, надеюсь ты напишешь полезный материал для 1Снегов, а не просто своими словами перескажешь статьи или учебники.
Я понимаю, это реклама курса или даже услуг консалтинга, бла бла. Но статьи достаточно, чтобы понять - ничего полезного вы не скажете и не знаете.

(19) Ок. спасибо.

(17) Я, наверное невнимательно смотрел. У вас ФрагментЭкрана - это некий объект со свойствами, который возвращается методом НайтиФрагмент(). А я было подумал, что это метод ФрагментЭкрана(), который аналогично Region() в Сикули, указывает область поиска фрагмента. От этого и возник вопрос.
Ну ОК.
А есть ли у вас метод, который указывает область поиска ? или поиск фрагмента всегда идет по всему экрану?
И как устроен процесс подготовки фрагментов для сценария? Нужно заранее составить библиотеку картинок-скринов элементов интерфейса, например, в Paint ?

(13) Закроем эту тему. Видимо мне не удастся донести свой вопрос. Закину в кладовку может найду время разобраться с этим.
пока буду по-старому Сикули использовать.

(6)то есть координаты фрагмента экрана нужно писать наугад, пока не попадешь? если например у мена нету линейки вертикальной и горизонтальной?
Например в сикули выбираешь область экрана рамкой и она сама координаты фрагмента определяет

круто.
а откуда брать координаты для метода ФрагментЭкрана () ?
для тестирования 1С обычные формы еще нельзя использовать?

Скажите сразу, вы в следующих статьях расскажете о практической стороне (step-by-step) как выполнять слияния в git вручную и в EDT?

Нигде в подобных статьях или циклах статей я не нашел ответа на этот вопрос.

Три ветки maste, release, develop. от develop на задачу делаем ветку, потом сливаем ветку задачи с develop.

Слияние - как его делать? Ведь код модуля это далеко не все, что есть в разработке на 1С. То есть мы текстовые файлы конфигурации вручную объединяем или все таки cf сравнением-объединением вливаем в develop? может EDT умеет это делать из коробки и понятно и наглядно?

Затем, когда из develop в release сливаем тоже - как? и затем в master.

Сидит специально обученный человек с квадратной головой, который все конфликты и мержи разрешает?

Делается ли сборка cf из файлов конфигурации или файлы отдельно для комментариев и Jira. а cf отдельно для нормального объединения изменений?

Эти вопросы все гуры по git как-то обходят стороной, а именно они не дают принять решение о переходе на трушные технологии разработки.

Страхование. Работаем на переписанной БП 1.6. СУБД MS SQL. во-первых потому,, что купили лицензию на долго, во-вторых !Снегам она привычнее, у большинства хватает минимальных знаний для работы с бекапами, сжиманием базы и настройкой планов обслуживания. Однажды регистр бухгалтерии просто встал. Настроили три плана обслуживания и все заработало снова. ну то есть это привычный инструмент. А всякие postgres, db2 - это нечто, что нужно долго и больно изучать и на это нет просто времени. С MS SQL все хоть немного но работали и суммарно по отделу компетенция нарастает, начинать не с нуля, я об этом.

Производительность СУБД между собой - пффф. Чисто умозрительно да, по-холиварить и конференции послушать это да, это не работать )) , но затеять полноценный осмысленный переезд на другую СУБД - нет это не продать бизнесу, это дорого и рисковано.

как то так.