1с бухгалтерия что нужно знать на тестирование

Обновлено: 07.07.2024

1. Вопрос: Что такое сертификат "1С:Профессионал"?
Ответ: Сертификат "1С:Профессионал" – это официальный документ, подтверждающий знание программ 1С, высоко ценится при приеме на работу, позволяет получить доступ к следующему уровню экзаменов - "1С:Специалист".

2. Вопрос: Как гарантированно сдать экзамен и получить сертификат?
Ответ: Чтобы пройти тестирование и получить сертификат "1С:Профессионал", необходима предварительная подготовка.
Это могут быть:

4. Вопрос: Когда будет известен результат тестирования?
Ответ: Результат будет известен сразу после завершения тестирования. В случае успешно выполненного задания в Центр сертификации приходит сертификат "1С:Профессионал" от фирмы "1С".

5. Вопрос: Сколько стоит пересдача экзамена?
Ответ: Вторая попытка сдачи экзамена бесплатна, но только в том центре, где проходили сертификацию в первый раз.

6. Вопрос: Я хочу сдавать экзамен 1С:Профессионал как частное лицо, но мне пришел отказ, с формулировкой:
Заявка №123456 отклонена Иванов Петр Федорович не является сотрудником контрагента У Иванов Петр Федорович есть сертификаты у других партнеров.
Что мне делать?
Ответ: Отказ с данной формулировкой возникает в том случае, если сдающий числится за партнером.
Есть 2 варианта решения:

Если Вы действительно работаете у партнера, то подать новую заявку на экзамен в СЭЦ (если он есть в городе, если нет, то в АЦС), указав так же код партнера.
Если Вы больше не работаете у партнера, то надо написать в партнерский отдел - fran@1c.ru Я, Иванов Петр Федорович, не являюсь больше сотрудником фирмы ООО "ИИ", прошу меня открепить. После того как Вас открепят и сообщат об этом, можно снова подавать заявку на экзамен (данные ФИО и фирмы приведены для примера, все совпадения случайны). Рассмотрение заявки 1-3 дня.

7. Вопрос: Если я работаю у партнера, могу ли я сдавать экзамен как частное лицо? В АЦС, а не в СЭЦ?
Ответ: Нет, не можете. Если в городе есть СЭЦ, а Вы являетесь сотрудником партнерской организации, то Вы обязаны сдавать именно в СЭЦ, см. Инфописьмо (Ссылка: №25409 от 18.01.2019).

11. Вопрос: Возможно ли восстановить сертификат, который был утерян?
Ответ: Возможно. Стоимость услуги 150 р. за сертификат. Для восстановления сертификата сделайте запрос на prof@1c.ru с темой "Восстановление сертификата", в тексте письма Вам нужно указать: ФИО, название сертификата, примерно, когда был получен (например, Иванов Иван Иванович, сертификат "1С:Профессионал" по бухгалтерии, получен в 2008 году).

12. Вопрос: Как мне узнать, что экзамен переведен на новую редакцию?
Ответ: За месяц до перехода на новую редакцию будет выпущено новое информационное письмо с извещением о начале продаж нового комплекта вопросов и дате начала тестирования "1С:Профессионал" по новой редакции. По каким редакциям проводится экзамен "1С:Профессионал" в настоящее время см. здесь.

В этой статье мы хотим поговорить про обучение 1C для пользователей, которые находятся в поиске новой интересной работы или в процессе постижения азов новой профессии, расскажем, какие знания в области «1С» Вам необходимо получить, и какие курсы 1С необходимо пройти, чтобы стать специалистом в своем настоящем или будущем деле.

Лет 20 назад, когда в нашу компанию приходил запрос «нам нужно знать 1С», нам было легко отвечать на него. Сейчас программных продуктов стало значительно больше, и их функциональность становится всё сложнее. Так чему же учить и учиться сегодня?

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

Каких знаний требует работодатель?

На самом деле, какие же требования предъявляет работодатель к будущим или существующим сотрудникам в области знаний «1С»?

