Автор: Алан Ричардсон (Alan Richardson) Оригинал статьи Перевод: Ольга Алифанова
Краткое содержание: покрытие требует моделирования. Мы можем организовать код так, чтобы его можно было оценить на основании ментальной модели, и некоторые из моделей исполнимы. Другие модели мы сравниваем с результатами прогона тестов.
Мне задали ряд вопросов: как задокументировать, что делает и что покрывает автотест, не затрачивая кучу времени и сил? Как узнать, что не покрыто автоматизацией?
State & Transition Diagram (сокращенно S&T) — схема состояний и переходов. Техника для визуализации ТЗ. Она наглядно показывает, как некий объект переходит из одного состояния в другое.
Вот объект находился в состоянии А, потом произошло какое-то действие, и он попал в состояние В. Потом он попадет в состояние С и другие... Принцип не меняется, было одно состояние, стало другое.
Мы рисуем:
кружочки — состояния объекта;
стрелочки — то, благодаря чему из состояния А в состояние В. Это действие, но его может совершить не только пользователь, но и система сама. Например, задача запустилась автоматически в 10 часов вечера.
Такая схема позволяет нам сразу визуально оценить, какие переходы вообще возможны и что надо протестировать. Ведь нам надо протестировать и эту стрелку, и эту... Так что стрелочки — это наши готовые тест-кейсы!
Автор: Хьюиб Шутц (Huib Schoots) Оригинал статьи Перевод: Ольга Алифанова
Первая версия этой статьи была опубликована на LinkedIn 5 февраля 2020 с заголовком "Нужны ли нам тестировщики? Нет! Нужно ли нам грамотное тестирование? Да!" В эту статью я добавил дополнительные умозаключения.
На прошлой неделе я делал доклад на конференции Agile, Testing & DevOps Showcase в Амстердаме. Темой доклада было "Современное тестирование".
Девиз Agile и особенно DevOps-подходов – "автоматизируй все!" Компании вроде Facebook заявляют, что у них вообще нет тестировщиков. У Microsoft есть только SDET (инженер по разработке ПО в тестировании), другие команды перепрофилируют разработчиков, чтобы тестировали они. Новичок на районе – искусственный интеллект и машинное обучение, и, по слухам, они уж точно заменят тестировщиков. Что же действительно происходит в мире?
Тренды – явление зыбкое, особенно если речь идет о разработке и тестировании программного обеспечения. В условиях быстрого развития трудно давать далекоидущие предсказания, поэтому важно хотя бы попытаться зафиксировать то, что происходит прямо сейчас. Это поможет определить, какие практики и методологии будут востребованы завтра. Опираясь на последние отчеты и опросы, рассказываем о наиболее актуальной статистике для вас и вашей команды QA.
Кому будет полезно: QA-лидам, тест-дизайнерам, тест-менеджерам, другим неравнодушным.
Автор: Майкл Болтон (Michael Bolton) Оригинал статьи Перевод: Ольга Алифанова
Раньше я выступал на конференциях. Для конференции HUSTEF 2020 я собирался сделать доклад "Что не так с ручным тестированием". В эпоху COVID все мы превратились в кинорежиссеров, поэтому вместо доклада я записал видео.
После того, как мой доклад был предложен и одобрен, я долго размышлял, в чем же на самом деле проблема. Люди годами говорят о "ручном" и "автоматизированном" тестировании. В чем проблема? Какой смысл это обсуждать? Я обдумал эти вопросы, и в видео есть ряд объяснений важности этой темы с моей точки зрения. Мне помогали талантливый музыкант, значимый социолог, проницательный журналист и системный мыслитель, уважаемый редактор и поэт, а также ряд тестировщиков.
Совсем недавно я услышал замечательную историю о проекте внутри крупной российской IT-компании, ищущей руководителя в отдел тестирования. Задача была простая: есть отдел из 20 человек, которые за последние несколько лет наколбасили несколько тысяч автотестов и спроектировали пачку тестов ручных. В целом все работало, но СТО на собеседовании сказал примерно следующее: “Ваша задача — выкинуть все это к чертям собачьим и сделать нормально. А то когда предыдущий QA Lead ушел, мы поняли, что вся эта инфраструктура у нас нигде не используется.”
Ситуация невообразимая. Так не бывает. У нас точно не так. У нас же не так?
Проблемы “works on my machine” и “ответственность за нерабочий код лежит на том, кто его деплоит”, ровно о том же. И пока разработчикам рассказывали про спасительный DevOps, тестировщики и QA-специалисты как-то со стороны смотрели на это “не шаля, никого не трогая, примус починяя”. Ну что, пришло время набросить и на этот вентилятор.
В этой статье мы с Артемом Ерошенко из Qameta Software попробуем разобраться, что такое “делать тестирование нормально” в новых проектах.
Зашла вчера в чат тестировщиков и вижу знакомый диалог:
— Мне в фирме 1 обещали фидбек через пару дней. В итоге неделя прошла, сам им пишу, а меня игнорят...
— Ага, я вот тоже собеседование в фирме 2 прошел, мне обещали ответ дать. А прислали просто отписку! «Вы нам не подходите», и всё.
Меня обижает то, что эти две ситуации приравнивают друг к другу. Обещать ответ, и не дать его ≠ дать ответ, но не такой, как хотелось бы. Однако когда соискатель ждет подробный фидбек, простой отказ воспринимает как полный игнор — «подумаешь, отписка».
Всем доброго времени суток, мои маленькие (и не очень) любители (и не очень) SQL! На курсе ПОИНТ мы с нуля разбираем построение запросов, обучаемся основным операторам, работе с разными типами данных, но сейчас я хочу с вами поговорить про один из полезных инструментов, увы, оставшихся за рамками ПОИНТ — сегодня я хочу рассказать вам про такую полезную штуку, как подзапросы и показать несколько вариантов их приготовления.
Этот вопрос кричит последнее время из каждого утюга. Интернет изобилует ресурсами, советами и приложениями для самостоятельного изучения английского. И это разнообразие ставит нас перед ужасающим выбором — часто это демотивирует и превращает наше изучение языка в постоянный поиск и хождение по полезным, но тем не менее бесконечным ссылкам. В этой статье я расскажу, какие действия можно совершать тестировщикам самостоятельно или с преподавателем, чтобы подтянуть английский и при этом не заблудиться в океане онлайн ресурсов.
Подкаст от проекта GeekHub с Артемом Ерошенко, менеджером команды разработки инструментов тестирования, и Всеволодом Брекеловым, фулстэк-разработчиком в компании JUG Ru Group.
Поговорили о том, кто такой QA, где учиться на тестировщика, какие скиллы нужны специалистам по тестированию, сколько они зарабатывают, какие к ним требования и как оценить, хорош ли ваш менеджер.
