Обзор сертификатов для скрам-мастера

Так, а что надо на выходе?

А на выходе надо получить готовое решение, которое сделает отсоединенную ЭП в формате .sig со штампом времени на подпись и доказательством подлинности. Для этого зададим следующие критерии:

1. ЭП проходит проверку на портале Госуслуг, через сервис для подтверждения подлинности ЭП формата PKCS#7 в электронных документах;

2. КриптоАРМ после проверки подписи

   1. Заполнит поле “Время создания ЭП” – в конце проверки появится окно, где можно выбрать ЭП и кратко посмотреть ее свойства

      

   2. В информации о подписи и сертификате (двойной клик по записе в таблице) на вкладке “Штампы времени” в выпадающем списке есть оба значения и по ним заполнена информация:

      1. Подпись:

         

      2. Доказательства подлинности:

         

   3. В протоколе проверки подписи есть блоки “Доказательства подлинности”, “Штамп времени на подпись” и “Время подписания”. Для сравнения: если документ подписан просто КЭП, то отчет по проверке будет достаточно коротким в сравнении с УКЭП.

3. Контур.Крипто при проверке подписи выдаст сообщение, что совершенствованная подпись подтверждена, сертификат на момент подписания действовал и указано время создания подпись:

   

Что в tls 1.3?

Все упомянутые трудности решаются использованием TLS 1.3. Половины проблем вообще нет, всё проще, красивее, всё прям отличненько. Но TLS 1.3 еще распространен маловато. Самые важные отличия TLS 1.3 (их очень много, они везде, поэтому только самые важные):

• Плохие шифры удалены, остались только хорошие. Инициализировать сессию TLS 1.3 на плохих шифрах не получится. Всё дело в новых cipher suites: тут и другие алгоритмы обмена сеансовых ключей, и так называемый HMAC – не будем углубляться в подробности, потому что Патрик устал. Вкратце: раньше подпись каждого TLS-пакета шла отдельно. На это были атаки, потому что было известно, какой там контент находится. Сейчас ее запихали вовнутрь (режим AEAD), и в TLS 1.3 по-другому быть не может, соответственно, мы избавились от таких атак.
• Handshake стал короче – нет старых сообщений, нет старых расширений, нет возможности по каким-то странным штукам обменяться ключиками. То есть, он тупо короче количественно – даже самый полный TLS 1.3 handshake короче, чем в TLS 1.2.
• Переход на шифрованный канал происходит почти что сразу. Для этого используются разные ключики: да, пока не договорились о хороших ключиках, оптимальных, мы используем какие попало, но канал уже шифрованный. То есть hello – hello и пошло всё зашифрованное. Из-за этого сложнее всё это ломать.
• Всё регламентировано, больше не надо пытаться менять размеры пакетов, забивая их ноликами, чтобы сложнее было расшифровывать.
• Своя пара ключей на каждую сеансовую фазу. Сеансовые ключи меняются: пока мы ни о чем не договорились – они такие, договорились о более крутых – они более крутые, сертификаты проверили и всё хорошо – еще другие ключи. В итоге их много, они усложняются и очень трудно это всё поломать. Еще одна важная вещь, почему это быстрее: Early Data (она же 0-RTT, Zero Round Trip Time) – это когда у тебя в TLS-handshake посылается полезная инфа – ну например GET-запрос. То есть нет такого, что поговорили-поговорили и только потом посылаем что-то отдельным потоком. Сразу же в handshake идет запрос. Как только сервер его получил, он начинает его обрабатывать, отдает клиенту свои данные, сертификат и пока клиент проверяет, сервер уже готов отдать. И может даже в TLS-handshake и отдать иногда.
• Есть pre-shared key, то есть клиент с сервером могут договориться и сохранить сеансовые ключи для последующих соединений. И, соответственно, когда происходит handshake таких вот договорившихся клиентов, на этап выбора ключей время не тратится. Долго объяснять, как это сделано криптографически, но тех атак, которые были на Session ID, вот в этом месте сейчас нет (что хорошо). Всё стало безопаснее и быстрее.