На этих двух скриншотах видно, что зачастую работодатель не хочет долго объяснять, каких конкретно знаний он ждет от Вас, поэтому так и пишет – «Знания 1С». Конечно, так поступает не каждый работодатель, некоторые указывают точное название программы «1С», в которой будет работать специалист.

Иногда вы теряетесь и не можете сформулировать каких же знаний по «1С» не хватает, чтобы подходить под конкретную вакансию. Ситуация сильно накаляется, когда начинается поиск нужной информации в Интернете - скачиваются книги, видеоролики, просматривается гигабайты информации, и этот переизбыток новых данных совершенно не хочет заходить в голову.

Наш 1С-Учебный центр №3 не может себе позволить оставить Вас в беде. Поэтому мы собрали в этой статье советы, которые помогут быстрее определиться, каких собственно знаний не хватает для того, чтобы соответствовать той или иной вакансии.

Совет №1. Разобраться с тем, какие бывают программы 1С

Прайс-лист фирмы «1С» насчитывает более 4000 разных позиций программ и сервисов 1С, но не расстраивайтесь, для начала Вам потребуется изучить наиболее популярные типовые программные продукты 1С:

1С:Бухгалтерия 8
1С:Управление торговлей 8 (1С: УТ 8)
1С:Зарплата и управление персоналом 8 (1С:ЗУП 8)
1C:ERP Управление предприятием

Если Вы знаете первые 2-3 программы из этого списка – вас уже можно считать гуру среди пользователей «1С». Программа «1C:ERP Управление предприятием» является флагманским решением фирмы «1С» и часто ее используют крупные корпорации, холдинги. Пользователей, которые овладели этим продуктом можно называть гуру с большим знаком плюс.

Совет №2. Определиться с профессиональными целями

Конечно, знания в области «1С» - это далеко не все, что вы должны знать, когда приходите на новую работу, но их отсутствие может сильно помешать Вашему успешному трудоустройству или карьерному росту.

Вспомним тех работодателей, которые написали расплывчатые требования к знаниям «1С». Мы с Вами, конечно, не можем «залезть в головы» Ваших работодателей и получить 100% информацию о том, что они хотят этим сказать, но мы уверены, что у нас получится размотать этот клубок неопределенности.
В таблице ниже представлены основные офисные профессии и курсы нашего учебного центра. Таким образом, мы ответим на самый главный вопрос, который возникает в начале пути - «Чему учиться начинающему пользователю 1С»

Здравствуйте инфостарцы, искал перед подготовкой к тесту 1С:Профессионал по платформе(в 2019 г.) информацию для успешной сдачи, но как оказалось, как мне кажется актуальной информации в интернете нет. Поэтому делюсь своим опытом.

Есть 3 способа подготовки к тесту:

1)Добросовестно прорешать все тесты(долгий и не эффективный способ);

2)Найти в интернете ответы без картинок(я учил 2 недели, получил нулевой результат);

3)Диски ИТС(имхо если даже найдёте все диски за последние 1,5 года, не найдёте дисковода в наши то времена :D)(много мороки, неэффективный метод подготовки);

4)Списать(не советую, ибо последствия);

Не знаю, что было в стародавние времена, а в 2019 году если вы будете готовиться не по официальному тесту, то:

1)не получите реального понимания своего уровня зубрежки(алгоритм бесплатного теста и платного обучены по разному. Что это значит? А то, что натренировавшись на бесплатном тесте вы будете стабильно сдавать 7 из 10 попыток, а прийдя на экзамен будете писать по алгоритму официального теста 4 из 10 успешных попыток),

2)в интернете есть ответы, они правильные, но без картинок это не пригодно для учебы, плюс нет эффекта "увидел-на автомате тыкнул",

3)в официальном тесте и тесте на сайте ответы находятся всегда на своей цифре, на экзамене ответы на вопросы перемешаны(кроме верные ответы "1,2 и 3"(например)).

Вывод: для быстрой сдачи теста:

1)покупайте официальный доступ на 3 месяца(2100 на 2019г.),

2)сначала пытайтесь найти ответ в конфигураторе, не можете-зазубрите, ответ,

