Кунташов Александр

361
Рейтинг

Александр Кунташов
kuntashov



  •   Регистрация: 23.10.2011 (6 лет назад)

  •   Был(а) на сайте: сегодня в 05:01


Группы

Профессиональный разработчик

IE 2012 Докладчик

IE 2013 EVO Участник

Партнер IS-WP

IE 2013 REV Докладчик

IE 2015 Участник

IE 2016 Участник

Карта покупателя SILVER

IE 2017 Online

Рейтинг 361

[Перевод] Шпора для РП по оценке трудозатрат, или Почему программисты плохо оценивают время 62

Бесплатно (free)

Перевод статьи с популярного ресурса java.dzone.com, в которой описан взгляд на то, почему программисты ошибаются в своих оценках, с позиции руководителя проектов (РП), и советы разработчикам, как улучшить свои навыки в оценке времени на реализацию задач. (Ранее перевод был опубликован в блоге ГК "Компьютерный аудит").

20.07.2015    13035    82    

Грустная правда об информационной безопасности 33

Бесплатно (free)

Несколько реальных историй, иллюстрирующих легкомысленное или неадекватное отношение пользователей к информационной безопасности. P.S. Данная статья была написана в 2013 г. для блога сотрудников ГК "Компьютерный аудит", который в настоящее время прекратил свое существование.

12.06.2015    10644    24    

Опыт разработки скриптов для автоматизации работы в конфигураторе 42

v8 Бесплатно (free)

Статья опубликована на мотивам доклада, прочитанного автором на Конференции IE 2012 15-16 ноября 2012 года, и вошедшего в Журнал Инфостарта №1. В настоящее время частично утратила актуальность, выложена в основном в качестве архива, чтобы помнить историю развития проекта.

24.02.2015    12492    5    

[INFOSTART EVENT REVOLUTION] Секция "Практика внедрения учетных систем" 16

Абонемент ($m)

Презентации докладчиков секции "Практика внедрения учетных систем" конференции INFOSTART EVENT 2013 REVOLUTION. Докладчики: Алексей Королев, Юрий Робышев, Ольга Петровская, Лилия Мищенко, Олег Филиппов, Евгений Шумилов, Александр Белов, Юрий Гридунов.

17.11.2013    12997    93    8    

Разработка скрипта для проекта Снегопат 86

v8 1cv8.cf Россия Бесплатно (free)

Подробное пошаговое описание порядка создания скрипта для проекта Снегопат (http://snegopat.ru) на примере скрипта "Авторские комментарии". Затрагивает ключевые особенности объектной модели, реализуемой Снегопатом.

12.02.2012    13763    50    

Скрипты для проекта Снегопат: автоматизация работы в Конфигураторе 122

v8 1cv8.cf Россия Бесплатно (free)

Снегопат (http://snegopat.ru) – это проект по расширению возможностей конфигуратора 1С:Предприятия 8.2 как среды разработки прикладных решений. Для знакомых с ОпенКонфом, можно коротко сказать, что Снегопат – это ОпенКонф и Телепат, только для 1С:Предприятия 8.2 и уже на сегодня заметно круче :). Кроме специализированного функционала, который добавляется в Конфигуратор при использовании Снегопата, разработчики могут добавлять новый функционал самостоятельно, создавая свои собственные скрипты, автоматизирующие работу в Конфигураторе. Предлагаю вам обзор возможностей существующих на сегодня скриптов для Снегопата с короткими, но наглядными видеоиллюстрациями их работы.

16.01.2012    17172    34    

Комментарии

DevСоздаем свою библиотеку для OneScript#21 07.03.18 17:18
(19) Я подумал, что в данном случае погрешностью в пару случаев можно пренебречь :)
DevСоздаем свою библиотеку для OneScript#12 06.03.18 23:09
Цитата
Заранее извиняюсь за огромное количество упоминаний слова «библиотека» в тексте статьи :)

Код
$ curl -s -L https://infostart.ru/public/791568 | iconv -f cp1251 -t utf8 | grep -o 'библио*' | wc -l
139
DevТестирование интерфейса в обычном приложении 8.2 при помощи SikuliX#15 07.01.18 22:12
Спасибо за обзор инструмента. Сейчас как раз мучаюсь (другого приличного слова не подберу) с 1С:Сценарным тестированием для тестирования конфигураций на 8.2. Главная беда, конечно - с модальными окнами.

Есть пара вопросов:

1. Как вижу, SukuliX работает в отдельном сеансе/процессе и по идее должна уметь и модальные окна ловить. Я прав?

2. Почему xUnitFor1C используете только для геренации отчета? Не думали о том, чтобы запускать SikuliX-тесты при помощи xddTestRunner.epf, который запускался бы в сервисной информационной базе?

Это более естественный способ использования xUnitFor1C, чем отдельный запуск только для обработки логов. Принцип работы тестовой обработки для xUntitFor1C может быть таким:

* Параметризованный тестовый метод Тест_ДолженВыполнитьСкриптSikuliX(), который принимает на входе путь к сценарию на SikuliX и выполняет его, в конце проверяет лог и выводит исключение, если в логе обнаружены ошибки.

* ЗаполнитьНаборТестов() сканирует переданный через файл конфигурации путь к каталогу с SikuliX-тестами и для каждого файла-теста создает тестовый случай в дереве тестов (тест = Тест_ДолженВыполнитьСкриптSikuliX, Параметр = Путь к конкретному SikuliX-скрипту)

Мы таким образом запускаем 1С:Сценарные тесты.
Основное преимущество такого подхода: не нужно поддерживать батник для последовательного запуска тестов.

