Никога не съм ползвал Dr. Web. Нямам представа как работи. Но това не ми попречи да напиша редица автотестове (и само мързелът не ми позволи да напиша още сто други):

Тест за инсталация на Dr. Web;
Тест за ограничаване на достъпа до носими устройства (флашки);
Тест за разделение на достъпа до директория между програмите;
Тест за разделение на достъпа до директория между потребителите на системата (родителски контрол).

Тези и много други тестове могат да се създават като топли питки, и не само относно Dr. Web, и не само относно антивирусите. В тази статия ще обясня как да го направите.

Подготовка

За тестовете ни ще е необходима виртуалка с Windows. Подготвих я ръчно, като извърших следните манипулации:

Собствено, инсталирах Windows 10 Pro x64;
По време на инсталацията създадох основен потребител "testo" с парола "1111";
Включих автоматичен вход за този потребител;

За автоматизация на тестовете ще използвам платформата Testo. Какво е това и как да се използва можете да прочетете тук.. Тук трябва да импортираме готовата виртуалка в автотестовете. Да направим това е много просто:

Тук се предпоставя, че /path/to/win10.qcow2 — това е пътят към диска на виртуалката, която подготвих ръчно. На това подготовката завършва и започва действието.

Тест №1 — Инсталираме Dr. Web!

Първо трябва да решим въпроса с прехвърлянето на дистрибутива на Dr. Web на виртуалната машина. Може да го направите (например) с помощта на флашка:

Всичко, което трябва да направим — е да сложим инсталатора на Dr. Web в папката ${DR_WEB_DIR} (точната стойност на този параметър ще зададем при стартиране на testo). А Testo само ще се погрижи инсталаторът да се озове на флашката.

Сега можем да започнем, всъщност, със създаването на теста. Досега ще започнем теста с прости неща: ще включим виртуалката (след създаването ще бъде изключена), ще изчакаме появата на работния плот, ще включим флашката и ще отворим нейното съдържание чрез файловия мениджър:

Скрийншот в края на сценари

Може, разбира се, да стартираме инсталатора директно от тук, от самата флашка. Но ще направим всичко по правилния начин — ще копираме инсталатора на работния плот и ще стартираме инсталатора от там. Как можем да копираме файла? Как би го направил човек?

Скрийншот, на който все още се извършва копиране на файла

Всичко, копирането е успешно завършено! Сега можете да затворите прозореца с флашката и да я изтеглите:

Снимка на екрана след затваряне на проводника

Сега, когато инсталаторът е на работния плот, трябва да кликнем два пъти върху него, за да стартираме процеса на инсталация. А самата инсталация се свежда до лесно щракане на бутони и отметки и не представлява голям интерес:

Снимка на екрана в момента на завършване на инсталацията

Завършваме нашия тест с рестартиране. И накрая не забравяйте да проверите, че след рестартиране на работния плот се е появила икона с Dr. Web:

Снимка на екрана след рестартиране

Отлична работа! Автоматизирахме инсталацията на антивируса Dr. Web! Нека си починем малко и да видим как изглежда в динамика:

Преминаваме към тестване на функциите.

Тест №2 — Ограничаване на достъпа до флашки

Първата функция в списъка — ограничаване на достъпа до флашки. За целта ще планираме доста пряк тест:

Ще опитаме да вмъкнем флашка и да създадем празен файл — трябва да успеем. Изтегляме флашката;
Ще активираме блокировката на преносими устройства в Dr. Web Security Center;
Отново ще вмъкнем флашката и ще опитаме да изтрием създения файл. Действието трябва да бъде блокирано.

Ще си направим нова флашка, ще я вмъкнем в Windows и ще опитаме да създадем папка. Какво може да е по-просто?

Скрийншот в края на сценари

Създаваме нов текстов файл чрез контекстното меню на проводника:

Снимка на екрана след преименуване на файла

Изключваме флашката, правим това безопасно:

Сега сме се уверили, че с флашката може да се работи, а значи можем да пристъпим към нейното блокиране в центъра за сигурност Dr. Web. За целта първо трябва да отворим центъра за сигурност:

Снимка на екрана с прозорец на Security Center

Можем да забележим, че за отварянето на всяко приложение в Windows трябва да извършим по същество едни и същи действия (да кликнем върху полето за търсене, да изчакаме появата на прозореца с популярните приложения, да напишем името на интересуващото приложение, да изчакаме, когато то се появи в списъка и накрая да натиснем Enter). Затова тази група действия може да се обърне в макрос open_app, в който като параметър ще се предава името на отварянето приложение:

Този макрос ще ни бъде още полезен.

Първото, което ще направим, отваряйки центъра за сигурност Dr. Web — ще активираме възможността да правим промени:

Сега ще кликнем по менюто и ще влезем в меню "Конфигуриране на правилата за достъп до устройства". В това меню ще отбележим опцията "Блокиране на сменяеми носители".

Скрийнот на прозореца Устройства и Лични данни

Нека да опитаме да отворим флашката сега:

Скрийнот на съобщението за грешка

