xUnitFor1C — набор инструментов для выполнения тестирования (модульного/юнит, приемочного, сценарного для 1С 8.3, интеграционного) в 1С:Предприятии 8

45 Comments

1. fishca 13.11.2015 at 15:51

   Яростно 1++

   Reply ↓
2. artbear 13.11.2015 at 16:16

   Специальный релиз — в пЯтницу 13 🙂

   Reply ↓
3. artbear 13.11.2015 at 16:21

   Еще интересный факт о нашем проекте:
   
   на днях на HeadHunter появилась вакансия, в требованиях к кандидату значится знание xUnitFor1C 🙂

   У вакансии отличная формулировка, отличающаяся от стандартных формулировок.
   

   Приветствуются полезные знания:
   
   — юнит тестирования
   
   — git
   
   — xUnitFor1C
   
   — TDD
   
   — генерации документации по коду
   
   Вообще хорошо, если 1С это не первый рабочий язык, а есть опыт работы в промышленной разработке.

   Reply ↓
4. lustin 13.11.2015 at 18:50

   (0) Мою фамилию и видео уберите пожалуйста. 😉

   Если уж так старательно меня НЕ упоминал, то тогда убери вообще.

   Reply ↓
5. kuntashov 15.11.2015 at 01:58

   (0)
   

   И вот в 2012 году, после первой конференции Инфостарт и моего выступления по методикам разработки/тестирования (если я не путаю), Александр Кунташов неожиданно, без объявление войны Smile взял и доработал продукт до универсального состояния, перенеся весь функционал во внешнюю обработку.

   Ну если нужны какие-то более-менее точные вехи, то вот как-то так это было:

   

   🙂

   В тот же день я тебе что-то отослал, ты как всегда наткнулся на кучу багов, какое-то время я это исправлял, а потом 29 ноября 2012 года, если верить githab’у, создал репозиторий (тогда еще 1CUnit),

   А потом пошло-поехало: буквально через несколько дней присоединился к проекту Григорий Пташко (ему про нас рассказал Женя Сосна) и начал адаптацию под УФ, потом присоединился ты и пошло-поехало: с Лешей создали отдельную организацию на гитхабе (xDD — https://github.com/xDrivenDevelopment), я все, что сделали, передал туда, потом нас (кажется, Аристархов через Лешу) попросили не использовать приставку 1С (как раз 1С опубликовала правила), Леха согласовал «наверху», что вместо нее можно дописать «For1C» и мы переименовали проект в xUnitFor1C.

   И вот теперь мы здесь 🙂

   Reply ↓
6. lustin 15.11.2015 at 12:13

   (5) Еще Палыч веселился на 1С++ тоже

   Reply ↓
7. artbear 15.11.2015 at 19:13

   (4) Алексей, историю проекта я специально описал очень крупными вехами, чтобы не слишком большая статья получилась.
   
   Конечно, упомянул не всех 🙁 в первую очередь, тебя и Женю Сосну (pumbaE). Извиняйте.

   Буду рад, если ты и Женя дополните эту историю.

   ИМХО будет интересно составить общий рассказ-историю.

   Reply ↓
8. artbear 15.11.2015 at 19:20

   (5) Саша, прикольно, оказывается, ты мне на мой день рождения подарок сделал 🙂

   Насчет названия xUnitFor1C — Андрей Аристархов написал мне по названию 1CUnit, я уточнил, какой вариант устроит, был предложен суффикс for1C, я вышел на всех участников проекта (тебя, Алексея, Женю, Григория). Далее совместно мы решили поменять название на xUnitFor1C

   Reply ↓
9. lustin 15.11.2015 at 21:50

   (7) Да это уже и не важно теперь.

   Странно что ты «случайно» забыл ссылку на мой github аккаунт. Выглядит некрасиво — поэтому прошу убери фамилию из статьи.

   Reply ↓
10. artbear 16.11.2015 at 09:07

    (9) Конечно, я его не забыл, а специально не указал, т.к. ты человек в среде 1С известный и ИМХО тебе не требуется специальных ссылок 🙂
    
    Не думал, что это тебя так заденет 🙁

    Reply ↓
11. artbear 16.11.2015 at 13:26

    (9) Извини, оказывается, я указал твою фамилию без имени, некрасиво получилось 🙁
    
    Добавил имя + ссылку.
    
    PS копипаст = зло 🙁

    Reply ↓
12. Кузьмич 17.11.2015 at 15:36

    недавно ткнули носом в ваш продукт (за что благодарен). всю жизнь тестировали вручную.
    
    попробуем…

    Reply ↓
13. zarucheisky 17.11.2015 at 15:49

    (9)(10) Вы еще по-деритесь 🙂

    Reply ↓
14. Кузьмич 17.11.2015 at 16:06

    тестирую тестировщик
    
    *стандартная УПП (свежий релиз). Тест на открытие форм. Ошибок масса 🙂
    
    интересно, в общем.

    Reply ↓
15. Adept 23.11.2015 at 10:08

    Народ, подскажите 4-ю верcию уже можно использовать(в частности интересует сценарное тестирование(ui))?

    Reply ↓
16. JohnyDeath 23.11.2015 at 22:19

    (15) Adept, может про сценарное тестирование лучше вот сюда: https://github.com/silverbulleters/vanessa-behavior ?

    Reply ↓
17. artbear 27.11.2015 at 10:31

    (15) 4ю версию, конечно, можно использовать.
    
    сценарное тестирование в ней также работает.

    Reply ↓
18. tivanitsky 14.01.2016 at 17:53

    Спасибо за хороший продукт, ребята! 🙂
    
    Он мотивировал меня перейти к разработке через тесты.

    Reply ↓
19. JohnyDeath 15.01.2016 at 20:53

    (17) Артур, а почему 4-я версия до сих пор в отдельной ветке и даже не в drvelop?
    
    Или же решили 4-ю версию отдельным продуктом сделать?

    Reply ↓
20. BlizD 03.06.2016 at 11:22

    Добрый день.

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

    Большое спасибо за разработку.

    Reply ↓
21. artbear 03.06.2016 at 14:41

    (20) Да, зеленая полоса очень мотивирует и вдохновляет — это известный факт.

    Спасибо за отзыв.

    PS помни, что никакое тестирование никогда не найдет все ошибки !

    Reply ↓
22. BlizD 03.06.2016 at 14:59

    (21)

    «PS помни, что никакое тестирование никогда не найдет все ошибки !»

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

    Reply ↓
23. artbear 04.06.2016 at 11:38

    (22) BlizD, да, конечно, ты описываешь правильный путь.

    Reply ↓
24. Diversus 15.06.2016 at 15:49

    (23) Артур, приветствую! Я так понимаю избавляться от модальности xUnitFor1C не хочет? Когда ориентировочно планируется поддержка асинхронности и отказ от модальности?

    Reply ↓
25. artbear 16.06.2016 at 20:09

    (24) Привет, Виталий.
    
    Планируется, но по срокам сложно сказать. open-source 🙂
    
    Если кто-нибудь доработает этот функционал, буду очень рад.

    Тем более, что сейчас при использовании плагинов, переделка уже не так трудоемка.
    

    Reply ↓
26. kraynev-navi 25.07.2016 at 11:13

    Несколько вопросов в контексте сценарных тестов.
    
    Не совсем до конца понимаю как все-таки делать правильно.
    
    Задача.
    
    Создаю из макетов цепочку тестовых документов. Скажем, поступление, две последовательных корректировки, формирование записей книги покупок (для БП).
    
    Провожу, заполняю, провожу, сравниваю с эталонными значениями.
    
    Правильно ли делать так или есть более верная методика?

    0. Удаляются ранее созданные документы (Подсмотрено у acsent из http://infostart.ru/public/517549/ )
    
    1. Создаю из макетов цепочку тестовых документов. Поступление, две последовательных корректировки, формирование записей книги покупок (для БП).
    
    2. Провожу документ корректировки. Проверяю (тест)
    
    3. Провожу второй документ корректировки. Проверяю (тест)
    
    4. Делаю заполнение формирования. Проверяю (тест)
    
    5. Делаю проведение формирования. Проверяю сверкой с эталоном (тест)

    Если тест падает в начальных пунктах, скажем в 2, то смысла делать 3-5 нету.
    
    По факту сценарный тест идет до конца, что занимает время и идет в разрез с утверждением, что тесты должны идти быстро.
    
    Почему, кстати, он идет до конца? Ведь
    
    на странице https://github.com/xDrivenDevelopment/xUnitFor1C/wiki/%D0%A1%D1%86%D0%B5%D0­%BD%D0%B0%D1%80%D0%BD%D1%8B%D0%B5-%D1%82%D0%B5%D1%81%D1%82%D1%8B—%D1%81%D1%86%D0%B5%D0%BD%D0%B0%D1%80%D0%B8%D0%B8-%D0%B2-%D0%B2%D0%B8%D0%B4%D0%B5-%D1%81%D0%B2%D1%8F%D0%B7%D0%B0%D0%BD%D0%BD%D1%8B%D1%85-%D0%B8-%D0%BF%D0%BE%D1%81%D0%BB%D0%B5%D0%B4%D0%BE%D0%B2%D0%B0%D1%82­%D0%B5%D0%BB%D1%8C%D0%BD%D1%8B%D1%85-%D1%88%D0%B0%D0%B3%D0%BE%D0%B2
    

    например. если в одном из шагов теста будут ошибки, все остальные шаги/тесты будут выполнены и до последнего теста дело не дойдет. Следовательно, операция завершения выполнена не будет.

    Версия xUnit1C 4

    p.s. В статье ссылка на сценарное тестирование ведет на главную вики. Кстати, некоторые примеры в вики ведут на 404-ю. Вероятно, сказывается переход к 4.0.

    Reply ↓
27. artbear 25.07.2016 at 16:09

    (26) kraynev-navi,
    
    В доке по указанной ссылке написано самое важное
    

    Процедура ЗаполнитьНаборТестов(НаборТестов) Экспорт
    
    НаборТестов.НачатьГруппу(«Тестовый сценарий», Истина); // ВОТ ЗДЕСЬ
    НаборТестов.Добавить(«ТестДолжен_СохранитьКонтекст»);
    НаборТестов.Добавить(«ТестДолжен_ПроверитьСохраненныйКонтекст»);
    
    КонецПроцедуры

    у тебя такой код используется для создания сценарных тестов?

    В статье ссылка на сценарное тестирование ведет на главную вики.

    Исправил.

    Кстати, некоторые примеры в вики ведут на 404-ю. Вероятно, сказывается переход к 4.0.

    Подскажи, какие ссылки неверные, поправлю.
    
    Спасибо, жду.

    Reply ↓
28. kraynev-navi 25.07.2016 at 16:26

    (27) Истину-то я и не приметил, походу из третьей версии переносил. С истиной, работает, спасибо!
    
    Про битые ссылки, бегло вот:
    
    https://github.com/xDrivenDevelopment/xUnitFor1C/wiki/%D0%93%D0%B5%D0%BD%D0­%B5%D1%80%D0%B0%D1%86%D0%B8%D1%8F-%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85
    
    ссылка с Пример кода тестов генерации данных (из репозитария)
    
    как буду еще читать вики, перечень тогда составлю.

    Вопрос еще был:
    

    Правильно ли делать так или есть более верная методика?

    Reply ↓
29. artbear 25.07.2016 at 21:16

    (28) kraynev-navi,
    

    ссылка с Пример кода тестов генерации данных (из репозитария)

    Спасибо. Исправил обе ссылки.

    Правильно ли делать так или есть более верная методика?

    Для xUnitFor1C 4.X это правильная методика.

    Reply ↓
30. vsbronnikov 07.02.2017 at 12:00

    Подскажите как Вы запускаете 1С из командной строки linux (у которой не установлено графического окружения)?

    Reply ↓
31. artbear 07.02.2017 at 14:44

    (30) А как без графического интерфейса запускать 1С, которая является графической системой 🙂 ??
    
    или речь только о регламентных заданиях ?

    Reply ↓
32. vsbronnikov 07.02.2017 at 18:20

    Нет. Речь идет о запуске 1С (в частности конфигуратора) из командной строки в пакетном режиме. Передал параметры командной строке типа «Выгрузить *.dt» или «Обновить конфигурацию из хранилища». 1С выполнил и закрылся.

    Reply ↓
33. Alligator84 31.10.2017 at 07:51

    Всем привет, инструмент действительно крутой!
    
    Спасибо всем разработчикам и участвующим.
    
    У меня вызывает стопор один момент.
    
    Делаю так: создаю обработку с перечнем тестов, переменными в процедурах из модуля формы и открываю её в xddTestRunner.
    
    Вопрос: как протестировать код из модуля формы, а точнее передать значение переменных?
    
    Это пока главный стопор в начинаниях по переходу на написания кода через TDD.
    
    Возможно, я не понял принцип тестирования/инструмента.
    
    Буду благодарен за помощь.

    Reply ↓
34. artbear 31.10.2017 at 10:22

    (33) Читаем офиц.доку, открывая сайт https://github.com/xDrivenDevelopment/xUnitFor1C
    
    и находя строку «Для быстрого входа рекомендуем», далее в этом предложении есть ссылка для быстрого входа 🙂

    Reply ↓
35. Alligator84 31.10.2017 at 11:19

    (34) Артур, спасибо за отклик. Ещё раз перечитаю.
    
    Активно читаю последнее время.
    
    Накапливаются вопросы когда переносишь теорию на практику.

    Reply ↓
36. VickWood 02.11.2017 at 11:10

    Добрый день!
    
    А подскажите, можно как-то протестить отдельную внешнюю обработку? Или обработка должна быть встроена в конфу и тогда уже тестировать всю конфигурацию?

    Reply ↓
37. artbear 26.11.2017 at 17:33

    (36) Пропустил Ваше сообщение.

    Конечно, можно протестировать отдельную внешнюю обработку.
    
    Это несложно.

    Reply ↓
38. ImHunter 27.11.2017 at 08:59

    (33) (34) Для тестирования кода модуля упр формы — быстрый вход как-то неявно описан:) С третьего-четвертого захода нашел, как это делается.
    
    Смысл в том, что список тестов и сами тесты можно писать и в коде упр. формы обработки (ссылка). Причем, и в модуле самой обработки — тоже можно свой список и тесты писать. И тогда будут видны два списка тестов.

    Reply ↓
39. artbear 27.11.2017 at 10:49

    (38) Да, в этой статье я этот момент пропустил.
    
    Но на официальном сайте есть дока с примерами.

    Создание файлов-тестов

    Примеры тестов

    Reply ↓
40. artbear 27.11.2017 at 10:54

    (38) Добавил ссылку на примеры тестов для управляемой формы в статью.

    Reply ↓
41. akivvika 20.02.2018 at 11:09

    (40) Добрый день! Подскажите пожалуйста по такому вопросу: если у меня есть юнит-тест написанный в модуле управляемой формы но для него мне необходимы данные из макета.
    
    Загрузка данных производится из макета на клиенте.
    
    Есть
    

    &НаСервереБезКонтекста
    Процедура ПередЗапускомТестаНаСервере()
    НачатьТранзакцию();
    КонецПроцедуры

    Есть
    

    &НаСервереБезКонтекста
    Процедура ПослеЗапускаТестаНаСервере()
    Если ТранзакцияАктивна() Тогда
    ОтменитьТранзакцию();
    КонецЕсли;
    КонецПроцедуры

    Но после выполнения шагов транзакция уже не активна и соответственно не откатывается.
    
    Судя по всему для отката транзакции весь код должен выполняться не сервере. А как тогда быть в таком случае?

    Reply ↓
42. artbear 20.02.2018 at 16:51

    (41) При работе в Упр.форме * транзакции не возможен, т.к. работа идет на клиенте, а транзакция возможна только при вызове внутри серверного кода.
    
    Вывод:
    
    + либо удаляем созданные данные вручную
    
    + либо вообще их не удаляем 🙂

    Reply ↓
43. akivvika 20.02.2018 at 16:54

    (42) Ну вообщем то так и пришлось сделать — удалять созданные данные. Спасибо!

    Reply ↓
44. Vladimir Litvinenko 12.06.2018 at 01:58

    (37)
    
    Цитата из публикации:
    

    xUnitFor1C работает с любыми конфигурациями, полностью независима, но может быть встроена в конфигурацию

    Есть ли где-то информация, как использовать xUnitFor1C как встроенную в конфигурацию подсистему?

    Интересует не только использование самой обработки xddTestRunner.epf но и плагинов, например плагина «Настройки.epf».
    
    Столкнулся с тем, что файл, содержащий исключения для тестов, не загружается. Ошибок нет, но тесты не отмечаются как исключаемые. Хотел произвести отладку, но система работы через плагины-внешние обработки приводит к тому, что в тонком клиенте нельзя выполнить пошаговую отладку методов этих плагинов. Например вызова ПлагинНастроек.Обновить(). Отладка по F11 в этом случае не работает должным образом.

    Изучению инструмента могло бы помочь встраивание обработок в конфигурацию. В документации к xUnitFor1C сказано что такая возможность есть.

    Нашел в коде, что если обработки встроены в конфигурацию, то плагины будут искаться как встроенные обработки, входящие в состав подсистемы конфигурации <ИспользуемыйПрефиксПодсистемы>xUnitFor1C.Plugins. Но создавать эти подсистемы вручную было бы сложно. В то же время в репозитории никаких cf-файлов для объединения с конфигурацией не обнаружил.

    Сохранилась ли до сих пор возможность встроить подсистему в тестируемую конфигурацию?

    Reply ↓
45. artbear 13.06.2018 at 13:35

    (44) 1 Встраивание как подсистемы — сложный процесс и у него сейчас очень мало сторонников 🙁
    
    Я, например, не использую этот механизм вообще.

    2 развитие xUnitFor1C ушло в сторону «сводного» продукта ADD (vanessa-add) https://github.com/silverbulleters/add

    сам xUnitFor1C пока никто не развивает, все силы мы будем отдавать на ADD

    в новом релизе ADD, который будет выпущен на днях, как раз реализован обычный=привычный способ отладки как плагинов, так и самих тестов.

    PS кстати, для ADD у нас есть планы сделать расширение в дополнение к варианту на внешних обработках, но эти планы пока довольно отдаленные.

    Reply ↓