Обложка канала

Заметки тестировщика. Страница 8

4336 @qanote
Открыть

Авторский канал тестировщика, который ушел в сферу IT с образованием журналиста. Только откровенные заметки про работу в российской и американской компаниях.

  • Заметки тестировщика

    ⚪️ Часть 2 Обучение и первая работа 🔍 Дальше наступил месяц целенаправленного обучения. Сначала в ход шло все, что выпадало в поиске по запросу "что такое тестирование". Больше всего нравились первые 3 ссылки - это википедия, порталы protesting и qalight. Я завела специальную жирненькую тетрадь со сменными блоками, куда для хорошего усвоения информации записывала все необходимое. Параллельно продолжала смотреть ютуб, понравилась подача двух авторов - Лёши Маршал и Artsiom Rusau. Плюсом заходила в каналы по QA и тестированию в телеграмме. В одном из постов советовали прочитать 3 книги: Святослав Куликов "Тестирование программного обеспечения. Базовый курс", Роман Савин "Тестирование Дот Ком, или Пособие по жестокому обращению с багами в интернет-стартапах", Джеймс Уиттакер, Джейсон Арбон и Джефф Каролло "Как тестируют в Google" 📚 Могу сказать, что книги хорошо помогли в изучении. 💆🏼Как только в голове начала складываться картинка будущей работы, я принялась к размещению резюме на двух площадках - hh и Хабр.Карьера. В нем не было ничего сверхъестественного. В основных полях указала общие знания по тестовой документации и багтрекинговым системам, а также софт скиллы. И, конечно, подметила навыки с прошлой работы, которые могли бы мне дать преимущество. Например, администрирование и аудит сайта. 👉🏼 Можно попробовать создать несколько резюме, как минимум два - на QA и ручного тестировщика. Так HH отдельно пришлёт рекомендации для обеих профессии и вы сможете повысить шансы на оффер. Чем больше я изучала рынок, тем более точно редактировала резюме. В день старалась делать по 30-40 откликов. И собеседования не заставили себя ждать. С каждым разом все больше понимала, что от меня требуется показать не столько теоретические знания, сколько свою заинтересованность именно в конкретной компании. И, наконец, меня приняли на первую работу. Все казалось таким интересным и одновременно пугающим. Порой я задавала один и тот же вопрос несколько раз. Но самое удивительное - ценили мой даже такой маленький, но значимый вклад в работу. 👉🏼 Старайтесь не стесняться задавать вопросы до тех пор, пока не получите внятного ответа Конечно, это было лишь началом карьерного пути. Тогда не представляла, что некоторым вещам придется учиться прямо на ходу. Но все же я рада изменениям в жизни 🙌🏻 Очень хочу поделиться с вами как сейчас выглядит мой рабочий день, поэтому расскажу вам об этом через 2 недели.

  • Заметки тестировщика

    #личный_опыт Лера не так давно перешла в тестирование из журналистики. Она обучилась сама, устроилась на первую работу, а спустя год перешла на удалёнку в американский проект. Рассказывает про свою работу, даёт советы для новичков и отвечает на вопросы в своём канале Заметки тестировщика ✏️ Мы попросили Леру рассказать свою историю. ⚪️ Часть 1 Как я стала тестировщиком после 2-х лет работы в журналистике. Личный опыт. Всем доброго времени суток! Если вы, как и я когда-то, сомневаетесь в выборе своей профессии - то это история для вас! 😋 Вполне вероятно, что сторонний опыт поможет вам определиться с выбором. Еще несколько лет назад я работала в медийной сфере с образованием журналиста. Начиная с 1-го курса беспокоилась о резюме и работала в издательствах и пресс-службах. На последнем месте на меня медленно и тактично взваливали кучу обязанностей. Могу добавить, что начальство не знало понятия личного времени. А рост по карьерной лестнице не представлялся возможным. Вот и пришлось остановиться и спросить себя, а что же мне действительно интересно? 🤔 На ум пришло воспоминание о легендарном программировании на листочках в школе. Стало страшно только от одной мысли о работе в ИТ. Тот самый страх неизвестности, тем более когда есть финансовые обязательства. Меня спасла одна фраза, которую повторяла себе как мантру: "Я всегда смогу вернуться к прежнему уровню жизни". Конечно, я понимала, что быстро уйти в программирование не получится, но с чего-то нужно было начинать. Так я познакомилась с Хабром. Кажется, я перечитала все статьи, связанные с устройством сетей. Затем на ютубе чуть ли не подряд смотрела лекции о том, из каких направлений состоит ИТ. Внимание привлекло тестирование. Автор ролика тогда подметил, что это почти единственное направление, где требований к джуну меньше всего. Это стало отличной возможностью попробовать свои силы. Можно долго рассуждать правильно это или нет, но для людей без какой-либо базы это кажется единственным выходом.

  • Заметки тестировщика

    Ребята, привет! У меня тут классный материал вышел на днях, прошу поддержать 🤓🔥

  • Реклама

  • Заметки тестировщика

    Тест или не тест? Вот в чем вопрос Ох, сколько же таких сообщений видела 😅 Сидишь, занимаешься своими делами, а тут авиасейлс ругается вопросительными знаками 🙇🏻‍♀️ Или так задумано для привлечения внимания? Рассказывайте, какие забавные сообщения (тестовые или с ошибками) вы получали? Заметки тестировщика

  • Заметки тестировщика

    Если уж вспомнили о языках программирования, то вот интересная инфографика от Лайфхакера. На случай, если интересует именно девелопмент и хочется определиться с языком. Как по мне, ребята очень по-творчески подошли к вопросу 👾 Заметки тестировщика

  • Заметки тестировщика

    🟢 Мой первый автотест: Passed or Failed? Всем хорошего дня! 🌠 Хочу наконец-то поделиться с вами информацией о том, как я, абсолютно не знающая об автоматизации, начала ей заниматься. У меня есть ощущение, что это получилось с помощью какой-то магии, ведь еще пару недель назад я гуглила разницу между библиотекой и фреймворком. Я пересмотрела много видео на тему, но в основном все слишком "общее". А конкретные вопросы надо читать отдельно. Но как? Если даже не знаешь, о чем именно нужно читать. Хорошо, что все процессы автоматизации в нашей компании давно отлажены и мне оставалось лишь гуглить по известным инструментам. Моей задачей стало не столько обобщенное понимание вопроса, сколько желание пройти всю цепочку автоматизации "от установки среды до закрытия тикета на автоматизацию". Я привыкла учиться именно на практике, не теории. И в этом посте вы не увидите супер теоретических схем и непонятных слов, но если хотите - ссылки на такие статьи найдете внизу. Я же описываю только свой личный опыт, который может помочь таким же новеньким, как и я. Ну а "старичков" повеселить 😃 Что ж, сохраняйте себе на всякий и приступаем! 1️⃣ Начала я с организации митинга (помните, писала про него) с автоматизатором и парой коллег, обменялись всеми возможными вики ссылками для настройки тулов. Плюсом я перечитала о том, как у нас проходит процесс автоматизации в команде на разных фреймворках. Не забываем, что компания американская и работаем только на английском, так что и без переводчика не обошлось. 2️⃣ Далее через Git сгенерировала собственный SSH-ключ (открытый и закрытый) для доступа на сервер. 3️⃣ Затем занялась установкой интегрированной среды разработки. В моем случае для языка программирования Python. Верно, я скачала PyCharm. 4️⃣ Дальше клонировала репозитории из Jira - фреймворка и проекта. Правда, мне пришлось сделать это несколько раз, потому что из-за неправильной настройки pip конфигов и чего-то там еще не происходило поиска между каталогами. Про фреймворк не буду уточнять, т.к. это внутренняя разработка. 5️⃣ Создала новый автотест не без помощи коллеги (Python казался страшным, пока не изучишь хотя бы функции и циклы) 6️⃣ Дальше прогоняла на рабочей машине созданный автотест + слинкованные с ним другие, чтобы ничего не падало. На этом этапе я сильно застряла до сих пор, потому что тула отказывается со мной работать. И как я только не пыталась пофиксить ошибки. Благо есть другая тула, которая может стать отличным временным решением для прогона тестов. Ей буду заниматься на этой неделе. 7️⃣ Пока не дошла до этого шага, но все же - нас ждет слияние изменений между ветками, код ревью (либо внесение правок, либо аппрув) и коммит. Если все-таки у вас (как и у меня) появилось только больше вопросов - не беспокойтесь 🙅🏼‍♀️ Далее мы будем подробно говорить о каждом из шагов. Обещаю позже поделиться новостями насчет дальнейшей жизни автотеста. А вы, пожалуйста, активно закидайте реакциями пост ❤️‍🔥 А вы занимаетесь автоматизацией или только учитесь? Какая у вас мотивация к ее изучению или применению? Что нравится или не нравится? Давайте обсудим в комментариях, чтобы такие же, как и я могли почерпнуть что-то новое для себя. 🍫 Задонатить на шоколадку для повышения активности и бодренького настроения: https://teletype.in/@qanote 1. Автоматизированное тестирование: что это?Краткое учебное пособие. 2. Пишем систему автоматизированных тестов "с нуля" 3. Лучшие практики автоматизации тестирования: решение, что и когда автоматизировать 4. Автоматизация тестирования «с нуля» (нетехническая сторона вопроса) 5. Автоматизация тестирования на Python. Шесть способов тестировать эффективно 6. Автоматизация тестирования OpenStack 7. Как начать автоматизацию тестирования на проекте || Автотесты для начинающих QA Заметки тестировщика

  • Заметки тестировщика

    🙇🏻‍♀️ Вопрос-ответ: как правильно упорядочивать огромное количество новой информации в голове? Может составлять майндпап, схемы или записывать какие-то тезисы в блокнот? Достаточно сложный вопрос. Для каждого человека может быть какой-то свой лайфхак для работы с информацией. И все, что описано в вопросе, имеет право на существование. У меня, например, для рабочих дел заведена отдельная страница в Jira, доступ к которой есть только у меня. Там я записываю весь рабочий прогресс в таблице, делаю заметки, добавляю ссылки на вики, чтобы вся полезная информация была в одном месте. Также я активно пользуюсь гугловскими закладками, у меня несколько папок с нужными мне линками. А личные дела веду в самых простых заметках на айфоне. И неважно что это: список покупок, план домашних дел, список с местами для отдыха и развлечений и т.д. Я пробовала разные способы «управления» жизнью. Когда готовилась к собесам и учила теорию, я все записывала в большую тетрадь с блоками. Ещё пыталась учиться по схемам из интернета, адаптируя все под себя. Но все же сейчас пришла к выводу, что самый эффективный способ ведения и запоминания информация должен быть простым. И не требовать от вас особых усилий для оформления. Записал и все. Есть ещё одна классная тула с огроомным функционалом - Notion. Есть веб версия и мобильная. Стоит только немного ознакомиться с его возможностями и можно смело создавать собственную многоуровневую систему с разными типами записи - там есть и таблицы, и схемы, и таски. Можно аккуратно и красиво вести собственный борд, внутри которого будет переход между страницами - прям как на сайтах. Но опять-таки, это дело вкуса. Заметки тестировщика

  • Заметки тестировщика

    Интуитивное тестирование (ad-hoc testing) ad-hoc testing — вид тестирования, который выполняется без подготовки к тестам, без определения ожидаемых результатов, проектирования тестовых сценариев. Это неформальное, импровизационное тестирование. Он не требует никакой документации, планирования, процессов которых следует придерживаться в выполнении. Также на данный вид тестирования не пишутся тест-кейсы, что в свою очередь может вызвать определенные затруднения в попытках воспроизвести дефект в системе. Такой вид зачастую может дать сходу больше результата чем тестирование по заранее определенным сценариям. Это обусловлено тем, что тестировщик на первых шагах приступает к тестированию основного функционала и выполняет нестандартные проверки, точнее некоторые из его проверок будут нестандартными. ❗️Часто интуитивное тестирование путают с исследовательским. Если говорить об ad-hoc testing и исследовательском тестировании. Ad-hoc testing — это более интуитивное и беспорядочное тестирование, когда тестировщик просто идет и проверяет, что ему хочется. У него нет определенной цели, структуры тестов в голове, какой-то системы. В свою очередь исследовательское тестирование более структурированное. Обычно тестировщик знает, что ему нужно проверить, у него в голове есть цель и какая-то система проведения тестов. Хоть тесты в этом случае не обязательно должны быть оформлены в виде тест кейсов. ❕Когда выполняется интуитивное тестирование (ad-hoc testing)? Чаще всего такое тестирование выполняется когда мало времени на точное и последовательное тестирование. При этом тестировщик полагается на свое общее представление о приложении и здравый смысл Тестирование ad-hoc имеет смысл только в случае, если тестировщик владеет общей информацией о продукте. Если человек совсем не будет знать продукт, то потратит время на его изучение, особенно если проект очень сложный и большой. Поэтому нужно хорошее представление о целях проекта, его назначению и основным функциям и возможностям. А дальше уже можно приступать к ad-hoc testing. 🔻Виды интуитивного тестирования: buddy testing (совместное тестирование) — когда 2 человека, как правило, разработчик + тестировщик, работают параллельно и находят дефекты в одном и том же модуле. Такой вид тестирования помогает тестировщику выполнять необходимые проверки, а программисту фиксить баги на ранних этапах. pair testing (парное тестирование) — когда 2 тестировщика проверяют один модуль и помогают друг другу. К примеру один может искать дефекты, а второй их документировать. Таким образом у одного тестера будет функция, скажем так, обнаружителя, у другого — описателя 😀 monkey testing — произвольное тестирование программы с целью ее сломать Заметки тестировщика

  • Заметки тестировщика

    🙇🏻‍♀️ Вопрос-ответ: что такое исследовательское тестирование? Всем привет! Какие планы на выходные? Я вот уже на даче за 300км от дома 🏡 Комары, жара, шашлыки - наше все. Заодно хорошее время подумать, как вам подать все то новое, что я узнала об автоматизации. А пока хочу обсудить такую тему, как исследовательское тестирование (exploratory testing). Помню ещё в «своё время» (таковым я называю тот период, когда сама только-только начинала карьеру) многие джуны практиковали такой вид тестинга, но не знали ни его теоретического названия, ни сути). А она достаточно проста. Как я это называю: тестируя - исследуем. Одновременно изучаем и сам продукт, и проектируем/исполняем тесты. ❗️Здесь должна быть пометка: Не является методикой тестирования. Хотя кому нужна теория, когда джунов кидают в проект с надеждой, что он во что-то уткнётся (необычный баг), либо предложит что-то новое еще не замыленным взглядом 🤷🏼‍♀️ 💠 По ISTQB и по Джеймсу Баху исследовательское тестирование – это неформальный метод проектирования тестов, при котором тестировщик активно контролирует проектирование тестов в то время, как эти тесты выполняются, и использует полученную во время тестирования информацию для для проектирования новых и улучшенных тестов. Если каждый следующий тест, который мы выполняем, выбирается по результатам предыдущего теста, это означает, что мы используем исследовательское тестирование. 📎 Когда следует применять исследовательское тестирование? - вам нужно обеспечить быструю обратную связь о новом продукте или фиче - нужно быстро изучить продукт - вы уже провели скриптовое тестирование и хотите разнообразить своё тестирование - вам нужно найти самый важный баг в кратчайшие сроки - вы хотите проверить работу другого тестировщика - вам нужно обнаружить и локализовать дефект - вам нужно изучить состояние конкретного риска для принятия решения о необходимости покрытия этой области скриптовыми тестами На текущее время теория исследовательского тестирования 3.0 отказывается вообще от термина исследовательское тестирование, заявляя о нем как об избыточном и бесполезном.  Исследовательское тестирование – это любое настоящее тестирование. А вы согласны с такой позицией? 🤔 Пожалуйста, не забудь про реакцию, это очень важно ❤️ Заметки тестировщика Задать свой вопрос: @QaNoteBot #вопросответ

  • Заметки тестировщика

    Техническое образование может стать отличной базой, чтобы перейти в IT на позицию тестировщика. Дополнить базу нужными навыками, практикой и портфолио можно на курсе Яндекс Практикума. ◾️ Базовая программа → 4 месяца — интенсивная учёба по 15-20 часов в неделю; — реальные рабочие задачи с первого дня; — 5 тестов учебных приложений в портфолио; — программа трудоустройства: научим составлять резюме и проходить собеседования. ◾️ Расширенная программа → 9 месяцев — размеренная учёба по 10 часов в неделю; — фундаментальная теория и много практики; — 11 учебных проектов и один проект от реального заказчика; — гарантия возврата: если вы не получите предложений о работе за 6 месяцев после выпуска, мы вернём деньги за обучение. Наша статистика показывает, что сменить профессию — реально: 78% наших выпускников находят работу в новой сфере. Проведите ваше первое смоук-тестирование бесплатно →

  • Заметки тестировщика

    💥 Вопрос-ответ: что такое метрика тестирования? На самом деле, такой показатель как метрика - одна из самых важных составляющих в работе. И не только в тестировании, но и в любой другой сфере. Это своего рода критерий для отслеживания эффективности усилий по обеспечению качества. Согласно международному стандарту ISO 14598: Метрика - это количественный масштаб и метод, который может использоваться для измерения. Обычно этот показатель устанавливают еще на этапе планирования. А затем он сравнивается с полученной метрикой после завершения рабочего процесса. ❗️Цель контроля тестирования состоит в получении обратной связи и визуализации процесса тестирования. Необходимую для контроля информацию собирают (как в ручную, так и автоматически) и используют для оценки состояния и принятия решений, таких как покрытие (например, покрытие требований или кода тестами) или критерии выхода (например, критерии окончания тестирования). Метрики также могут быть использованы для оценки прогресса выполнения запланированных работ и освоения бюджета. Характеристики «хорошей» метрики тестирования: 🔸 Соответствие бизнес-целям 🔸 Позволяет расти (сохранить показатель на нужном уровне или улучшить его) 🔸 Поощряет разработку стратегии 🔸 Отслеживаемая и понятная Три совета по выбору и измерению метрик тестирования программного обеспечения: 1. Начните с вопросов Ваши вопросы должны охватывать три темы: Что вы измеряете Стратегии и инструменты для его измерения Причины для отслеживания 2. Не пренебрегайте автоматизацией при расчете метрик QA 3. Собирайте комментарии и постепенно улучшайте метрики Пять показателей тестирования программного обеспечения, которые необходимо отслеживать: ♾ Удовлетворенность пользователей ♾ Метрики процесса ♾ Метрики покрытия ♾ Метрики качества кода ♾ Метрики ошибок или инцидентов Дополнительно: 1. Самый полный список метрик тестирования на русском языке 2. Что такое метрика тестирования программного обеспечения? 3. Метрики по обеспечению качества 4. Самые важные метрики QA Задать свой вопрос: @QaNoteBot #вопросответ Заметки тестировщика
    Самый полный список метрик тестирования на русском языке

    За пятнадцать лет работы в тестировании я наблюдаю, как отрасль из простой и незрелой, ориентированной на начинающих айтишников, становится профессиональным направлением. Раньше тест-менеджер должен...

    Хабр

  • Заметки тестировщика

    Только что пришла в голову идея, как отвечать на ваши вопросы про тестирование. Думаю, такой формат в виде фото отлично зайдёт, чем длинные полотна текста. А вы как считаете? Ставьте 👍🏼 если согласны. Ну а кто ещё не в курсе происходящего - вы можете написать в бот @QaNoteBot любой свой вопрос, связанный с тестированием, и я на него отвечу в специальной подборке. Это анонимно. Помимо теоретической части постараюсь дать и свою оценку. Вопросов уже немало, обязательно отвечу на все. Совсем скоро выйдет первая большая сочная партия ответов 🔥 А пока я желаю вам хорошего завершения выходных! Заметки тестировщика

  • Заметки тестировщика

    🙇🏻‍♀️ Вопрос-ответ на тему автоматизации Поскольку я сама ещё не начала толком автоматизировать и не могу поделиться с вами сугубо своим мнением по этой теме, я решила обратиться к материалу из QA_Bible. Здесь мы с вами сможем получить ответы на такие вопросы, как: - Зачем нужна автоматизация, если наши ручные тестировщики и так справляются? - Можно ли начать писать автотесты за один день? - Можно ли заставить разработчиков писать автотесты? - Не замедляют ли автотесты разработку? - Можно ли писать 1 автотест сразу на обе платформы? - Когда автотесты начнут приносить больше пользы, чем проблем? - За сколько месяцев можно прийти к 100% покрытию? - Сколько нужно тестировщиков, чтобы автоматизировать весь проект? - Как вам живется с автоматизированными регрессами? - Много ли времени уходит на поддержку автотестов? - Насколько сложно найти мобильного автоматизатора? Читать статью Заметки тестировщика

  • Заметки тестировщика

    👨‍💻 Всем программистам необходимо ежедневно улучшать свои навыки и не стоять на месте! Каждый день на канале Easy Code публикуются различные материалы, которые попросту не найти в открытом доступе. Здесь есть все: советы по написанию кода, интересные библиотеки, бесплатные курсы, полезные статьи по программированию, проекты GitHub и многое другое. Подписывайтесь, ведь канал подойдёт разработчику абсолютно любого уровня и направления, каждый найдёт для себя что-то полезное #adv

  • Заметки тестировщика

    👉🏼 Автоматизация: о плюсах и минусах Честно говоря, я даже не знаю с чего и начать введение в эту непростую тему. Наверное, стоит сначала разобраться в том, что нам вообще дает автоматизация. Автоматизация дает тестировщику ряд плюсов: 📎 Оперативность – автоматизированный скрипт не сверяется с инструкциями и документацией 📎 Экономия времени – автоматизация не требует вмешательства тестировщика, в это время он может переключиться на другие задачи 📎 Повторное использование – сценарий тестирования может использоваться неоднократно 📎 Отсутствие «человеческого фактора» – тестовый сценарий не допустит оплошностей в результатах и не пропустит времени тестирования 📎 Автоматическая отчетность – результаты тестирования автоматически сохраняются и рассылаются причастным специалистам Ограничения автоматизированного тестирования: 📌 Затраты – хорошие инструменты автоматизированного тестирования, как и обучение автоматизированному тестированию ПО требует вложений 📌 Однообразие – написанные тесты работают всегда одинаково, что не всегда плохо, но иногда позволяет пропустить дефект, который заметил бы живой человек 📌 Затраты на поддержку и разработку – чем сложнее приложение и чем чаще оно обновляется, тем более затратна разработка и модификация автоматизированных тестов 📌 Пропуск мелких недочетов – тесты пропускают небольшие ошибки, на проверку которых не запрограммированы Заметки тестировщика

  • Реклама

  • Заметки тестировщика

    Кажется, наступила новая «ветка» моего развития. Еще чуть-чуть и будет 1,5 года работы на проекте. Местами весело, местами бурно, а местами непонятно и грустно. И случилось неизбежное. То, к чему я так долго и упорно шла с самого начала карьеры в IT. Это - код. Тут стоит отметить, что в тестирование я шла не с целью стать супер разработчиком с зп 10000$ в секунду. Без технического образования и хороших знаний я бы попросту не вывезла и сгорела. А тестирование - хорошее направление, чтобы понять, есть ли вообще шансы или нет. И в этом направлении, спотыкаясь почти обо все, что можно, я нашла себя. Громкие слова? Ну да, наверное, но в работу я действительно вкладываю душу. И как же я рада, что во мне видят потенциал и готовы вкладываться в развитие дальше. Как вы могли догадаться, речь идёт об автоматизации. И это ну ооочень волнительно. Так что я теперь пыхчу, напрягаюсь и сдуваю пылинки с завалявшихся материалов 😱 И постов здесь на канале будет на эту тему много. И квизов на закрепление знаний. Я фактически ничего не знаю об инструментах и о процессах в этом деле. А все, что могла знать раньше - забыла без практики. Так что будем вместе с вами учиться с 0, с самых смешных и простых основ по типу что такое фреймворки, для чего нужны пулл реквесты и есть ли вообще профит от всего этого занятия. Ну и не будем забывать об основах самого тестирования, конечно же) В понедельник будет большой митинг-посвят, так что пожелайте мне удачи 🙏🏼 И не забывайте про реакции ❤️ Заметки тестировщика

  • Заметки тестировщика

    ​Пирамида тестирования 🔺 «Пирамида тестов» - метафора, которая означает группировку динамических тестов программного обеспечения по разным уровням. Она также дает представление, какое количество тестов должно быть в каждой из этих групп. Основной принцип разделения уровней - тест должен быть на том же уровне, что и тестируемый объект. В тесте более высокого уровня вы не тестируете всю условную логику и пограничные случаи, которые уже покрыты тестами более низкого уровня. Уровни тестирования: Unit/component/program/module testing - тестируется минимально-атомарный модуль программы, чаще всего это одна функция или метод. Таких тестов должно быть больше всего; Integration testing - несколько модулей программы тестируются вместе; System testing - вся программа тестируется полностью; Acceptance testing - программа принимается заказчиком на соответствие заявленным требованиям либо тестировщики проходят end-to-end сценарии с точки зрения пользователя; Заметки тестировщика Источник

  • Заметки тестировщика

    Zero Bug Policy (ZBP). Политика отсутствия багов 🔎 Она означает, что все баги имеют приоритет над разработкой новых фич или улучшениями. Важным следствием этого подхода является отсутствие таких вещей, как приоритет багов, critical bugs или minor bugs. Либо issue является багом, либо нет. И если это баг, вам нужно исправить его, прежде чем выполнять другую работу. Преимущества: 🐞 снижение затрат на разработку 🐞 лучшие оценки (estimates) 🐞 повышение гибкости 🐞 повышение удовлетворенности клиентов/заказчиков Заметки тестировщика Дополнительно: 1. The Zero Bug PolicyBuilding Quality into Your Process 2. Шестой подвиг Геракла: как мы расчистили прод от багов 3. Круглый стол: Zero Bug Policy – о политике, ее преимуществах/недостатках, нюансах внедрения