Основная проблема, что поддержка TLS 1.3 – она во всех браузерах, которые актуальны, есть, но не во всех по дефолту включена. Например, в Safari нет (но там очень легко включить), Google Chrome и Mozilla Firefox уже по дефолту поддерживают TLS 1.3. Ngnix с TLS 1.3 – без проблем, в Apache есть нюансы, а вот с почтовыми клиентами хуже — там только Exim молодец, а остальные не очень.

В общем, это наше будущее, там всё получше и попроще, самое главное. Но пока оно еще не везде наступило.

Capi и scvp

Еще про верификацию и про цепочку. Есть маленькая особенность – похвалим здесь Windows. Если сервер не отдал сертификат, в обычном (традиционном) подходе сертификат нам взять неоткуда, цепочки нет, всё сломалось. Так вот, в Windows есть такая штука как Certificate API, и она может достроить цепочку, взяв промежуточные сертификаты из своего хранилища.

Как эти сертификаты туда попадают? Либо залиты в хранилище, либо из сертификата, установленного на сервере. Например, в Plesk, если получить сертификат от Comodo и поставить его на домен – в хранилище попадет промежуточный сертификат от Comodo.

Ну и еще люди, которым Windows нравится, придумали SCVP (Server-based Certificate Validation Protocol). В действительности не работает почти ни у кого и нигде – в смысле глобально и массово, — но как концепция есть. Более того, есть продукты, которые это делают, и даже в каких-то сетях это может быть настроено.

Это сервис, который за тебя эту цепочку строит и частично даже проверяет, что удобно. Если там заявлена поддержка DPV (Delegated Path Validation), то он цепочку еще и провалидирует. То есть, клиенту надо этому сервису отправить сертификат и получить ответ – продолжать сессию или рвать.

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

Итак, вот у нас получается такая вот цепочка.

Прежде всего мы проверяем, что с подписями у нас всё нормально: выстраиваем цепочку, проверяем подписи – и считаем, что содержимое сертификатов верно. Дальше нам надо проверить конечный сертификат. Промежуточный нам проверять не надо, потому что мы идем к Патрику и проверить нам надо только самый последний сертификат.

Давайте проверять.

Intermediate certificate

Следующий в цепочке – Intermediate Certificate. Зачем он нужен? Дело в том, что в случае, если с Root CA Certificate что-то пошло не так, очень сложно его поменять. Центру сертификации нужно сделать новый приватный ключ, новый публичный ключ, всем это всё нужно обновить и так далее, это утомительно и это ломает всю секьюрити.

И вообще, чем меньше мы работаем с машиной, на которой находится этот CA, тем меньше шансов, что этот приватный ключ украдут. Поэтому CA выписывают промежуточные сертификаты и уже с их помощью подписывают конечные (end-entity) сертификаты для вашего домена.

Такая цепочка происходит очень часто и сертификат для нашего Патрика может быть подписан Губкой Бобом, а сертификат Губки Боба – Мистером Крабсом (а Губка Боб работает на мистера Крабса, как мы знаем из мультика). То есть это, в принципе, может быть вообще одна организация.

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

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

На самом деле, для большей производительности, поиск производится не по ишьюеру и субъекту, а с помощью расширений (extensions) – там вся эта информация лежит в виде хэшей, поэтому всё происходит быстрее. Но иногда хэшей нет, тогда происходит поиск по текстовым полям субъекта и ишьюера, и вот здесь могут случаться атаки.

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

А где?

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

Наиболее распространенная и вызывающая доверие система сертификации на сегодня, это так называемая международная IT-сертификация — получение «корочек» от самой компании-вендора того или иного продукта. То есть, лидерами в этом области на протяжении уже многих лет являются сами компании-гиганты рынка — топовые производители ПО, железа и так далее (Microsoft, Red hat, HP, Cisco, Oracle и иже с ними).

Уже чувствуешь, что становится понятнее? Да, ты догадываешься совершенно верно — сертифицироваться стоит именно в той в той области, на которой ты сосредоточен, у конкретного вендора. Грубо говоря, если ты виндузятник — тебе в одну сторону, если линуксоид — в другую, а если дизайнер, так и вообще в третью.

Не жди, что найдется возможность получить сертификат некоего «универсального специалиста», ни одна серьезная компания ничего подобного не предоставит, а вот узкоспециализированные штуки вроде Sun Certified Developer For Java Web Services — это, пожалуйста.

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

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