Ваше решение, конечно же, идеально для всех, кому сначала ехать, а потом шашечки :)
DevИспользование git при разработке на 1С#21 27.12.17 23:16
(0) Спасибо, что ответы на свои вопросы в гиттере к авторам инструментов ("несмотря на" и "вопреки всему" :)) и собственный опыт оформил в виде такой доходчивой и подробной статьи! Это однозначно лучше штатной документации.
DevBDD 1С по душе#39 18.01.17 23:55
(38) Не думаю, что что-то новое вам открою, но все же...

Пользователь и разработчик в процессе коммуникаций должны в идеале достичь общего понимания требований. Естественно, это понимание требований надо каким-то образом "зафиксировать" на понятным и тому и другому языке, с конкретными примерами данных.

При должной формализации языка изложения требований, проверку их реализации можно автоматизировать.

Таким образом ответить на ваш вопрос "какая проблема решается" можно так: геркин - понятный не-программисту, но при этом формальный (подходящий для автоматизации) язык для документирования требований к ПО, а огурец - инструмент для автоматизации проверки выполнения этих требований.

А вообще, то что вы написали в (38) почти слово-в-слово говорил автор огурца Aslak Hellesøy - коммуникации первичны. Инструменты - геркины, огурцы и прочее - все это пустое, если понимание не достигнуто.
DevBDD 1С по душе#37 18.01.17 19:42
(36) Да потому что это очевидный вывод, который вы сами сделаете, если будете изучать BDD не только по материалам от команды "Серебряная Пуля", а в том числе и на основе первоисточников, в частности, https://cucumber.io

При всем уважении к Алексею и Леониду, большой акцент на крайне детализированные сценарии, которые преимущественно все про "прокликивание" (знаменитые "фичи и воздуха" и иже с ними) сыграли плохую шутку: геркин среди 1Сников стал рассматриваться как альтернатива записи кода для тестированию интерфейса.

А такой подход нарушает один важный постулат BDD:

Цитата
Your cucumber features should drive your implementation, not reflect it.

(с) https://cucumber.io/blog/2014/03/03/the-worlds-most-misunderstood-collaboration-tool

С этой статьи рекомендую и начать.
DevBDD 1С по душе#33 18.01.17 14:22
(31) Спасибо за реальный пример (поставил плюс именно за него).

Сразу скажу, что я далеко не фанат ни TDD, ни BDD. По мере целесообразности использую и то, и другое, а но чаще просто пишу автоматизированные тесты, без TDD/BDD, т.к. чаще приходится работать с кодом, который достался в наследство, т.е. он уже требования когда-то были озвучены, код написан и надо его дорабатывать.

И когда сравнивают теплое с мягким у меня тоже начинается батхерт. Попробую его направить в позитивное русло.

Оба ваших "подхода" можно реализовать и в виде модульного теста, и на Gherkin'е и по BDD.
Поскольку про юнит-тесты вам все понятно, я напишу только про геркин.

Геркин - не значит "прокликивание" мышкой и приемочные тесты с высокой степенью детализации, хотя я догадываюсь, откуда у вас такие впечатления.

Как вы сформулировали задачу:

Цитата
УПП, при установленной галке "списывать спецодежду в НУ одновременно с БУ" при наличии нескольких видов спецодежды в эксплуатации при возврате спецодежды из эксплуатации формируется временная разница, а быть ее не должно.

В геркин это "переводим" дословно:

Код
Сценарий: Ошибочное формирование ВР при возврате спецодежды

Допустим, в ИБ в настройках установлен флаг "списывать спецодежду в НУ одновременно с БУ"
И на остатках есть спецодежда нескольких видов

Когда я оформляю документ "Возврат спецодежды из эксплуатации" 
Тогда не должно образовываться временной разницы


Когда вам пользователь рассказывал условие, наверняка он еще примеры привел в базе, которые по возможности в том или ином виде
нужно в сценарии отразить (только значимое). Но это надо сделать и для модульного теста, как он без данных-то!

Ну а реализацию шагов вы уже написали. Вот те, которые идут в "Допустим":

Цитата

0. Подготовка справочников
1. КЗР на некий "срез" регистра "Учет движения МПЗ и затрат Регл"

и вот реализация шагов, которые идут в после "Когда" и "Тогда":

Цитата

2. программно формируем документ возврата из эксплуатации, проводим и проверяем отсутствие ВР

Зачистка данных - это служебное действие.
DevBDD 1С по душе#23 17.01.17 14:49
(21)
Цитата
помогите раскрыть тему и убрать "недосказанности" из статьи

Тему бы вы раскрыли, если бы привели примеры из вашей практики, вот ровно вот как вы сами призываете - "я попробовал вот это".

А так данная публикация - больше похожа на школьный реферат на тему "Что такое BDD" - нарезали цитат из известных публикаций и скомпоновали их.
ОбменПередаем контакты из 1С в Битрикс24 через REST API#8 12.01.17 17:25
(6) Все нововведения у Б24 сначала в облаке. В коробке REST API добавили совсем-совсем недавно.
О жизниКлуб экспертов в Питере, 16 декабря 2016, предновогодняя встреча.#5 06.12.16 19:39
(4)
Цитата
Телевебинар - это когда несколько спикеров в одном вебинаре, а их смотрит совместно группа людей собравшаяся в офф-лайне, а потом совместно задает вопросы и обсуждает вместе со спикерами и участниками. Соответственно могут быть и он-лайн участники

Было бы круто! Послушать хочется, а приехать очно послушать врядли в ближайшее время получится.

> p.s. Ссылки на доклады конференции IE2016Dev лучше пока не публиковать. Это пускай остается, раз уж запостил.

Я думал, я вставил ссылку на пункт программы (просто зашел в программу эвента на event.infostart.ru и скопировал ссылку), даже не посмотрел сначала, что вставилась ссылка на ютуб.