конечно есть. Козыряю им
Сдавал Technical Test Analyst. Есть еще 2 сертификата ISTQB.
Всем пофиг на сертификат. Но для мене личная ачивка
Проблема в здесь втеории и ее нужно больше помнить наизусть, нежели понимать.
На подготовку тратил 2 месаца + читал книги из списка.
ИМХО - лучше перечитать силабус и чтонибудь из списка литератури
По опыту собеседований, многие резюме не читают, на гит не заглядывают. То о какам сертификате может идти речь? В лучшем случае только строчка в резюме.
- Не сдавал и не планирую
- Согласен с мнением ведущих авторов и инструкторов в области тестирования (Канер, Джеймс Бах, Майкл Болтон): сертификация является вымогательством на пустом месте, и ничего не дает кроме бумажки. Потому что обучение настоящему делу никогда не сводится к прохождению теста с вариантами ответов по терминам. Программистов так тоже не учат.
Да, на некоторых проектах требуют такие бумажки. Мне, к частью, на такое попадать не доводилось, я прекрасно обхожусь без сертификатов уже 10 лет.
А какие, собственно, отличия между Performance и Load Testing?
Не очень корректный вопрос, так как Load это подвид Performance тестирования.
Ну хотя бы это ты бы мне ответил ведь, а люди вообще не в курсе, что такое есть и как это делают.
А вообще разница огромная и очень жаль, что ты не знаешь. Performance - это по сути бенчмарк, сколько выдержит твоя система, Load - это тест, который показывает, что твоя система будет безотказно работать при определнной нагрузке. Просто наверно ты нагрузочными тестами не занимался, если не понимаешь разницы.
Еще хороший ответ - это “зависит от литературы которую вы читали”. Но и этого я не услышал.
СофтСерв что ли? )))
Странно, ISTQB глоссарий так не думает.
Performance testing: ISTQB Glossary
Load testing: ISTQB Glossary
Есть разница между техническими терминами и дословным переводом слов.
Ты просто решил поспорить или ты не понял даже после того, как я описал?
А в чем разница между багом и дефектом? Согласно глоссария - никакой, но в литературе по разному, зависит от автора, да и на проектах знаю, что баг - на продакшене, дефект - в тестовой среде и наоборот.
Все что я хотел - это донести, что не стоит удивляться когда на интервью человек не может дать ответа на подобный вопрос. Так как однозначного ответа не существует.
А к ISTQB глоссарию как раз прибегают чтоб разрешить подобные недопонимания. Надо понимать, что то как вы понимаете вещи, базируясь на своем опыте, или как их называют у вас на проекте - может отличатся от того как их называют в остальном мире.
Вы точно про Advanced Automation говорите? Когда я пытался сдавать давалось 3 часа, немного не дотянул. Но я слышал его сейчас упростили и переделали на 90 минут, так как мало кто не сдавал, неужели на столько упростили? А программа действительно старая, как то тупо заниматься статическим анализом кода сейчас, когда это делает за тебя решарпер например.