Всем привет,
Недавно познакомился с деятельностью этой фирмы
Они себя позиционируют как фирма разработчик автоматизированных инструментов в среде
По их утверждению, их аппликации позволяют быстро создавать автоматизированные тесты.
Что мне удалось понять, это то, что они построили внешний интерфейс - репозиторий для наполнения его готовыми или создаваемыми тестами, что дает им возможность быстрой подстройки шаблона под те или иные задачи клиента.
Возможно я ошибаюсь, но выглядит все это, как красивая обвертка, внутри которой все же отсутствует какая либо интеллектуальный движок и все там тривиально и обыденно. При этом для клиентов, это некий ящик пандоры, купив который они становятся заложниками внешней оболочки с начинкой.
Опыт разработчиков инструментария, мнение.
- Select
- developer
- Сообщения: 281
- Зарегистрирован: 12 дек 2017, 23:56
- Версия LabVIEW: 18
- Откуда: Врата надежды.
- Поблагодарили: 2 раза
Re: Опыт разработчиков инструментария, мнение.
Более внимательней ознакомившись понял, что это на самом деле так и есть. Они организовали внешний интерфейс, который позволяет управлять набором ранее созданных тестов , т.е. настройка последовательности запуска приборов по сценарию, конфигурировать пакет таких тестов, время их функционирования, просмотр отчетов и т.п. Маркетинговый слоган - Вам не надо заниматься сложным написанием кода TVI позволяет инженеру без специальных знаний построить сложный тест за 2 - 3 часа. Как будет строиться тестирование с UART обменом, с заведомо неизвестной архитектурой тестируемой платформы, типом встроенного протокола обмена и т.д. и т.п....?
Вместе с тем они сообщают, что это всего лишь среда управления sub.vi, сами же vi нужно по любому разрабатывать под
Как такой TVI справится с теми задачами, когда тест не ограничивается одним сбором каких то простых параметров (напряжения, токи, частота и т.п.)? На моей практике клиенты, которые решили вложить в автоматизацию, как правило все же привлекают разработчиков для построения сложного и гибко настраиваемого универсального комплекса UVM, он же и занимается аппаратным дизайном.
Вместе с тем они сообщают, что это всего лишь среда управления sub.vi, сами же vi нужно по любому разрабатывать под
Как такой TVI справится с теми задачами, когда тест не ограничивается одним сбором каких то простых параметров (напряжения, токи, частота и т.п.)? На моей практике клиенты, которые решили вложить в автоматизацию, как правило все же привлекают разработчиков для построения сложного и гибко настраиваемого универсального комплекса UVM, он же и занимается аппаратным дизайном.
LabView 14,18
-
IvanLis
- guru
- Сообщения: 5467
- Зарегистрирован: 02 дек 2009, 17:44
- Награды: 7
- Версия LabVIEW: 2015, 2016
- Откуда: СССР
- Благодарил (а): 28 раз
- Поблагодарили: 88 раз
Re: Опыт разработчиков инструментария, мнение.
TVI я не сталкивался, но наверняка для каждого шага тестирования необходимо создать subVI, а предлагаемая среда позволяет организовать имеющиеся тесты в нечто единое.
Посмотрите, в Templates для cRIO есть шаблон в котором реализован аналогичный (в некотором приближении) функционал:
LabVIEW Real-Time Sequencer on CompactRIO
Посмотрите, в Templates для cRIO есть шаблон в котором реализован аналогичный (в некотором приближении) функционал:
LabVIEW Real-Time Sequencer on CompactRIO
This sample project implements a sequence engine that executes user-defined sequences or recipes in LabVIEW Real-Time for control applications. It includes a Windows-based user interface that generates user-defined sequences, deploys them to CompactRIO, and monitors the sequence engine status. The user interface uses dynamic loading of subpanels to demonstrate an efficient and responsive user interface architecture.
Знание нескольких принципов освобождает от знания многих фактов!
Правила форума
Как добавить в сообщение картинку или файл
Конвертация / версий (форматов) VI
Как правильно задать вопрос...
Правила форума
Как добавить в сообщение картинку или файл
Конвертация / версий (форматов) VI
Как правильно задать вопрос...
-
Kosist
- expert
- Сообщения: 1236
- Зарегистрирован: 21 фев 2011, 23:44
- Награды: 2
- Версия LabVIEW: 2013-2020
- Благодарил (а): 23 раза
- Поблагодарили: 30 раз
- Контактная информация:
Re: Опыт разработчиков инструментария, мнение.
TVI - это просто тест-фреймоворк, написаный в . А задача тест-фреймворка проста - позволять конфигурировать последовательность тест-шагов (т.е. вызывать в нужном порядке код-модули), и контролировать выполнение тест-последовательности (что включает в себя внутреннюю логику тест-фреймворка, которая не зависит от конкретного приложения). Вот и все. Это ведь фреймворк. TestStand "на минималках".Select писал(а):Вместе с тем они сообщают, что это всего лишь среда управления sub.vi, сами же vi нужно по любому разрабатывать под
Как такой TVI справится с теми задачами, когда тест не ограничивается одним сбором каких то простых параметров (напряжения, токи, частота и т.п.)? На моей практике клиенты, которые решили вложить в автоматизацию, как правило все же привлекают разработчиков для построения сложного и гибко настраиваемого универсального комплекса UVM, он же и занимается аппаратным дизайном.
А вот какие писать виайки, как именно тестировать прибор - это уже задача разработчика, и никакой тест-фреймворк эту задачу решать не будет. При чем тут
?Select писал(а):Как будет строиться тестирование с UART обменом, с заведомо неизвестной архитектурой тестируемой платформы, типом встроенного протокола обмена и т.д. и т.п....?
Ваша виайка будет решать эту задачу, а задача тест-фреймворка - выполнить виайку в нужный момент времени, и "узнать" результаты ее работы; обработать входные/выходные данные, передать данные между виайками, запустить паралельные потоки, записать тест-результаты в файл или датабазу, и т.д. и т.п.
Многие фирмы делая тестеры создают свои тест-фреймворки в . Ибо так может быть дешевле - не нужна лицензия на TestStand, ну или же приложение не очень подходит под рамки TestStand. А TVI - альтернатива этому.
Мы делили апельсин - много наших полегло...
-
ladik
- developer
- Сообщения: 275
- Зарегистрирован: 18 ноя 2014, 11:45
- Награды: 1
- Версия LabVIEW: 2015, 2019
- Откуда: Екатеринбург
- Благодарил (а): 4 раза
- Поблагодарили: 3 раза
- Контактная информация:
Re: Опыт разработчиков инструментария, мнение.
Соглашусь с Kosist, всё именно так и обстоит. На протяжении последнего года делаем такой фреймворк для одного американского заказчика. На саммом деле, когда всё организовано и структурировано, конечному потребителю очень просто как писать тестовые сценарии, так и расширять функционал фреймворка, например, добавлением отличных от заложенных конфигурацией измерительных приборов и т.д.
На картинке пример простого теста для проверки цепи питания некой платы. И вот из подобных тестов и строится большая тестовая сборка для какого-то целевого устройства.
На картинке пример простого теста для проверки цепи питания некой платы. И вот из подобных тестов и строится большая тестовая сборка для какого-то целевого устройства.
Дорогу осилит идущий.
- Select
- developer
- Сообщения: 281
- Зарегистрирован: 12 дек 2017, 23:56
- Версия LabVIEW: 18
- Откуда: Врата надежды.
- Поблагодарили: 2 раза
Re: Опыт разработчиков инструментария, мнение.
Более чем понятно. О таком подходе не догадывался. Всех Благодарю за комментарии.
LabView 14,18
- Select
- developer
- Сообщения: 281
- Зарегистрирован: 12 дек 2017, 23:56
- Версия LabVIEW: 18
- Откуда: Врата надежды.
- Поблагодарили: 2 раза
Re: Опыт разработчиков инструментария, мнение.
Select писал(а):Более чем понятно. О таком подходе не догадывался. Всех Благодарю за комментарии.
Код: Выделить всё
Соглашусь с Kosist, всё именно так и обстоит. На протяжении последнего года делаем такой фреймворк для одного ........
На картинке пример простого теста для проверки цепи питания некой платы. И вот из подобных тестов и строится большая тестовая сборка для какого-то целевого устройства.
Что примечательно, мне приходилось наблюдать не один фреймворк разных разрабов, все они по дизайну как голуби, некоторые строят вообще без sub ? , у некоторых их до сотни и более, причем половина из них это примитивы из пары - тройки модульных соединений, которые разрабы просто элементарно ленятся строить и просто их вставляют в виде суб .
В моем случае суб это целиком построенная задача от начала и до финала.
Еще 1 интересный момент, каким образом Вы - удаленный разраб, проводите удаленное тестирование своего прототипа?
На другом конце должен сидеть если не разраб, то как минимум инженер с настроенным и трансляцией рабочего стола, который по Вашей команде должен дернуть за рубильник, если что-то пошло не так.
По ходу, перед всем этим балетом проводятся первичные тесты непосредственно на железе с соединениями по протоколам обмена, Вы понимаете о чем идет речь. Т.е. как минимум 2 командировки.
LabView 14,18