Size: a a a

2018 November 28

VP

Vitaly Popov in testspro1c
Leonid Pautov
Попробую сформулировать отличия VA от ADD.

1. В VA есть своя система локалиазации сообщений пользователю. Это нужно, т.к. VA локализована на 20 язков. VA не использует Нстр().
Из них английский и вьетнамский - сделаны переводчиками.  Перевод на остальные языки сделан yandex translate.

2. В VA есть режим поставки Single, про который говорил Денис. Это такая же ванесса с таким же функционалом, но в виде одной EPF.
Удобно использовать для расширений, встраивать в конфигурацию и т.д.
Удобно для тех кто только использует ванессу и не планирует дорабатывать.
VA Single собирается скриптом. Скачать можно с гитхаба. https://github.com/Pr-Mex/vanessa-automation/releases

3. В VA есть реальные проекты (я таких знаю минимум 3), которые пишут (накликивают) сценарии не на русском языке.
Также в VA есть пользователи, которые вообще не говорят по русски.

4. VA закрыта тестами. Полная сборка сейчас содержит около 4000 сценариев. Релиз выпускается только когда все тесты проходят.
Вот CI VA: http://84.237.195.35:32005/job/VAFullCheck/allure/
У add тоже есть CI, но там полгода ничего не собирается, хотя релизы ADD выходят.
Вот CI ADD: http://ci.silverbulleters.org/job/ADD%20(CI-CD%20v1)/job/develop/

5. VA используется на таких проектах как ERP 2.0 и БСП. Об этом были доклады на партнерском семинаре этой осенью.

6. Сценарии в VA выполняются быстрее. VA содержит очень много оптимизаций на эту тему.

7. Исправлено много разных ошибок и сделано много разных доработок. Это можно прочитать тут:
https://github.com/Pr-Mex/vanessa-automation/blob/develop/history.MD

Написал то, что в голову сразу пришло.  Если что забыл - дополняйте.
Спасибо за информацию ...
Попробуем погонять =))
источник

RA

Rustam Atai in testspro1c
Leonid Pautov
Была выпущена ознакомительная версия СППР 2. Доступно на сайте релизов.
В СППР 2 можно писать сценарии пользователя.
спасибо! Пропустил ознакомительный релиз. А про VA и вовсе не знал.
источник

ВЕ

Виктор Ермаков... in testspro1c
Leonid Pautov
Попробую сформулировать отличия VA от ADD.

1. В VA есть своя система локалиазации сообщений пользователю. Это нужно, т.к. VA локализована на 20 язков. VA не использует Нстр().
Из них английский и вьетнамский - сделаны переводчиками.  Перевод на остальные языки сделан yandex translate.

2. В VA есть режим поставки Single, про который говорил Денис. Это такая же ванесса с таким же функционалом, но в виде одной EPF.
Удобно использовать для расширений, встраивать в конфигурацию и т.д.
Удобно для тех кто только использует ванессу и не планирует дорабатывать.
VA Single собирается скриптом. Скачать можно с гитхаба. https://github.com/Pr-Mex/vanessa-automation/releases

3. В VA есть реальные проекты (я таких знаю минимум 3), которые пишут (накликивают) сценарии не на русском языке.
Также в VA есть пользователи, которые вообще не говорят по русски.

4. VA закрыта тестами. Полная сборка сейчас содержит около 4000 сценариев. Релиз выпускается только когда все тесты проходят.
Вот CI VA: http://84.237.195.35:32005/job/VAFullCheck/allure/
У add тоже есть CI, но там полгода ничего не собирается, хотя релизы ADD выходят.
Вот CI ADD: http://ci.silverbulleters.org/job/ADD%20(CI-CD%20v1)/job/develop/

5. VA используется на таких проектах как ERP 2.0 и БСП. Об этом были доклады на партнерском семинаре этой осенью.

6. Сценарии в VA выполняются быстрее. VA содержит очень много оптимизаций на эту тему.

7. Исправлено много разных ошибок и сделано много разных доработок. Это можно прочитать тут:
https://github.com/Pr-Mex/vanessa-automation/blob/develop/history.MD

Написал то, что в голову сразу пришло.  Если что забыл - дополняйте.
Спасибо.  Подскажите а совместимость с behavior есть?  Те тесты что там написаны пойдут?
источник

LP

Leonid Pautov in testspro1c
Виктор Ермаков
Спасибо.  Подскажите а совместимость с behavior есть?  Те тесты что там написаны пойдут?
Скорее всего да. Но лучше, конечно, проверить.
источник

ВЕ

Виктор Ермаков... in testspro1c
Спасибо,  обязательно попробую
источник

VP

Vitaly Popov in testspro1c
Господа, а кто как готовит тестовые данные?
Не важно для какого фреймворка?
Может есть у кого-то опыт в коллективах подготовка тестовых баз? Или из макетов все время данные для теста загружаются в полном объеме?
источник

NM

Nikita Mikhaylov in testspro1c
Vitaly Popov
Господа, а кто как готовит тестовые данные?
Не важно для какого фреймворка?
Может есть у кого-то опыт в коллективах подготовка тестовых баз? Или из макетов все время данные для теста загружаются в полном объеме?
создаем в процессе теста данные. Кстати, Дима (тестер1с) спорил с СБ по этом поводу )
Я за Диму )
источник

VP

Vitaly Popov in testspro1c
А примерно как процесс строится?
Прогон тестов - это получается всегда ночные сборки из-за длительного прогона?
источник

VP

Vitaly Popov in testspro1c
У нас команда не такая большая, 3 человека всего. И если кто строил у себя процесс автономного тестирования, когда полтора землекопа было бы очень интересно узнать какие грабли нашли =)
источник

VP

Vitaly Popov in testspro1c
У нас был опыт тестирвоания мобильного приложения на 1С, но там объем достаточно небольшой функций и сразу с нуля покрывали тестами. Все прогонялось в ручном режиме достаточно быстро
источник

Z

ZEEGIN in testspro1c
а что тестировать надо?
источник

Z

ZEEGIN in testspro1c
процесс сильно разный от того что разрабатывается
источник

VP

Vitaly Popov in testspro1c
УТ11 в основном
источник

Z

ZEEGIN in testspro1c
я не это имел ввиду. что дорабатывается?
источник

Z

ZEEGIN in testspro1c
Если это какой-то серверный механизм контроля проводок или что-то типо того, то достаиочно юнит тест написать во внешней обработке
источник

VP

Vitaly Popov in testspro1c
Все подряд, перепиливаются типовые документы, пилятся свои документы
источник

VP

Vitaly Popov in testspro1c
ZEEGIN
Если это какой-то серверный механизм контроля проводок или что-то типо того, то достаиочно юнит тест написать во внешней обработке
Спасибо большое за ответ!
Я немного наверное неправильно вопрос сформулировал

Хотелось бы узнать у кого какой опыт, что получилось. Инофрмации не очень много и площадки для обмена опытом пока не сформировалось =)
источник

Z

ZEEGIN in testspro1c
Ну вот когда ты что-то делаешь, ты же делаешь это не просто так? Сначала пишешь сценарий. Из хорошо сформированной задачи сразу понятно что должно быть и как это проверить.
источник

Z

ZEEGIN in testspro1c
если в сценарии нет работы пользователея то скорее всего это либл интеграционный либо юнит тест, если есть - сценарный
источник

Z

ZEEGIN in testspro1c
интеграционный тест это не очень хорошо, он проходит по несколбким объектам, цепляет вызовы, тяжело поддерживать регрессию. Сценарный тест еще хуже, он кроме того что цепляет все еще и кнопки названия бетонирует. Его дорого поддерживать. Но если нужна гарантия поведения, то это окупается.
источник