3)не зубрите ответы по расположению(вопрос "Как сделать то-то %" Ага процент в конце вопроса, значит ответ "3"! Не надо так зубрить, лучше понять вопрос-ответ, так будет быстрей, я серьёзно),

4)не верьте тому, что написано в интернете, "за 2 недели подготовился и сдал с первой попытки", в реальности

а)1 знакомый(умный) учил(именно учил) 10 дней-сдал с первого раза 12 из 14;

б)2 знакомый-теперь ведущий спец, получает 120 К(сам фишку видел), сдал с 3 попытки(зубрил "Вопрос Такой-то %", значит ответ "3"),

в)3 знакомый сдал за 2 недели сплошной зубрёжки(обычный паренёк),

г)4 знакомый сдал с 3 попытки(учил без платного доступа, средний ум, но не всё свободное время тратил на подготовку(не старался)),

д)я (средние способности) сначала зубрил по бесплатным тестам из интернета 2 недели(эффекта не было никакого), понял, что никогда так не выучу, купил платный доступ, зубрил 4 недели(тупо зубрил-это не правильно(надо сначала посмотреть в конфигураторе, попытаться понять, не получается-только тогда зазубрить)), в итоге сдал с 1 попытки 12 из 14(я зубрил только по вечерам и выходным, работа жи).

Вывод: покупайте платный доступ, начинайте зубрить ответы сразу как пришли во франчайзи, никого не слушайте. тест на платформу не стыдно сдать с 3-го раза, это вам не помешает стать хорошим специалистом и получать очень достойную оплату при условии, что вы искренне будете стараться и вкладывать силы.

Проектирование в 1С очень часто пропускается. Если оно и происходит, то только в достаточно небольшом объеме, и то только у серьезных команд. Чаще всего, оно происходит в уме (где-то, как-то).

Очень многие, особенно небольшие группы разработки, новички – сразу приступают к следующему этапу – этапу кодирования.

Дальше идет следующий этап – это этап тестирования. То есть, тестирование – это мы проверяем требования заказчика (требования, которые мы должны выполнить).

Дальше идет поиск ошибок, отладка.

Как правило, я сам проходил эти этапы. Тестированием занимаются очень немногие. Еще меньше число тех, кто вообще представляет, что же такое «тестирование». Для большинства разработчиков цикл разработки представляет собой совокупность только двух этапов - процесса кодирования и отладки. Причем отладка занимает очень много времени.

Есть такой закон, который я, например, прочитал у Макконелла – Главный закон качества ПО:

Повышение качества программного обеспечения снижает затраты на разработку и сопровождение системы.

Что это означает? Это означает, что чем лучше у нас написана система, чем лучше она спроектирована, чем лучше обоснованы связи, тем легче мы сможем ее дорабатывать, исправлять и т.д.

Пример правильности этого закона: Отладка и исправление неверного кода занимает около 50 % времени. То есть – 50 % времени всей разработки мы тратим на поиск ошибок.

Это касается как крупных проектов, так и мелких. Методик, чтобы снизить свои затраты и не допустить ошибок, очень много – главный принцип, которого нужно придерживаться в разработке, используя разные методики, - это просто их использовать (использовать комбинации методик, использовать одну методику, а не просто писать свой код не думая над ним, не исправляя его).

Методики разработки

Защитное программирование
Обзоры кода
Проектирование
Тестирование
Экстремальное программирование

Я лично пользуюсь всеми перечисленными методиками.

