На каком уровне нужно знать программирование?
Новые темы форума тестировщиков
Всем привет. Занимаюсь ручным тестированием, в которое пришел из фриланса веб разработки (html, css, js, php + java SE, которое кроме учебных задач нигде не применял. На звание ниндзя не претендую, всего лишь фрилансер самоучка). Стало интересно а на каком уровне нужно знать программирование, чтобы реально было найти работу в QA Automation? Из описания вакансий ничего не понятно, видно, что пишут их люди, которые вообще не в теме (из разряда: required programming skills: java/html/css or simillar). Если например взять джаву - достаточно ли будет SE или надо обязательно учить EE и все отсюда вытекающее (сервлеты там всякие, jsp...)? Во многих вакансиях сказано, что надо будет писать unit тесты, но при этом даже язык не указан, да и вроде как их разработчики пишут? Подскажите, пожалуйста, люди добрые - что же все-таки надо знать, чтобы, например, на вакансию разработчика тестов на selenium webdriver на джаве можно было претендовать? Тестирование производительности (JMeter), начало 23 июня 2017-06-21 15:16 Не так давно вышла новая версия JMeter 3.0. Концептуальных изменений в ней нет, однако поменялся интерфейс, изменились названия некоторых элементов, а также появились новые элементы. В связи с этим мы решили полностью переписать наш тренинг “Тестирование производительности”, последняя лекция будет записана к началу курса. Помимо адаптации к JMeter 3.0, программа обновленного тренинга претерпела и другие изменения. Учтены замечания в отзывах участников, больше времени мы уделили моментам, которые казались ученикам сложными, максимально уплотнив материал лекций. Лекции разбиты на небольшие фрагменты до 20 минут для удобства просмотра и навигации. Если Вы планировали начать осваивать тестирование производительности, не откладывайте это в долгий ящик. Посмотреть описание и программу тренинга Как писать хороший баг-репорт 2017-06-22 08:38 Оригинальная публикация: http://bytextest.ru/2017/02/15/bug-report-kak-pisat/#more-4457
Вы когда-нибудь видели под вашим багом комментарий “it is not reproducible”? Чувствовали, как екает сердце от статуса “waive requested”? Иногда команда разработчиков «разворачивает» баг, который вы так трепетно лелеяли и выхаживали. Ну, может не так уж и трепетно, раз его все таки не смогли воспроизвести.
Представьте ситуацию, когда, например, баг был заведен в Mozilla Firefox. Допустим, на сайте не работает кнопка «login». Так и запишем, попутно забыв указать в STR (шагах воспроизведения) — какой именно браузер и какую его версию мы использовали. А вот разработчик использует, допустим, Edge. И в их среде кнопка работает нормально. Соответственно, баг отклоняют за невозможностью воспроизведения и комментарием: «Может быть, проблема в вас?» Вы, как порядочный тестировщик, перепроверяете ошибку, находите ее и переоткрываете баг. Чем все закончится — непонятно.
Естественно, проблема в том, что вы забыли упомянуть используемый браузер. Именно с такими последствиями тестировщик сталкивается каждый раз, когда забывает указать ключевую информацию о проблеме.
Такое поведение плохо влияет, в первую очередь, на вас, как на специалиста. Фактически, вы впустую потратили оплачиваемое время — как свое, так и специалистов команды разработчиков. Помните об этом, начиная работать, ведь, как говорится, «встречают по одежке».
Прочитать публикацию полностью... © 2010 | Software-Testing.Ru |
| В избранное | ||