Така малко по малко написахме първия тест с тестване на напълно осезаема функция в Dr. Web. Време е да си починем и да медитираме, гледайки резултатите от нашите усилия:

Тест №3 — Ограничаване на достъпа до директорията между програмите

Основната идея на този тесткейса е да провери как работи Dr. Web при ограничаване на достъпа до определена папка. По-конкретно, необходимо е да защитим папка от каквито и да било промени, но да добавим изключение за някоя трета програма. Самият тест изглежда по следния начин:

Ще инсталираме на ОС трета програма, за която малко по-късно ще добавим изключение при достъпа до защитената папка. Днес трета програма на деня — файл мениджър FreeCommander;
Създаваме папка с файл, който ще защитаваме с всички сили;
Да отворим центъра за сигурност на Dr. Web и да активираме защитата на тази папка;
Да настроим изключение за FreeCommander;
Да опитаме да изтрием файла от защитената папка по обикновения начин (чрез файловия мениджър на Windows). Не трябва да се получи;
Да опитаме да изтрием файла чрез FreeCommander. Трябва да се получи.

Ох, много работа. По-бързо да започнем — по-бързо ще свършим.

Пункт първи, инсталацията на FreeCommander не се различава много от инсталацията на Dr.Web. Обикновената рутина: вкараме флашката, стартираме инсталатора и така нататък. Пропускаме това и преминаваме направо към интересното.

Ако все пак е интересно как да инсталираме FreeCommander

Нека започнем с просто: ще създадем флашка, в която ще поместим дистрибутива на FreeCommander, а след това в теста ще вкараме флашката в ОС и ще я отворим:

Следват няколко клика, за да стартираме инсталацията:

Инсталацията не е много интересна, просто кликваме навсякъде "Напред", а накрая не забравяме да отменим отметките за преглед на ReadMe и незабавното стартиране на FreeCommander.

Завършваме теста, затваряйки всички прозорци и изваждайки флашката.

Готово!

За работа с Dr. Web ще създадем нов тест dr_web_restrict_program, който ще се опрре на резултатите от предишния тест win10_install_freecommander.

Нека започнем теста, като създадем папка Protected на работния плот:

Скрийнот след създаването на папката

Влизаме в папката Protected и създаваме файл там my_file.txt, който ще играе роля на защитен файл:

Ох, искаше ми се да оформя и това като макрос, но да, няма значение …

Скриншот след създаването на файла

Отлично, сега трябва да активираме защита на папката. Следваме познатия път и отваряме Dr. Web, не забравяйте да включите режим на промени. След това преминаваме в менюто "Data Loss Prevention".

Скриншот на прозореца Data Loss Prevention

А сега ще поработим малко с мишката и ще добавим нашата папка Protected в списъка с защитените:

Скриншот с мастера за добавяне на защитена папка

А сега трябва да настроим изключение за достъп до папката за FreeCommander. Още малко работа с мишката:

Скриншот с добавената програма-изключение

Сега внимателно затваряме всички прозорци и опитваме да изтрием файла "my_file.txt" по стандартния начин:

Скриншот с съобщението от Dr.Web

Но нищо не се получи — значи Dr. Web наистина работи! Половината тест е премината, но трябва да проверим дали изключението за FreeCommander ще работи. За целта отваряме FreeCommander и преминаваме в папката Protected:

Скриншот на прозореца FreeCommander

А сега ще опитаме да изтрием файла my_file.txt:

Скриншот след изтриването на файла

Изключението за FreeCommander работи!

Отлична работа! Голям и сложен тесткейс — и всичко е автоматизирано. Малко отпускане:

Тест №4 — Родителски контрол

Този последен тесткейс за днес ще изградим по следния начин:

Ще създадем нов потребител MySuperUser;
Ще влезем с този потребител;
Ще създадем файл my_file.txt от името на новия потребител;
Ще отворим центъра за сигурност Dr. Web и ще активираме родителски контрол за този файл;
В родителския контрол ще ограничим правата на потребителя MySuperUser за самостоятелно създадения файл;
Ще опитаме да прочетем и изтрием файла my_file.txt от името на MySuperUser и ще видим резултата.

Няма да представям тук сценария на теста. Той се изгражда по същия принцип, както предишните тестове: активно работим с мишката и клавиатурата. При това не ни интересува какво автоматизираме — независимо дали е Dr.Web или създаване на нов потребител в Windows. Но нека все пак да видим как ще изглежда изпълнението на такъв тест:

Заключение

→ Изходните кодове на всички тестове можете да видите тук.

Повече от това, можете да стартирате всички тези тестове на вашата машина. За целта ще ви е необходим интерпретатор на тестови сценарии Testo. Можете да го изтеглите тук..

Dr. Web се оказа добра тренировка, но вдъхновение за следващите подвизи бих искал да почерпя от Вашите желания. Пишете в коментарите своите предложения за автотестовете, които бихте искали да видите в бъдеще. В следващата статия ще се опитам да ги автоматизирам, да видим какво ще излезе от това.

Източник: habr.com