Защитное программирование – это методика, когда мы ведем разработку и само написание кода помогает нам не допускать ошибок. То есть, в этом случае мы что делаем? Мы проверяем данные.
Элементарный пример – у нас есть какая-то функция, которая принимает входные параметры определенного типа, определенных значений. Мы можем в функции сделать предположение (так называемый инвариант или утверждение) и проверить эти предположения. То есть, мы не пишем, как 1С привыкла: параметр и в комментариях пишем, что тип такой-то, значения такие-то, варианты и так далее… Мы можем прямо написать утверждение – вот этот параметр должен быть такого типа. Если это утверждение не выполняется, программа просто выдает исключение и останавливает свою работу, потому что это является ошибкой разработки.
Следующая методика – это «Обзоры кода». То есть, мы можем читать чужой код. То есть, один кто-то написал код, мы можем попросить соседнего разработчика, руководителя посмотреть и проанализировать ошибки, которые были допущены в этом коде. Это методика очень эффективна.
Я люблю читать чужой код, люблю свой код пересматривать. Таким образом находится достаточное число ошибок.
Следующая методика - проектирование. Чем лучше мы построим программу, чем лучше продумаем связи, чем лучше продумаем архитектуру, интерфейсы взаимосвязей, тем лучше наша система будет работать, тем удобнее нам ее будет исправлять.
Методика, которая известна лучше всех предыдущих – это тестирование. Фактически, каждый разработчик выполняет эту функцию, применяет методику тестирования. Но очень многие проверяют в уме. То есть этот код должен получить такие-то результаты… Мы проверяем какой-то один вариант, проверяем два варианта, проверяем три варианта… А на самом деле в сложных системах вариантов очень много и их нужно проверять достаточно большое количество. И когда вариантов очень много для проверки, фактически получается, что они не проверяются все. У меня есть пример, есть система, идет цикл разработки, система отдается на проверку пользователю. У пользователя стоит тестирование – проверить 40 разных пунктов – релиз выпускается, например, раз в два месяца (или в месяц). Пользователь должен перед выпуском каждого релиза проверить 40 пунктов – это тяжело и он никогда практически не будет этого делать. Он будет помнить, что он это проверял в прошлый раз – и сегодня он этого делать не будет, потому что тогда на это придется потратить весь день. Как правило, отдельный тестировщик на проекте есть очень редко, обычно человек должен выполнить функцию тестировщика и выполнить свою основную функцию. В итоге функции тестировщика, как правило, пропускаются и тестирование не выполняется в полном объеме.
Дальше я еще потом на тестировании остановлюсь…
Следующая – очень эффективная методика – это методикаэкстремального программирования. Это методика свежая, буквально начала-середины 90-х годов. На западе очень сильно распространена, очень много информации по ней. У нас применяется не так много. Иногда эту методику называют «гибкие методики разработки», иногда – экстремальное программирование.

Экстремальное программирование

У него есть несколько принципов:

Единая команда
Совместное владение кодом системы
Обзоры кода и парное программирование
Разработка через тестирование (TDD)
Функциональное тестирование
Рефакторинг
Простота
Короткие циклы
Непрерывная интеграция
Улучшение дизайна, постоянное планирование

Расскажем о них поподробнее:

Вернемся к тестированию. Будем говорить только о тестировании.

Виды тестирования

Модульное тестирование (юнит-тестирование)
Функциональное тестирование
Тестирование методом черного ящика и методом белого ящика
Нагрузочное тестирование
Тестирование разработчиком и специальными тестерами
Самый проблемный вид тестирования – тестирование пользовательского интерфейса

Теперь об этих видах тестирования подробнее:

Сейчас немного коснусь существующих систем тестирования

Существующие системы тестирования

Первое, с чем мы знакомы, когда говорим «Тестирование 1С» - это, конечно конфигурация «Сценарное тестирование» (входит в пакет 1С:КИП).
Мое мнение вкратце – не пригодно оно к реальному использованию.
Оно сделано больше для функционального тестирования и очень сильно зависит от изменений в программе.
Если в форме добавился какой-то реквизит, Сценарное тестирование может вылетать, если в форме удалился какой-то реквизит – Сценарное тестирование может вылетать.
Нет возможности исключить ошибки, прогнать все тесты за исключением ошибок. Если есть ошибка, тест остановится весь.
Кроме этого, неприятным моментом является то, что конфигурация «Сценарное тестирование» не продается отдельно от пакета конфигураций «Корпоративный инструментальный пакет». А цена этого пакета очень велика.
Хотя – лично мое мнение, что тестирование в 1С должно быть бесплатным.
Есть очень хорошая подсистема (автор - Сергей Старых) – называется Подсистема «Инструменты разработчика».
В этой подсистеме недавно появилось тестирование. Были введены начальные понятия тестирования – тестируются все формы и часть метаданных, то есть, тестируется открытие всех форм, которые есть в конфигурации, для документа тестируется проведение документа, запись документа, удаление документа и т.д.
Самое интересное – тестируются события и интерактивные изменения форм.
Например, тестируется ввод пользователем. Как будто пользователь вручную вносит данные. Это очень важно.
Не в одной из систем, о которых я расскажу далее, нет тестирования этих интерактивных изменений. Например, там можно протестировать поиск по форме (по списку). То есть, как будто пользователь набирает символы, и подсистема это отрабатывает. Очень полезный инструмент.
Еще есть некоторые публикации на сайте «Инфостарт».

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

