Vanessa, хочу все и сразу
Многим из нас известен фреймворк для тестирования - Vanessa Automation - тот самый, который родной брат/сестра Vanessa-ADD. Вместе они идут от Vanessa-Behavior.
На Инфостарте есть цикл статей от Владимира Литвиненко про тестирование с помощью Vanessa:
В этой статье я расскажу о той возможности Vanessa Automation, которая помогает сделать поставку продукта интереснее для заказчика и проще для исполнителя.
В каждом договоре на внедрение после пунктов про анализ и разработку обязательно есть раздел, связанный с подготовкой инструкций и обучением пользователей, здесь нам может помочь Vanessa Automation
Она не только тестирует приложение, но и по тесту записывает видео, которое можно использовать как инструкцию.
Что для этого надо?
Ставим Vanessa Automation.
Смотрим справку в пункте автоинструкции, нда.., шагов много, ну а кому сегодня легко.
Для записи видео нам понадобится VLC плеер, ImageMagick, SikuliX.
После установки SikuliX не забудьте путь к нему прописать в переменную PATH, проверить работу можно запустив в консоли команду runsikulix.cmd (может понадобиться перезагрузка компьютера)
В результате выполнения шагов инструкции, у нас будут заполнены основные параметры сборки видео.
После заполнения настроек по умолчанию, надо проверить что видео будет работать. Мне пришлось поменять путь к команде convert, так как установил более свежую версию ImageMagick и понадобилось скачать отдельно ffmpeg (входящий в ImageMagick версии 7.0 мне не подошел, пришлось качать его отдельно – тот, который входит в ImageMagick версии 6.X, запускается без проблем).
Чтобы это было не немое кино, можно использовать три разных голосовых движка:
- Известный нам еще из юности движок от Microsoft и Балаболку, но это очень на любителя,
хоть и бесплатно; - Голосовой движок Yandex - лучший для русского языка;
- Голосовой движок от Amazon - если вдруг вы захотите писать инструкцию для иностранцев (вьетнамцы смотрят такое видео и умнеют).
Все это настраивается на странице аудио:
Аккуратно настроим папки, в которых будут храниться временные файлы (чтобы не искать потом, куда делось место на диске), этих файлов будет много.
Yandex хоть и не дорогой, но все равно, чтобы не переплачивать - настроим хранение кэша для аудио файлов.
Вот и все, можно запускать сценарий, который у нас уже есть (мы же читали статьи выше), после завершения сценария система еще немного подумает, выдаст несколько окон, в которых будет сообщать, что она делает (а то вдруг уснем) и, в конце концов, откроет папку с видеоинструкцией.
Если вы не любите смотреть как другие работают, ставьте галку, и служебных сообщений не будет, а видео соберется гораздо быстрее.
По умолчанию, в начале видео добавлена вставка с заголовком фичи,
названием сценария,
в конце видео – с описанием сценария,
но их тоже можно отключить.
Начиная с версии 1.2.028 в инструкции можно использовать несколько разных голосов и эмоций (только Yandex).
Например, все что делает система у нас будет проговаривать нейтральный мужской голос (Захар), а что должен сделать пользователь – веселый женский (Оксана).
Для этого в настройках сценария выбираем голос zahar, и нейтральную эмоцию
Это будет базовый голос и базовая эмоция.
А в самом сценарии перед фразами, которые должна произнести Оксана добавляем тег: @YandexTTS: oksana, good
Если эмоция не меняется относительно базовой, то второй параметр можно не указывать.
Запускаем сценарий на выполнение. После завершения обработки сценария вы получите сценарий, в котором Захар сухо говорит, что происходит на экране, а Оксана бодро сообщает, что нажимается или вводится.
Все просто, если вы тестируете с помощью Vanessa Automation, то уже пишете инструкции. Кстати, для тех заказчиков, кто не верит во всякие "заморские штуки" и очень любит старую добрую бумагу, можно сформировать инструкцию в формате HTML. Для этого ставим галку и заполняем каталог.
Контролируем, что у нас заполнена команда для создания скриншотов, при необходимости ставим IrfanView (32х разрядную версию):
Запускаем сценарий и наслаждаемся результатом, теперь подготовка многостраничной инструкции займет намного меньше времени.
И еще один пример видео:
Вступайте в нашу телеграмм-группу Инфостарт
Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
См. также
Тестирование QA Разработчик 1С:Предприятие 8 Бесплатно (free)
Когда полная сборка автотестов занимает полчаса, даже небольшая автоматизация может изменить рабочий процесс. Рассказываю, как Python-утилита Phase Switcher постепенно превратилась в KOT for 1C — open-source расширение для VS Code. KOT 3.0 объединяет в одной рабочей среде библиотеку шагов и сценариев, IntelliSense, поддержку СППР и самостоятельных feature Vanessa Automation, исследователь форм, запись действий и управление выполнением через MCP. В статье — история разработки проекта от небольшой Python-утилиты до расширения для VS Code, практические примеры, неудачные эксперименты и решения, которые помогли инструменту прижиться в нашей команде.
02.11.2026 343 alexiosus 0
Тестирование QA Бесплатно (free)
Резкий рост числа пользователей, консолидация систем или миграция в облако требуют заранее понять, выдержит ли инфраструктура новую нагрузку. Рассказываем, как с помощью LLM команда за 16 недель подготовила и провела нагрузочные тесты для шести баз: автоматизировала анализ технологических журналов и журналов регистрации, формирование реалистичных сценариев и создание обработок для «1С:Тест-центра» и JMeter. Показываем, как оркестратор, AI-агенты и MCP-серверы помогают сократить объем ручной работы, а также объясняем, почему контроль со стороны 1С-эксперта по-прежнему остается обязательным. Разбираем архитектуру решения, уже работающие инструменты и направления дальнейшей автоматизации нагрузочного тестирования.
31.10.2026 411 gabrielyants 0
Инструментарий разработчика Тестирование QA Разработчик Стажер 1С 8.3 Абонемент ($m)
Проверила пять пакетных команд платформы 8.3.27 на контрольном расширении Нано-УТ: они обнаружили 4 из 28 заложенных пунктов. В набор входят ошибки применимости, предупреждения и сведения для ручного разбора. Проверка XML-выгрузки отметила все 28 пунктов и 15 из 15 на похожем слепом наборе. Показываю журналы, ограничения и сценарий обновления основной конфигурации. Прилагаются инструмент с 69 тестами и материалы опыта.
7 стартмани
28.10.2026 296 Ninel_S 2
Инструментарий разработчика Мобильная разработка Тестирование QA Разработчик 1С 8.3 Абонемент ($m)
Скрипт form_diff_mobile.py сравнивает две выгрузки конфигурации 1С и показывает, что в формах удалено и переименовано, где на это ещё ссылаются и какой код попадает в мобильные контексты. На «Нано-УТ 2.0» сделано 13 изменений форм: платформа 8.3.27.2130 отметила 7, в остальных шести промолчала, и в четырёх из них скрипт нашёл обращение к удалённому элементу, строку с прежним именем формы, смену директивы или выход формы из мобильной области. На чистой УТ 11.5 сравнение с копией дало 0 находок, а с копией с пятью правками ровно семь. В архивах скрипт, 74 теста, стенд, чек-лист выпуска, журнал выпуска и скрипты опытов на платформе.
7 стартмани
27.10.2026 274 Ninel_S 0
Тестирование QA Разработчик 1С 8.3 Абонемент ($m)
Прогнала через 1С 8.3.27 и валидатор .NET 21 файл XML по одной схеме: базовый пример и типичные отклонения. Вердикты совпали в 20 случаях (у .NET включены предупреждения), дата без времени дала расхождение. В архиве - схема, тесты, закреплённая версия учебной базы и исправленный сценарий проверки, включая выгрузку и обратное чтение 30 продаж.
1 стартмани
26.10.2026 264 Ninel_S 0
Рефакторинг и качество кода Тестирование QA Системный администратор Разработчик 1С 8.3 Абонемент ($m)
В базе 1С на PostgreSQL копятся индексы, которыми никто не пользуется: их создаёт флажок «Индексировать» у реквизитов или их добавляют вручную. Каждый такой индекс замедляет запись: в опыте на тестовой таблице восемь лишних индексов сделали вставку 300 000 строк в четыре-шесть раз дольше. Скрипт на Python смотрит статистику PostgreSQL и показывает, какие индексы ни разу не использовались и какой реквизит 1С их создал. На нашей конфигурации «Нано-УТ» он нашёл четыре ненужных индекса документа и один дубль, добавленный вручную. После того как я сняла флажки и обновила конфигурацию, индексов стало 227 вместо 234, данные не пострадали. В архиве скрипт, запросы и примеры.
5 стартмани
23.10.2026 435 Ninel_S 4
Рефакторинг и качество кода Тестирование QA Разработчик 1С 8.3 Абонемент ($m)
Скрипт, который должен был проверять код 1С в Docker, на деле проверял только, что файл не пустой: из 11 модулей с ошибками он пропустил все. Я переписала проверку и сравнила её с самой 1С на тех же 11 модулях из нашей конфигурации «Нано-УТ». Новый скрипт нашёл незакрытые «Если», процедуры и скобки в 10 случаях из 11. Вызов несуществующей процедуры находит только сама 1С. В архиве скрипт, файлы для Docker, примеры с ошибками и журналы проверки.
5 стартмани
23.10.2026 415 Ninel_S 4
Рефакторинг и качество кода Тестирование QA Разработчик 1С 8.3 1С 8.5 Абонемент ($m)
Генератор Form.xml из JSON прошёл тесты, но Конфигуратор сначала отверг форму, а после исправления типа без сообщения об ошибке потерял 6 элементов из 10. Ищем причины и делаем проверку через платформу. Исправленный генератор испытан на 8.3.27.2130 и 8.5.1.1302: пять форм конфигурации, веб-клиент, стандартные команды из JSON, запись и проведение. В архиве Вы можете получить исходники, примеры обработки, справочника, документа, отчёта и регистра, тесты и журналы прогонов.
5 стартмани
22.10.2026 374 Ninel_S 0
Представим, меня интересуют вопросы тестирования ПО или написания инструкций.
Как пользуясь имеющейся системой категория я смогу найти эту и подобные ей статьи?
Мне кажется логичным видеть эту статью в категориях "Документирование" и "Тестирование".
А когда я открываю категорию DevOps, я ожидаю видеть там статьи про DevOps: про организацию пайплайна CI, про оркестрацию и т.п., а не про то, как создавать видеоинструкции (пусть и автоматизированно) или тестировать ПО.
Единственное что считаю важным добавить, так это использование программного обеспечения указанного в инструкции, на которую есть ссылка в давнной статье:
Еще один момент, в справке по автоинструкции, по ссылке со списком ImageMagick нет указаной версии (ImageMagick-6.9.3-7-Q16-x64-dll.exe), ее можно найти здесь:
Спасибо!
Vanessa Automation это папка с внешней обработкой для 1С.
На гите есть версия для разработчика она вам не подойдет. Ищите сразу скомпилированный вариант. Это тоже самое, только там будет обработка "vanessa-automation". Ее в 1С запускаем и уже настраиваем.
Неплохо бы автору более детально это озвучить в приведенных ссылках речь идет о другом решении "Vanessa-ADD". Судя по описанию это другой продукт.
Пишет:
Error: voice not selected
Также рекомендую каталоги называть коротко, без пробелов и латиницей иначе схватите проблему в командной строке. Все через нее все работает.
Загуглив нашел в чем подвох:
"C:\Program Files\balcon\balcon.exe" -lЯ балаболку закинул в папку "C:\Program Files\".
И у меня Елены в списке не оказалось. Есть только:
SAPI 5:
Microsoft Anna
Возможно дело в битности.
Оказалось, что анна не понимает русского. Ввел цифры и латиницу заговорила.
Также проверил теорию с плеером. Заменил команду с 32-битном влц 2 версии, на 64-битную 3 версии. И имеджик с 6 на 7. Все работает в любой комбинации.
Вопрос только как поставить от мелкософта русскую озвучку?
В командной строке:
"C:\Program Files\balcon\balcon.exe" -lВыдало:
Microsoft Server Speech Text to Speech Voice (ru-RU, Elena)
Пока не перезагружался. Запись пустая вышла...
Буду продолжать биться о стену в этой .
Чем больше функций у системы, тем больше настроек. Если вы можете скомпоновать настройки более удобным способом - вы всегда можете присоединиться к разработчикам этого решения и внести свой вклад. Это один из плюсов данного продукта - если чего-то не хватает, или сделано не понятно - вы всегда можете исправить это, можете задать вопрос автору и получить ответ, а не просто получить дежурное письмо от вендора - "Спасибо, ваше мнение очень важно для вас".
Видеоинструкции, озвучивающие сценарий, - IMHO неуважение к пользователю.
Если выбирать между "вообще нет инструкции" и "озвучивает и показывает человек с серьезными проблемами в общении, но все же понятно и, главное, правильно, только не ругайтесь", то, да, просто отлично, хотел бы я сказать.
Но ...
В реальной жизни создание не сложного документа состоит из множества "если тогда, обратите внимание и т.п." И поэтому сценариев на ОДНО действие (причем "стандартное"), скорее всего, будет, значительно больше одного. Или один огромный, что не верно.
Вы предлагаете пользователю прослушать, скажем 10, косноязычных объяснений?
С нежностью вспомнился Simple Query Language, превратившийся в Structured Query Language :)
Наверное, все же правы те, кто не допускает программистов до создания тех. документации.
Человек так уж устроен, что пытается применить тот инструмент, которым он лучше владеет. Даже если он абсолютно не годится для поставленной задачи. С помощью мастерства и такой-то матери преодолеем.
Причем я упоминал, что, если сценарии работают, то документации, соответствующей действительному функционалу (одной из его веток). Это очень хорошо.
Но хотелось бы понять:
1. Как все же быть, когда на одно действие приходится больше одного сценария.
2. Вы смотрели северокорейские фильмы?
Вольная цитата: "Я Ким, как представитель нашей областной ячейки партии и передовой тракторист, хочу пригласить тебя, как верную идеям Ким Ир Сена, комсомолку, детородного возраста, создать совместную ячейку общества. Что, после того как мы зарегистрируем ячейку общества в сельсовете, позволит нам подать заявку на рождение нового члена для продвижения великих идей чучхе".
Вот ваша озвученный сценарий это очень напоминает. Только будет длинней раз в 20. Ну и озвучка уступает даже северокорейскому фильму.
Как говорил В.И. Ленин: "...Где у нас приговоры народных судов за то, что рабочий или крестьянин, вынужденный четыре или пять раз прийти в учреждение, наконец, получает нечто формально правильное, а по сути издевательство?"
3. Вы правда считаете, что такие "инструкции" нужны не только новичкам, и работающему человеку не нужна иерархическая база знаний с нечетким поиском?
Ну не надо менеджеру смотреть ролик, у него стоит клиент, с оплаченным заказом, товар у менеджера перед глазами, отчет по остаткам на складе подтверждает наличие,а реализация не создается?
Требуется за 10 секунд понять почему. В идеале программа должна это подсказать сама, а не выдавать смутное сообщение о нехватке (кстати, по сути верное, но издевательское без подробностей), но хотя бы база знаний быть должна.
Да вы и сами, как программист, правда будете смотреть ролик, чтобы вспомнить на каком месте находится нужный параметр в ВычислитьВыражение в СКД?
По 1.
Вам надо расписать частотные пользовательские сценарии. Понятно, что у многих процессов бывают ответвления и все комбинации перебрать не получится.
Посмотрите как делают ребята из проекта 1С-ЭДО. Вот их плейлист с автовидео созданными на VA:
Вот сегодня залит новый ролик
По 2.
Не понял что не так с озвучкой и причём тут северкорейские фильмы. Роботы уже давно научились вполне хорошо говорить. Да, не как голивудские актёры, но для инструкций этого и не требуется.
Можно посмотреть те же ролики от проекта ЭДО.
По 3.
Автовидео инструкции не исключают другого вида документации. Они их дополняют.
Вот вы меня и не понимаете.
Я пытаюсь сказать, что очень редко создание чего-то, более-менее сложного, еще раз, я про простую основную цепочку, а не про ответвления!
Укладывается в простой сценарий, а вы опять приводите сценарий на две минуты.
А северокорейские фильмы при том, что вы голосом озвучиваете по сути программный код: "я как n создаю х для чего открываю у..." .
Для ваших примеров это почти не заметно, наверное, в этом и дело.
У нас, например, стандартный! сценарий полного заведения контрагента - уложится в вашем ролике минут в 10. Почему это? А вы с маркетингом поговорите, после чего поймете, что это еще очень быстро.
А создание контрагента по входящему тел. звонку, т.к. сказать "урезанного осетра" в 20 секунд.
По п.3 неа, не дополняют, они ОБА желательны, но сфера использования разная.
А вообще, я уже полез в философию и умничаю не по делу, осталось только провести "полезную" дискуссию о том, какой должна быть документация при том, что я ни разу не технический писатель. :)
В общем, ваша статья мне понравилась. А как и что использовать решать будет каждый сам за себя. :)
Посмотрите другие ролики с этого же канала.
Там есть видео разной длительности. И больше 2 минут. И там есть более сложные сценарии.
Создание контрагента за 10 минут - это очень странно.
Попробуйте создать по этому процессу инструкцию - тогда можно будет оценить реальное время.
>А северокорейские фильмы при том, что вы голосом озвучиваете по сути программный код: "я как n создаю х для чего открываю у..." .
В приведенном мною примере нет такого.
Я правильно понимаю, что это озвучен интеграционный тест?
И что, по мнению разработчиков, он именно так должен выглядеть?
Какой-то одноразовый он получается, с учетом регистрации в сервисе и т.п.
Т.к. "настоящий" тест-то мы прогоняем каждый раз. И если создать бизнес правило - поменяли рабочий тест, запустите пересоздание ролика, реально и можно его даже автоматизировать, то отдельно править обучающий тест, скорее-всего, никто не будет.
А так, ну не знаю: берем любого специалиста и он нормальным голосом, со всеми нужными смысловыми паузами и примечаниями, состряпает тот же ролик, раза так с третьего. По времени то на то, по качеству несравнимо.
Я не даром упомянул SQL, только, если SQL рассматривался как простой язык для обычных пользователей, то ваш вариант похож на простой язык для создания технической документации для программистов.
И то и то, в определенных ситуациях даже работает, но очень определенных. :)
(31)
Вы можете включить этот сценарий в контур CI и он там будет работать. Что мешает?
(31)
Я думаю вам стоит сравнить оба подхода на практике.
Разница в подходах существенная. При подходе video as a code:
- Не нужно использовать спец оборудование (микрофоны, тихое помещение и т.д.)
- Не нужно заниматься монтажом
- Не нужно перезаписывать ролик с нуля при смене версии конфигурации. Робот может его пересобрать автоматически.
Нужно понять - важны ли выше перечисленные пункты. Тогда станет понятнее какой подход лучше использовать.
(31)
И то и то, в определенных ситуациях даже работает, но очень определенных. :)
Ролики, приведенные выше, сделаны НЕ программистами, если что )
Недаром я поинтересовался не интеграционный ли тест в ролике и вы, вполне справедливо, сказали, что нет.
Для создания ролика до сих пор хватало обычной комнаты и микрофона от web-камеры.
Качество приемлимое, мы же не песни записываем, а по сравнению с говорилкой, вообще на 5+.
Весь монтаж выливался в вырезание 2-5 лишних кусков и то не всегда, часто с третьей попытки все и так было ОК.
"Робот может его пересобрать автоматически."
Пересобрать можно только что-то измененное. настоящий тест у вас точно будет изменен, без этого не разрешать лить в рабочую ветку, а кто, зачем и насколько оперативно, будет менять в тесте-документации?
Максимум запустите - не падает, ну и сойдет.
Я пытаюсь сказать, что у этого подхода есть своя полезная сфера применения. По сути мне как раз не нравится, когда вы сами хороните основное преимущество - актуальность теста = актуальность документации, и возможность ее поддержания в автоматическом режиме.
Да, я не открещиваюсь от своих слов, это совсем плохо подходит для создания сложной цепочки, зато хорошо для объяснения короткой подзадачи из этой цепочки.
P.S.
Можно ли на 1С написать программу работы с изображениями, например, просмотр многостраничных tiff?
Да, можно, я написал. Последние версии платформы позволили.
Надо ли это делать, если, например, знаешь C++ и там куча готовых библиотек?
По-моему, не стоит.
Vanessa - инструмент для тестирования. Можно на нем писать документацию, да ... :)
(33)
Качество приемлимое, мы же не песни записываем, а по сравнению с говорилкой, вообще на 5+.
Весь монтаж выливался в вырезание 2-5 лишних кусков и то не всегда, часто с третьей попытки все и так было ОК.
Можете привести пример такого ролика? Интересно сравнить.
(33)
Максимум запустите - не падает, ну и сойдет.
Не понял этот абзац, простите )
На всякий случай скажу, что то как будет отработано обновление/изменение тестов зависит от регламента работы.
(33)
Да, я не открещиваюсь от своих слов, это совсем плохо подходит для создания сложной цепочки, зато хорошо для объяснения короткой подзадачи из этой цепочки.
Не понял на чём основан тезис "вы сами хороните основное преимущество - актуальность теста = актуальность документации, и возможность ее поддержания в автоматическом режиме".
Вроде я постоянно пишу - то робот может пересобирать автодоки.
(33)
Можете привести пример видео инструкции (созданной как угодно) такой сложной цепочки?
(33)
Возможность создавать автодоки следует из BDD подхода, а не из инструмента.
BDD подход говорит о том, что тест может являться документацией.
Вам нужно именно мое творение? Проверить работу микрофона? У меня ролики завязаны на разработку нового функционала. Абсолютно ничего гениального, ни с точки зрения подачи материала, ни с точки зрения функционала, но СБ сильно не понравится. :(
Да проверьте сами, думаю, есть у вас нормальная web - камера (у меня, кстати, Logitec не менее чем 5-и летней давности), просто сядьте в комнате, где никто не орет, никакой тихой комнаты, просто без сумасшедшего дома, и нормальным, громким, голосом что-то надиктуйте.
Да хоть повторите один из роликов.
Я пользуюсь ActivePresenter.
=========================================
Причем тут именно BDD?
Комментарии к коду могут являться документацией, причем автособираемой (JAVA).
Тест, во всяком случае, основанный на TDD, всегда является документацией, даже если в нем нет ни строчки комментария.
Ролики, созданные где угодно, тоже и т.д и т.п.
Лично меня на самом деле волнует проблема устаревания документации, с этим как только не пытаются бороться.
Пока единственный знакомый мне вариант, это код - документация. Т.е. есть работающий тест = есть документация.
Этот подход хорош для программиста. И плохо работает, когда какое-то бизнес действие покрывается цепочкой из множества тестов. Но для программиста это меньшее из зол.
Вы же предложили, как это подход распространить на пользователя.
По-моему, хорошая идея, но с ограниченной применимостью.
По n-му кругу объяснять почему код, заточенный под документацию, будет плох как тест, наверное, не очень хорошая идея.
Если не получилось за все попытки, то это действительно только моя вина - ну, не смог внятно выразить мысль, приношу свои извинения.
(35)
Вам нужно именно мое творение? Проверить работу микрофона? У меня ролики завязаны на разработку нового функционала. Абсолютно ничего гениального, ни с точки зрения подачи материала, ни с точки зрения функционала, но СБ сильно не понравится. :(
Всё же хочется говорить предметно. "Любая ссылка" для этого не подходит. Лучше конкретная.
(35)
Да хоть повторите один из роликов.
Я пользуюсь ActivePresenter.
Я делал такое. Мой опыт показывает, что качество звука лучше чем в автовидео не получается.
Плюс, когда сотрудник работает в офисе, надо ещё где-то взять эту тихую комнату. А если нескольким сотрудникам нужно делать видео - то нужно либо очередь организовывать к этой комнате, либо иметь много таких помещений. Это не выглядит как упрощение технологии.
(35)
Комментарии к коду могут являться документацией, причем автособираемой (JAVA).
Тест, во всяком случае, основанный на TDD, всегда является документацией, даже если в нем нет ни строчки комментария.
Ролики, созданные где угодно, тоже и т.д и т.п.
BDD тут при том, что именно там озвучивается тезис, что тест является документацией в том числе для не технарей. Т.е. для обычных людей. BDD декларирует, что эта документация должна быть легко читаемой и легко понимаемой.
(35)
Пока единственный знакомый мне вариант, это код - документация. Т.е. есть работающий тест = есть документация.
Этот подход хорош для программиста. И плохо работает, когда какое-то бизнес действие покрывается цепочкой из множества тестов. Но для программиста это меньшее из зол.
Тут хочется посмотреть на это бизнес действие, которое покрывается цепочкой из множества тестов.
Плюс непонятно почему этот подход хорош именно для программиста. На практике тесты могут писать и пишут разные роли, не только программисты.
(35)
Я так и понял в чём проблема.
Задачу, когда часть тестов выносится в отдельный блок и по ним создаётся автоинструкции можно решать по разному.
Можно на это смотреть так, что у тестов есть внутреннее деление. Роли, если хотите.
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 1133932
Создание 11.10.19 10:09
Обновление 11.10.19 10:09
Просмотры 29936
Загрузки 0
Рейтинг
161
Комментарии 36
Код открыт Да
Рубрики Тестирование QA
Кому
Разработчик
,
Аналитик
,
Руководитель проекта
Тип файла Нет файла
Платформа 1С:Предприятие 8
Конфигурация Универсальные
Операционная система Не имеет значения
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)