Внедрение fami-qs от лидирующей консалтинговой компании

Другие интересные сертификаты

Если ты полагаешь, что уважающему себя IT’шнику нужны лишь сертификаты в области IT, ты не прав. К примеру, в качестве приятного бонуса к резюме неплохо будет получить также языковой сертификат, подтверждающий, что ты на достойном уровне владеешь каким-либо иностранным языком.

Если говорить об английском, то для этих целей неплохо подойдут, к примеру, IELTS: International English Language Testing System, или популярный в России TOEFL: Test of English as a Foreign Language.

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

«Менса» общество некоммерческое и открытое, но членство в нем дает возможность ощутить себя самой настоящей элитой — чтобы попасть туда, нужно под пристальным наблюдением комиссии, сдать IQ тест лучше, чем 98% населения Земли. Задачка, конечно, не самая легкая, но более 100 тыс. человек с ней как-то справились :).

Сайт организации: www.mensa.org

Еще одна забавная и не совсем обычная на первый взгляд бумага — сертификат этичного хакера (Certified Ethical Hacker), придуманный International Council of E-Commerce Consultants (EC-Council). Этичные хакеры ребята, в сущности своей добрые — по заказу компаний они тестируют продукты на уязвимости, стараясь взломать их и, таким образом, найти дырки и баги.

Подробнее узнать о том, как официально стать добрым хакером можно здесь: www.eccouncil.org/certification/certified_ethical_hacker.aspx

Заключительные размышления

При изучении экономической составляющей заметно, что стоимость «содержания» британского и американского сертификатов состоит не только из одноразовой стоимости сдачи сертификата, но и из оформления ежегодной подписки, а также затрат на постоянное дополнительное обучение.

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

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

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

Зачем это нужно

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

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

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

В обоих случаях стоит помнить о том, что специалисты по работе с персоналом и начальство смотрят в первую очередь на твой опыт и на конкретные знания и умения. Наличие же одного или нескольких взаимодополняющих сертификатов дает тебе дополнительные очки в их глазах, а также преимущество перед другими соискателями — ты не просто «умеешь», ты подтвержденный и проверенный специалист (да-да, порой сертификат может являться неплохой заменой опыту работы, особенно для начинающего специалиста).

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

Чтобы у тебя не создалось неверного впечатления, замечу, что сертификат, конечно, не палочка-выручалочка, которая распахнет перед тобой все двери. Это лишь документ, подтверждающий твои профессиональные знания в определенных областях IT — и «в определенных областях» здесь ключевая фраза.

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

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

«Стоять на месте» и никак не совершенствоваться, особенно в такой области как IT — верный способ карьерного самоубийства. Многие компании-гиганты, имеющие свои программы по сертификации специалистов (Oracle, Microsoft, Cisco и т.д.), отмечают, что в ходе подготовки к тестированию, большинство участников этих программ получают новые знания и приобретают полезный опыт.

К слову, на Западе найти высокооплачиваемую работу в крупной IT-компании, если ты не сертифицированный специалист, практически невозможно.В общем, как ни крути, плюсы от получения заветной бумажки налицо. Каковы минусы — спросишь ты? Минусы есть, но они не слишком страшны — во-первых, сертификация стоит денег, и порядок сумм варьируется от несколько сотен, до нескольких тысяч мертвых американских президентов (учти, если ты завалишь тест на сертификат, деньги тебе не вернут).

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

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

Как готовиться к экзамену на сертификат от scrum.org

Я выбрала для себя сертификат от Scrum.org. Для меня был достаточно важен вопрос стоимости – тут PSM I от Scrum.org является неоспоримым лидером. При этом о какой-то потере качества при самоподготовке говорить нельзя. Сам экзамен достаточно сложен, проходной процент высок и готовиться надо тщательно.

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

Освоив теорию, переходим к практике. Есть как минимум 5 качественных симуляторов экзамена на сертификат скрам-мастера:

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

Слайд про лингвистические тонкости

Ещё несколько очевидных, но важных советов. Во-первых, выделите место и время для прохождения экзамена – чтоб вас никто не отвлекал. У вас будет 60 минут и 80 вопросов, это достаточно много заданий в сравнительно малый промежуток времени. Во-вторых, интерфейс экзамена не предполагает функции “пометок”, поэтому номера вопросов, к которым вы хотите вернуться, надо записывать на листик.