Это опять же, зачаточный такой модуль, просто пример того, как это можно организовать в 1С.

достаточно интересная, но почему-то автор ее удалил

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

Дальше я укажу те системы, которые я сам реально использовал, с которых мое знакомство с системами тестирования для 1С началось:

Я ее в 8.2 до сих пор успешно использую.
Недостатки: немного устарела, нет управляемых форм

Шаги в нужном направлении
Только Управляемое приложение

В этом тестировании используется два клиентских приложения. Одно приложение является тестером, другое приложение является клиентом.

То есть, толстый клиент или тонкий клиент менеджер тестирования взаимодействует (общается) с клиентом тестирования (толстым, тонким или Web-клиентом).
То есть – пишется тест на языке 1С. И заданные действия выполняются в клиенте тестирования.

Пример вызова приложения-теста

На данном скриншоте красная стрелка как раз показывает – есть вариант вызова записи действий пользователя, то есть в 8.3 можно использовать следующую схему работы:

Пользователь, который знает систему или разработчик может выполнить самостоятельно необходимые действия и записать эту последовательность действий в специальный файл, чтобы в дальнейшем производить этот файл уже в системе тестирования.
Один минус – пока 1С сделала только надстройку над платформой для записи этого XML файла.
Среды тестирования пока что нет. То есть те результаты, которые мы можем получить, никоим образом системой 1с не обрабатываются, не анализируются.
Значит, мы должны написать код для системы тестирования сами
Возможно, 1С сделает на следующем этапе свою систему тестирования, возможно, она переработает сценарное тестирование. Пока неизвестно. 1С молчит по этому поводу.

(я фактически ее product-owner и один из авторов) -

Защитное программирование

Защитное программирование – очень важный этап применения методики тестирования

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

Использование инвариантов/утверждений

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

Потому что иногда начинают использовать утверждения для передачи данных во внешнюю систему – это неправильно. Это уже не утверждение.

Я использую утверждения для разных случаев – у меня есть функция, например, в которой я знаю, что должен быть передан параметр, например СправочникСсылка.Номенклатура. Я так и пишу в коде:
Тесты.ПроверитьТип(Параметр, СправочникСсылка.Номенклатура)

Теперь – самое интересное: Тестирование разработчиком и разработка через тестирование.

Тестирование разработчиком

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

Затруднение у разработчиков (Цель тестирования отлична от других этапов разработки, Тестирование требует поиска ошибок в своем коде)
Тестирование разработчиком вызывает затруднения, потому что цель тестирования отлична от цели разработки. То есть от разработки мы хотим получить правильный код, который правильно работает, получает верные результаты, содержит минимум ошибок и т.д. А в тестировании мы должны найти ошибки, наоборот. Иногда бывает это трудно. Разработчику бывает лень искать ошибки. Разработчик не понимает, что ошибки нужно искать и т.д.
Тестирование никогда не доказывает отсутствия ошибок.
Но наличие тестов – это лучше, чем отсутствие тестов.

Что еще можно сказать об основных требованиях к тестированию:

Два главных требования тестирования:

Тестирование должно быть автоматизированным. А еще лучше – автоматическим 100%. Если тестирование не будет автоматизированным, его никто никогда выполнять не будет.
Тестирование должно быть быстрым.
Если тесты будут выполняться медленно, их опять же никто не будет делать. Это все из опыта.

