Home

Результаты опроса про знание и применение языков программирования. На текущий момент проголосовало 186 человек.

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

Безусловным лидером является Java - 87 ответов. На втором месте - Python, а на третьем - C#

Не умеют программировать примерно 14% опрошенных - 26 человек. И два человека помнят или знают такой язык как Pascal)

Автор: Дэн Эшби (Dan Ashby)

Оригинал статьи: https://danashby.co.uk/2016/03/08/information-and-its-relationship-with-testing-and-checking/

Перевод: Ольга Алифанова

Непонимание того, что автоматизация не в состоянии заменить тестирование – это одна из самых больших проблем индустрии тестирования на сегодняшний день. Майкл Болтон, Джеймс Бах и другие лидеры отрасли вложили много труда в развенчание этого мифа, но я все еще вижу, как он силен в ряде компаний. Ему подвержен не только менеджмент, разработчики и другие участники проектных команд, но и сами тестировщики/автоматизаторы в этих организациях.

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

Я читал статью Майкла и Джеймса, которая объясняет, в чем разница между "тестированием" и "проверками", а также то, как школа контекстно-управляемого тестирования рассматривает автоматизацию. Мне нравится статья, и я пытался познакомить с ней компании, страдающие от вышеописанной проблемы – но эти проблемы никуда не делись. Когда я интересовался, прочитали ли люди статью, они обычно отвечали, что она "слишком длинная", или что им не нравится термин "проверка" (многие автоматизаторы рассматривают этот термин как уничижительный для своей работы – они относятся к нему примерно так же, как я к "ручному тестированию").

Как же помочь людям понять, о чем я говорю, как упростить мои объяснения?

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

Ниже представлены записи следующих докладов:

• Автоматизация тестирования ролей и привилегий, Serhii Ivashchenko, X1 Group, Харьков, Украина
• GUI-автоматизация в Telerik Test Studio, Мария Афанасьева, T-Systems, Санкт-Петербург, Россия
• Полуавтоматизация third-party API или избавляемся от лишних зависимостей, Елена Бычкова, Mail.ru Group, Москва, Россия
• Тестирование в изоляции: Играем в драконий покер, Eugeny Govako, OOO "Deutsche Bank Technology Center", Санкт-Петербург, Россия

Автор: Лалиткумар Бхамаре (Lalitkumar Bhamare)

Оригинал статьи: http://www.talesoftesting.com/blog/sorry-software-testing-is-not-ideal-job-in-that-case

Перевод: Ольга Алифанова

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

Случай 1.

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

Случай 2.

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

Более 70 докладов, кейноуты из Европы, 3 дня, 3 параллельные секции, более 700 участников из различных городов и стран, невероятное общение и фан. Это и многое другое Вас ждет на 20й юбилейной конференции по вопросам качества программного обеспечения - SQA Days.

Конференция пройдет 24-26 ноября 2016 года в Минске в трехдневном формате.

В первый день конференции выступят специально приглашенные именитые спикеры: Gualtiero Bazzana (Италия), Paul Gerrard (Великобритания), Riou du Cosquer Eric (Франция), Yaron Tsubery (Израиль), Mette Bruhn-Pedersen (Дания), Pilaeten Michael (Бельгия), Vojtech Barta (Чехия), Mitko Mitev (Нидерланды), Niels Malotaux (Германия), Olivier Denoo (Бельгия), Luis Amaral (Португалия), Stephan Goericke (Германия).

Программа конференции уже полностью готова.

Помимо интересных и насыщенных докладов Вас ждут:

• формат BarCamp для знакомств и возможности делиться опытом в неформальной обстановке;
• флип-чарты для общения с докладчиками и другими участниками в кулуарах;
• бесконечный запас кофеина;
• RadioQA в прямом эфире (трансляция прямо с конференции);
• зоны отдыха и досуга;
• шикарная, эксклюзивная вечерняя развлекательная программа в конце 2-го дня с ЛЕГЕНДАРНОЙ группой с мировой известностью Deep Forest;
• награда докладчиков и розыгрыш призов среди участников;
• и много, много всего интересного, что нужно увидеть своими глазами.

Доклады, представленные на конференции, прошли не просто серьезный, а можно сказать, суровый отбор.

Приходите! Будет интересно.

Как обычно для читателей нашего портала действует промокод на получение 10% скидки.

Промокод для получения 10% скидки - s-t.ru

Выступление Иры Винокуровой на онлайн-конференции для специалистов по ручному тестированию Fun ConfeT&QA.

Утро, кофе, дорога, кофе, работа с девяти до шести, снова дорога…
Знакомо?
Каждый день одно и тоже. Офис – дом – офис – дом.
А ведь можно и по-другому.
Можно работать удалённо. И самому строить свой график работы.
Поначалу кажется, что работать тестировщиком на фрилансе – нереально.
Но это только кажется.
Но как и в офисе, на фрилансе есть свои достоинства и недостатки.
О плюсах, минусах, специфике работы тестировщика в таком режиме я попытаюсь рассказать в своём докладе.

Те, кто присутствовал на SQA Days-19, наверняка запомнили, как отбирались лучшие доклады конференции.

У каждого участника среди раздаточного материала были наклейки в виде позитивных (зеленых) и негативных (красных) смайлов. После каждого выступления слушатели могли оценить доклады, наклеив смайлики на специальные плакаты, стоявшие у аудитории, где были указаны названия докладов и имена тех, кто их подготовил. В конце дня подводились итоги: плакаты снимались, пересчитывались наклейки и определялись докладчики, набравшие большее количество голосов.

Таким образом на 19-ой Международной конференции в области обеспечения качества ПО среди выступавших были определены три победителя. Ими стали:

1. Мясников Андрей (Вредные привычки в тестировании)

2. Варгин Герман (Пополняем арсенал тестировщика. Учимся применять новые техники)

3. Семенченко Антон (Quality Assurance, Quality Control и метрики Автоматизированного тестирования на пальцах)

Ниже вы сможете найти видеозаписи их выступлений.

Автор: Джорис Меерц (Joris Meerts), Testing References

Оригинал статьи: http://www.testingreferences.com/docs/Functional_Testing_Heuristics.pdf

Перевод: Ольга Алифанова

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

Список основан на моем личном опыте тестирования программных продуктов. Я также благодарен Джеймсу Баху за эвристику SFDPOT, и Элизабет Хендриксон, Джеймсу Линдси и Дейлу Эмери, как создателям чит-листа эвристик тестирования.