Автор: Баз Дейкстра (Bas Dijkstra) Оригинал статьи Перевод: Ольга Алифанова
В этой статье я хочу поделиться своими взглядами и опытом, касающимися различных способов изучения новых навыков. Мои примеры относятся к тестированию и автоматизации, но статья применима к любому обучению.
Автор: Иванов Никита, руководитель отдела разработки и администрирования продуктов Атлассиан, компания InfoWatch
Вступление
Иллюстрация взята из общедоступной сети Интернет
Сейчас, наверно, из каждого утюга звучат призывы про «войти в IT». Среди этих призывов часто звучит: «Стань тестировщиком, это самый простой способ сделать карьеру в IT». Я с этим не согласен, но это лишь мое сугубо личное мнение, основанное на личном опыте. На опыте, который по факту занимает… страшно сказать… 10 лет. Более 10 лет жизни и карьеры я посвятил миру тестирования. И я бы хотел поделиться некоторыми вещами.
Как построить карьеру тестировщика? И что такое вообще карьера тестировщика? Каких высот можно достичь и с чего надо начинать? В какой момент делать выборы и как понять, что этот выбор в себе несет? В своей статье я постараюсь обрисовать все аспекты карьеры тестировщика - от самого начала до возможного конца.
Автор: Маарет Пюхяярви (Maaret Pyhäjärvi) Оригинал статьи Перевод: Ольга Алифанова
На еженедельной встрече мы рассматривали два графика, демонстрирующие прогресс тест-автоматизации на системном уровне. Отталкиваясь от того, что нам нужно запускать некоторые тесты в окружении, схожем с окружением пользователя и в порядке, схожем с его действиями, а также устанавливать приложение так, как это делают пользователи, картинки иллюстрировали, сколько работы нужно выполнить, чтобы достичь первой промежуточной цели, намеченной нами.
Автор: Царева Александра, специалист машинного обучения "Инфосистемы Джет".
Представление нейросети о том, как выглядят «тесты моделей искусственного интеллекта» :) Мы бы поставили там еще котел и положили гримуар! Ведь так и работают датасайнтисты.
Из этой статьи вы узнаете, почему важно проводить «лабораторные испытания» ML-моделей, и зачем в тестировании наработок «ученых по данным» должны участвовать эксперты из предметной области, а также — как выглядят тесты после того, как модель покинула датасайнтистскую лабораторию (и это не только мониторинг качества данных).
Автор: Джеймс Бах (James Bach) Оригинал статьи Перевод: Ольга Алифанова
Мухаммад Саад написал на LinkedIn про интересный сценарий. Приведу его курсивом и прокомментирую.
Представьте, что вы первый день как вышли работать тестировщиком. Вам показывают приложение, которое нужно протестировать. Это ERP-приложение, содержащее сотни форм и тысячи отчетов. Вы начинаете исследовательское тестирование, открывая форму, в которой около 50 разных полей.
Привет! Меня зовут Сергей, я более 11 лет в тестировании, и успел за это время перепробовать множество разных подходов в QA — начинал простым тестировщиком, затем строил и развивал всевозможные отделы тестирования и автоматизации, а сейчас работаю в QIWI.
В этой серии постов я хочу поговорить с вами про тестирование трех популярных так называемых не-REST-бэкендов. Самое главное для начала — определиться с терминами, договоримся, что везде в тексте, где я упоминаю REST — речь идет именно о REST HTTP-бэкенде. Наверняка многие из вас с ним работали и вообще неплохо знакомы.
Но есть ещё три других, собственно, не-REST-бэкенда. С ними тоже полезно научиться работать: во-первых, для общего развития, во-вторых, будете знать, как подступаться к их тестированию, на случай, если ваша команда вдруг решит поработать на одном из них.
Автор: Майкл Болтон Оригинал статьи Перевод: Ольга Алифанова
Как-то раз я написал статью про покрытие. На самом деле их было несколько, но речь об этой. Недавно на LinkedIn возник вопрос, который помог мне понять, что я упустил нечто важное.
Автор: Майкл Болтон (Michael Bolton) Оригинал статьи Перевод: Ольга Алифанова
Selenium! Playwright! Cypress! Postman! Вокруг этих инструментов, в основном сконцентрированных на проверках вывода, всегда много шума – и сейчас нарастает гвалт насчет малокодовых или безкодовых инструментах проверки вывода. (В прошлом году я проводил ревью некоторых из них, тут и тут. Использовали ли эти компании свои собственные инструменты для тестирования своих инструментов? Как ответ «да», так и ответ «нет» прозвучат обескураживающе).
На сайте hh.ru есть около 100 вакансий, где навык составления XPath важен для работодателя, также в интернетах полно материалов, вроде шпаргалок по составлению локаторов или ворк-шопов на ютубе. Как-то у меня спросили на собеседовании про то, какой из языков построения локаторов использовать лучше XPath vs CSS, и я ответил — лучше использовать тестовые аттрибуты, а если мы их используем то и использовать эти языки необязательно. Скорее всего такой ответ не устроил, но я ответил честно, т.к на предыдущем месте мы старались не использовать XPath для решения этой задачи.
Автор: Кристин Джеквони (Kristin Jackvony) Оригинал статьи Перевод: Ольга Алифанова
Как можно, безусловно, догадаться по заголовку, это третья моя статья про логические ошибки. Тестировщики должны знать о логических ошибках, потому что это поможет им избежать неверных решений, которые повлияют на скорость и точность тестирования. Это особенно верно для третьей ошибки – апелляции к авторитету.