Разработка через тестирование (TDD)

Быстро расскажу о результатах, которых можно достичь, используя методику разработки через тестирование:

Результаты использования TDD

Здесь указаны основные принципы, как надо выполнять разработку через тестирование (TDD).

02.10.2020 Я и моя коллега успешно прошли тестирование на получение сертификата 1С:Профессионал по платформе. В процессе подготовки к тестированию у нас возникали вопросы о порядке прохождения тестирования. Поискав в интернете, мы наткнулись на публикацию на этом сайте. Прочитав статью, мы были немного обескуражены. По итогам же завершения тестирования мною было принято решение о написании своей статьи для представления собственного взгляда на данный вопрос.

Итак, обо всём по порядку.

Вводная

Я(32 года) работаю в качестве 1С-программиста на предприятии в течение последних 5 лет. До этого работал системным администратором 3 года. Сопровождаю и дорабатываю конфигурацию УПП. Моя коллега устроилась к нам на предприятие менее года назад. Последний раз программировала ещё в колледже, который закончила 15 лет назад. Но справедливости ради стоит упомянуть, что училась в классе физмат, а колледж и затем институт закончила с красными дипломами. Придя на предприятие, прошла интенсивный курс обучения и сейчас вполне успешно трудится программистом.

Для повышения квалификации нами было принято решение о получении сертификатов профессионала и специалиста. И мы приступили к подготовке.

Подготовка

План был следующий. Вначале подготовка по бесплатному тестированию с параллельным поиском всей доступной информации в интернете. Зайти в бесплатном тестировании так далеко, как это возможно, но без фанатизма. Т.е. при условии доступности информации в интернете продолжать продвигаться по тестированию, а при её отсутствии перейти на платную версию тестирования.

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

Алгоритм выработался следующий. Мы брали новую тему тестирования и первый раз проходили самостоятельно. Это так. Исключительно ради веселья. Обычно всё заканчивалось

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

Тестирование

Да. Вопросы полностью повторяются из бесплатного тестирования. Мы искали именно этот вопрос, но так и не нашли на него ответа.

Промежуточный итог: тестирование - легкотня при условии должной подготовки на каком-либо тренажере.

Общие впечатления

В похожей теме, в комментариях, была озвучена мысль, что полезной информации в тестировании нет, и нужен он только для галочки. Согласиться с этим Я могу только отчасти. Согласен, что большая часть информации уже известна опытному программисту. Но, так как в тестировании разбирается довольно широкий спектр тем, то можно подчерпнуть какую-либо новую информацию. К примеру, Я в своей работе никогда не сталкивался с итогами и агрегатами. Даже не так. Я не знал об их существовании. *можете пинать* А ещё не знал о такой полезной возможности как "Перейти к определению". Всегда искал по старинке - по названию модуля и функции. Или, к примеру, о возможности показать привязки. Правда, просто попробовав показать эти привязки, Я так и не понял, что значат эти стрелки. Но обязательно разберусь, так как привязки слетают часто. У нас довольно много доработок в конфе. Была и другая информация, которая была для меня может и не новой, но интересной.

Также тестирование помогает систематизировать всю имеющуюся информацию. Поэтому Я не могу сказать, что пользы от тестирования(помимо сертификата) никакой.

Итоги

Стоит уделить большее внимание подготовке к тестированию. Мы с коллегой добились

100% знания всех тем во время подготовки (знание тем в тестировании, а не вообще). При этом лучше уделить внимание именно пониманию темы, а не пытаться зазубривать. Память Вам пригодится и для других целей. К примеру, для запоминания того, какие варианты работы с различными объектами в принципе возможны, и нахождения соответствующего правильного варианта. Это в любом случае пойдет Вам впрок, если, конечно, Вы собираетесь работать по профессии.

Как было сказано выше, острой необходимости в платном тестировании нет, но выбор, конечно же, остается за Вами. В интернете можно найти как вопросы(с картинками), так и их подробный разбор.

Само тестирование никаких сложностей, при должной подготовке, не представляет.