В результате подготовки и сдачи вы не только получаете сертификат, который вписывается в резюме и вставляется в профиль на LinkedIn, но и получаете систематизированные знания про то, как выглядит идеальный Scrum. Приготовьтесь к тому, что реальность чаще всего далека от этого эталона, однако теперь у вас будет и ориентир, и ответы на многочисленные вопросы “почему и зачем?”.

Oleksandra Riazantseva, PM/PO at Andersen

Как стать scrum-мастером, какие курсы проходить и где сдавать экзамен на сертификат

По данным Knowledgehut, только около трети Scrum-мастеров также являются проджект менеджерами, или ранее работали в этой должности. Скрам-мастер и ПМ – это не одно и то же. Для того, чтобы стать скрам-мастером, необходимо изменить свой майнд-сет, освоить отдельные приемы и техники и успешно воплощать их в работе.

Какие особенности:

1. Включение в список организаций-партнеров на сайте ISTQB.
2. Упоминание организации на веб-сайтах Национального совета членов ISTQB или поставщика экзамена.
3. Привилегии в отношении мероприятий и конференций, связанных с ISTQB.
4. Право на получение бета-версии новой программы ISTQB Syllabi с возможностью внести 5. свой вклад в подготовку.
5. Почетное членство в эксклюзивном «Форуме партнеров ISTQB».
6. Взаимное признание ISEB и ISTQB сертификации.

3. Вы, как организатор события в области QA, можете подать заявку на участие в ISTQB Conference Network

В свою очередь ISTQB размещает информацию о конференции на официальном веб-сайте, а организаторы мероприятий, участвующие в Conference Network, предоставляют скидку:

4. Публикация исследований в области тестирования в Академическом исследовательском сборнике «ISTQВ Academic Research Compendium»5. Сборник примеров передовой практики в области тестирования из разных стран мира. ISTQB Academia Dossier

Представляет собой сборник примеров и практик компаний и институтов разных стран в сотрудничестве с ISTQB. Например, разработка нового направления с учетом тенденций развития тестирования в стране (Канада), развитие сертификации ISTQB среди студентов (Чехия).

С точки зрения компании сертификация – это:

1. Дополнительное конкурентное преимущество на рынке:

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

2. Бонус при участии в крупных тендерах: наличие сертифицированных специалистов дает преимущество компаниям при участии в конкурсном отборе применительно к тендерам.

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

4. Преимущества на международном рынке при оказании услуг по тестированию ПО, предназначенного для иностранных клиентов и иностранного ПО.

5. Рост компетенций внутри компании за счет наставничества и обучения несертифицированных специалистов признанным международным стандартам в области тестирования.

Для компаний есть еще несколько интересных бонусов и направлений, предлагаемых ISTQB:

1. ISTQB International Software Testing Excellence Award

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

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

2. Партнерская программа (Partner Program) ISTQB

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

Сertificate transparency

Итак, всё хорошо, но Google не был бы Google, если бы не придумал еще одну технологию конкретно для себя. Она называется Сertificate Transparency. Откуда что идет: Google очень беспокоится о том, чтобы кто-нибудь не выписал плохой сертификат на него самого – чтобы именно Google не пострадал от того, что кто-то там выписывает какие-то нехорошие сертификаты.

И вот с помощью Сertificate Transparency каждый владелец домена (и вообще кто угодно) может посмотреть, какие сертификаты на этот домен были выписаны. Дальше он может этот сертификат взять и с ним что-нибудь сделать. Например, проверить, хороший он или нет. Ну и возбудиться (или не возбудиться).

Это не только технология, но и набор процессов. То есть Google говорит: ребята, вот у нас есть Сertificate Transparency, мы в него записываем только нормальные сертификаты – такие, где цепочка есть, цепочка правильная и всё нормально. Мы можем время записи Сertificate Transparency Log запихать в сертификат, чтобы клиент мог четче посмотреть, что вот этот сертификат в Transparency Log должен быть тогда-то.

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

Се маркировка или европейский сертификат соответствия

