ну и я снова заведу свою шарманку про то, что lines of code могут не совпадать с теми строками, которые coverage-тулза считает исполнимыми. тот же замер производительности, например, складывание строк внутри многострочной строки (с разрывом) считает по разному, в зависимости от того, есть ли там вызов функции.

а = "ф
|a
|" + "asdsad" + "
|asd";

будет одной строкой, в первом ф. а вот если

а = "ф
|a
|" + вызовФункции() + "
|asd";

то строк будет уже то ли две, то ли три, не помню.

хотя LOC и в том и в другом случае четыре

@aartbear подскажете, как сделать так, чтобы при запуске дымового теста когда открывается второй раз 1С-ка не нужно было вводить пользователя и пароль? сделал все по методичке, но не пойму как сделать это автоматом

https://github.com/silverbulleters/add/issues/422 Это Оно?

понял, спасибо

а с такой ошибкой кто-то сталкивался ? http://prntscr.com/o0ggq3

если вручную указываю эту обработку через Файл-Открыть, то далее все запускается и выполняется

в очередной раз просим использовать личные чаты, электронную почту, повестки в суд и т.д. но не этот чат для комментариев про "...копипаст" и всё в таком духе( потом не обижайтесь что новости не закрепляем(

Похоже про cucumber и bdd узнали в правительстве ;)

(VA) Коллеги кто-то сталкивался, и может как-то вышел из ситуации...
Есть реквизит на форме, с которым при проведённом документе НЕ доступно действие, а при записанном - доступно.
Сабж.
Как проверить реквизит на доступность интерактивного действия? ))))
Если элемент "Расчеты" не доступен для редактирования Тогда
 И я выполняю код встроенного языка
 | 'Сообщить("Значение Расчеты запрещено редактировать")' |
Иначе
 И я меняю значение переключателя с именем "Расчеты" на "Другой"
 И я меняю значение переключателя с именем "Расчеты" на "Тот же"
 И я выполняю код встроенного языка
 | 'Сообщить("Значение Расчеты разрешено редактировать")' |

У вас всё правильно.
При условии, что программист меняет состояние самого элемента, а не группы в которой он находится.

программист меняет состояние самого элемента. Но как этим воспользоваться - не понимаю 🤷‍♀️

(VA) *барабанная дробь*))

как проверять проводки (движение по регистрам) документов?
как мне кажется - это суть тестирования. Записи в нужных местах. Кажется мы это обсуждали. Но ничего не было усвоено

я прочитала что обсуждалось ранее. но как дойти до "а! понял" не знаю )
Непонятно когда применять "И Я создаю fixtures по макету "Макет""

1. Состояние базы лучше проверять не через регистры, а через отчеты.
2. Вы можете открыть отчет движений документа (не рекомендутеся) или любой другой отчет, который содержит нужную информацию.
3. Также можно открывать форму списка регистров (не рекомендуется) и делать в них отбор.
4. Далее нужно сравнить табличный документ или таблицу с эталоном.
5. fixtures для всего этого вообще не нужны.

Тут есть разные примеры как сравнить отчет с эталоном
https://github.com/Pr-Mex/vanessa-automation/blob/develop/features/Core/ExpectedSomething/ExpectedReport.feature

Записи в нужных местах - это не Behavior и не user data. Пользователю по барабану в один регистр сложились данные или в тридцать. На основании проведения документа в системе произошло что-то, с чем пользователь сможет работать *дальше*. Какой-то следующий документ стал заполняться, статус у товара поменялся, в отчете цифры появились. Вот такое вот

Коллеги, доброго дня! Анонс одной строкой: в тестере 1.3.3.5 добавлена возможность запуска на выполнение выделенного фрагмента кода в редакторе vscode (по комбинации ctrl+alt+R; требуется обновление плагина vscode до версии 0.0.10)

Пользуясь случаем, не хочешь перейти на семвер? :)