Size: a a a

2021 November 17

NB

Nikolay Bandurin in testspro1c
если у вас там табличный документ воспользуйтесь шагом
И табличный документ "ИмяРеквизитаИлиИмяФайла" содержит значения:
   | 'Значение1' |
   | 'Значение2' |
источник

NB

Nikolay Bandurin in testspro1c
у данного шага не важна сортировка
источник

NB

Nikolay Bandurin in testspro1c
И таблица "ИмяТаблицы" содержит строки:
   | 'ИмяКолонки1' | 'ИмяКолонки2' |
   | 'Значение1' | 'Значение2' |
источник

NB

Nikolay Bandurin in testspro1c
если в таблице в TestClient 10 строк, то в шаге можно проверять наличие, например, только 3 строк. Также строки указанные в шаге могут идти в любом порядке.
источник

P

Ponikarov in testspro1c
есть практический опыт управления такой кодовой базой? Как не облажаться, записывая эти шаги для отчета по 9 РН, от 1 до 6 строк в каждом?  Нужно проектировать тест с минимумом проверок, или тупо заносить в макет все колонки? Как не пропустить изменения от вендора - добавление новой строки?
источник

ЕИ

Евгений И. in testspro1c
Для перключения клиентов нужно задавать имя профиля.
Есть шаг И я активизирую TestClient "ИмяПрофиляTestClient"
но подключение тест клиента тоже должно переключать фокус если он открыт, попробуйте использовать шаги из блока Подключение TestClient в известных шагах.
источник

LP

Leonid Pautov in testspro1c
Попробуйте обновиться на https://github.com/Pr-Mex/vanessa-automation/releases/tag/1.2.037.18
Там редактор был сильно переработан
источник

LP

Leonid Pautov in testspro1c
Лучше создать новый профиль в списке клиентов тестирования и подключать клиентов по имени профиля.
источник

LP

Leonid Pautov in testspro1c
Если нужно закрыть текущий клиент тестирования то для этого есть специальный шаг
И закрываю текущий клиент тестирования или как-то так
источник

LP

Leonid Pautov in testspro1c
Почему нельзя подключить расширение в тестовую базу?
источник

LP

Leonid Pautov in testspro1c
В идеале надо смотреть отчеты, которые может открыть пользователь. Отчет скрывает структуру регистров от пользователя
источник

P

Ponikarov in testspro1c
Пока в базе данные обезличенные - можно, а когда будет копия прода, то придется долго согласовывать с ИБ.
источник

NB

Nikolay Bandurin in testspro1c
можно тогда через макет сравнивать, там и 10к строк можно завести
источник

LP

Leonid Pautov in testspro1c
Вам важно именно зафиксировать состояние регистров? Тогда формируйте отчет для каждого регистра и сравнивайте с эталоном. Можно в принципе открыть форму списка движений регистра и смотреть там
источник

NB

Nikolay Bandurin in testspro1c
жесткое у вас ИБ =)
источник

LP

Leonid Pautov in testspro1c
Не стоит тесты писать на копии прода. Лучше на пустой базе
источник

LP

Leonid Pautov in testspro1c
Ага. оно
источник

P

Ponikarov in testspro1c
Это хорошо или плохо, что скрывает? Может, для целей тестирования правильнее смотреть в форму списка движений регистра и быть уверенным, что сравниваю именно реквизиты объектов, а не некие представления?
источник

LP

Leonid Pautov in testspro1c
Тут надо определится что именно и зачем вы хотите проверять. Если речь про типовую конфигурацию - то точно понятно, что регистры будут меняться после обновлений. И тесты придётся постоянно адаптировать.
источник

LP

Leonid Pautov in testspro1c
Поэтому это не хорошо и не плохо.
источник