История СЕ маркировки начинается с 1985 года. Первые Директивы ЕС были приняты с целью создания единой базы технических требований к безопасности и качеству продукции, поступающей на рынок Евросоюза. На сегодняшний день европейская сертификация СЕ применяется даже в странах Азии, Северной и Южной Америки, но на добровольной основе.

В переводе с французского языка сокращение CE обозначает «европейское соответствие» – “conformité européenne” то есть европейский сертификат качества.

Cертификация СЕ официально подтверждает, что при производстве были выполнены все основные требования по безопасности для людей, животных, окружающей среды, а также имущества. В частности: директива 97/23/ЕС – директива оборудования под давлением (pressure equipment directive), директива 2004/108/ЕС и другие требования.

Следует сказать, что нормы безопасности в системе СЕ принято считать приоритетными при выполнении перед нормами качества.Стандарты сертификатов CE прописаны в специальных законодательных документах – Директивах Европейского Союза. Для защиты покупателя от дополнительных рисков могут использоваться иные виды добровольных маркировок, которые дополняют сертификацию СЕ.

На данный момент сертификат CE обязателен для 24 видов товаров: строительные материалы, строительные изделия, СИЗ (средства индивидуальной защиты), лифты, медицинские приспособления и устройства, взрывозащищенное оборудование и многое другое. Особенно строгому контролю подвергается любая детская продукция.

Маркировка CЕ ставится на всю продукцию (кроме химической, фармацевтической и пищевой продукции). А в том случае, если это сделать не представляется возможным, то данный символ наносят на упаковку.

Сертификаты — zno kimya

Сертификация

Этапы европейской сертификации (процедура получения сертификата ce)

Данную процедуру можно разделить на несколько этапов:

• Определение директивы, под действие которой попадает конкретный продукт. В том случае, если данный товар, в силу его новизны или уникальности, нельзя отнести ни к одной из существующих директив на продукцию, то сертификация данного продукта регулируется директивой 2001/95/EC (GPSD), касающейся общих требований по безопасности. В директивах отражаются общие требования по безопасности продукта, тогда как конкретные технические требования по достижению этих требований содержатся в гармонизированных (действующих на всей территории Евросоюза) стандартах. Определение и практическое применение таких стандартов является неотъемлемой частью первого этапа работы по Европейской сертификации.
• Проведение проверки на наличие определенных национальных требований к данному товару. Это может быть дополнительная маркировка, определенный вид упаковки или условий хранения (эксплуатации) и другое.
• Оценка комплекта технической документации. В рамках данного этапа инженерами TMS проводится оценка конструкторской(чертежи, электросхемы, сведения о использованных материалах) и иной технической документации клиента (инструкции, руководства и тд).

Итогом данного этапа является отчет о состоянии комплекта документов.

Итогом этого этапа является протокол лабораторных испытаний.

Маркировка европейского соответствия не наносится на химическую, косметическую, и фармацевтическую и пищевую продукцию. Сертификация CE этого не требует.

TMS – ЕВРОПЕЙСКОЕ КАЧЕСТВО В РОССИИ!

Выводы

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

1. При выборе кандидата на должность специалиста по тестированию определяющими будут опыт и знания, а не наличие сертификата. Хотя при наличии схожих навыков предпочтение отдадут сертифицированному специалисту.
2. Сертификация помогает в развитии карьеры (для 90% менеджеров важно иметь в команде 50-100% сертифицированных тестировщиков), кроме того, в некоторых зарубежных компаниях получение сертификата является поводом для повышения зарплаты.
3. Сертификация помогает повысить вашу уверенность в собственных силах. Это также помогает вам развить способность думать о вещах под разными углами, вы растете как специалист.

В первой части нашей статьи

мы постарались ответить на вопрос: “Так ли нужен сертификат ISTQB”; а если нужен, то кому, какой и зачем. Надеемся, что статья была вам полезна. Напишите в комментариях — открылись ли вам какие-то новые горизонты после получения сертификата или, по вашему, ISTQB очередная бесполезная бумажка.

Во второй части статьи QA-инженеры “Лаборатории качества” Анна Палей и Павла Толоконина на личном примере расскажут о том, как они готовились, регистрировались, проходили тестирование и получали сертификаты ISTQB в условиях России и за рубежом. Подписывайтесь и следите за новыми публикациями.

Анна Палей,Тест-менеджер компании «Лаборатория Качества».