В этой статье я бы хотел поделиться опытом автоматизации офисной, рутинной задачи по отправке сообщений группе клиентов.
И так, собственно, в чем вопрос: необходимо отправить электронные письма с вложением нескольким десяткам клиентам. При этом в поле получателя должен быть только один адрес, т.е. клиенты друг о друге не должны знать. Кроме того, не допускается установка дополнительного программного обеспечения, типа MaxBulk Mailer и ему подобного. В нашем распоряжении есть только Microsoft Office, а в данном конкретном случае — Microsoft Office 2013.
Читать полностью »
Рубрика «автоматизация рутины» - 5
Автоматизация для непрограммиста
2013-07-04 в 12:08, admin, рубрики: BASIC, mail, microsoft, office, Office 2013, outlook, vba, автоматизация, автоматизация бизнеса, автоматизация рутины, Песочница, Программирование, метки: BASIC, mail, office, Office 2013, outlook, vba, автоматизация, автоматизация бизнеса, автоматизация рутиныАвтоматическая генерация параметров для PDO
2013-02-06 в 9:37, admin, рубрики: PDO, php, автоматизация рутины, Программирование, метки: PDO, PHP, автоматизация рутиныВ данной статье хотелось бы рассказать об одной интересной проблеме, с которой мне пришлось столкнуться. Необходимо было автоматизировать процесс подстановки большого количества именных параметров в SQL запросы типа INSERT и UPDATE, то есть избавится от наводнивших проект конструкций типа:
$paramsArray[‘fname’] = $_POST[‘fname’];
$paramsArray[‘sname’] = $_POST[‘sname’];
Всех, кому интересно, как я решил такую задачу, приглашаю под кат.
Читать полностью »
Тестирование в Mail.Ru Group
2013-01-16 в 9:21, admin, рубрики: bloom filter, chef, mail.ru group, python, selenium-webdriver, unittest, автоматизация рутины, автоматизация тестирования, Блог компании Mail.Ru Group, виртуальная машина, математическая статистика, тестирование, управление конфигурацией, управление конфигурациями, фильтр блума, функциональное тестирование, метки: bloom filter, chef, mail.ru group, python, selenium-webdriver, unittest, автоматизация рутины, автоматизация тестирования, виртуальная машина, математическая статистика, тестирование, управление конфигурацией, управление конфигурациями, фильтр блума, функциональное тестирование Эта статья написана по мотивам одноименного доклада на Highload++'2012. Предназначена она для руководителей, которые смогут, взглянув на наше тестирование, сравнить его с тестированием в своем проекте, для программистов и системных администраторов, которым представится возможность посмотреть на тестирование как на очень интересную работу, и, конечно, для тестировщиков.
В статье я расскажу, о том, каким на самом деле может быть тестирование, как мы сделали тестирование продуктивной и интересной работой, какие задачи мы решаем, и почему работать у нас хорошо.
Читать полностью »
Одобрения обновлений WSUS: импорт, экспорт, копирование
2012-11-24 в 14:52, admin, рубрики: powershell, WSUS, автоматизация рутины, обновления, системное администрирование, эникейство, метки: powershell, WSUS, автоматизация рутины, обновления, эникействоПредыстория
До недавнего времени я работал эникейщиком в крупной российской компании, имеющей множество офисов по всей стране. В моём ведении были одиннадцать площадок, находящихся в разных городах Дальнего востока (это важно). В каждом из этих офисов была своя, не связанная с другими, сетевая инфраструктура — свой домен AD, своя подсеть и т.д.
Однажды руководство поставило мне задачу организовать процесс автоматического обновления ОС и программ от MS и разрешило развернуть на подотчётных площадках WSUS.
Проблема
После того, как WSUS был развернут, политики привязки компьютеров к группам WSUS настроены, синхронизация каталогов содержимого с серверами MS проведена и т.п., возник вопрос: а кто же, и, главное, как, будет одобрять обновления?
Представьте себе: 11 городов, связь с которыми настолько «быстра» и «стабильна», что редкие минуты, когда задержки ICMP-ответов составляют всего 800 мс, воспринимаются, как неслыханное везение. И в каждом необходимо проводить тестирование всех обновлений перед развертыванием. При этом доступ к серверам на площадках был только по RDP, т.е. нужно было еженедельно (распоряжение устанавливало именно такую периодичность) подключаться к серверу каждого города и вручную одобрять использование новых обновлений в тестовых группах и, соответственно, переводить испытанные обновления в промышленную эксплуатацию: