10.01.2023 00:00 |
Автор: Джоэп Шууркс (Joep Shuurkes) Оригинал статьи Перевод: Ольга Алифанова
За последний месяц я много думал о тестировании на основе рисков. В этой статье я изложу три свои мысли об этом тестировании, к которым я вновь и вновь возвращаюсь.
Если не на основе рисков, то на основе чего? |
Подробнее...
|
09.01.2023 00:00 |
Перевод: Сообщество ProQuality Community, https://t.me/proquality_community
Автор оригинала: Gipil Quddus
Когда мы слышим термин "Quality Gates" (QGS), мы склонны думать о них довольно недальновидно на уровне проекта как об этапах и предпосылках для перехода к следующему этапу реализации проекта. На проектах, особенно на тех, которые работают с использованием любой гибкой методологии, часто можно обнаружить что показатели качества более низкого уровня (например, критерии входа и выхода из теста, а также определение Definition of Done) часто обсуждаются/документируются, но затем упускаются из виду или вообще не используются. QGS – это, по сути, очень хорошие чек-листы, подкрепленные простыми рабочими процессами. Они обеспечивают нам наглядность, уверенность и структурность того, что мы поставляем как результат процесса разработки, а также соответствие нашим установленным стандартам качества и ожиданиям. Для любой роли необходимо убедиться, что вы можете организовать список необходимых задач (чек-листов) и выполнить эти важные задачи. Этот процесс является ключом к предоставлению качественного программного обеспечения, когда команда поставляет продукт без спешки и потери качества. Ниже приведены примеры использования QGS для различных ролей и областей в рамках цикла обеспечения качества и контроля качества. Они продемонстрируют, насколько они могут быть полезны для обеспечения структуры и качества команды и управления разработкой продукта. Несмотря на то, что мы используем QGS, которые визуально являются последовательными, задачи и действия, проходящие через них, могут выполняться параллельно или последовательно в зависимости от вашей методологии доставки (например, гибкая, водопадная и т.д.). |
Подробнее...
|
29.12.2022 12:12 |
Команда Software-Testing.Ru сердечно поздравляет вас с наступающим Новым 2023 годом! Мы желаем вам счастья, мира, любви, интересных проектов, хорошей и опытной команды! Последние в уходящем году новости тестирования, любопытные обсуждения, полезные статьи - в рассылке новостей за декабрь 2022.
В выпуске собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме.
Подписаться на рассылку |
|
27.12.2022 00:00 |
Автор: Элизабет Загроба (Elizabeth Zagroba) Оригинал статьи Перевод: Ольга Алифанова
Этот момент вновь настал: вы обнаружили, что достигли грани, до которой можете изогнуться, вписываясь в рамки текущей роли, и готовы искать новую работу. Быть хорошим специалистом - не значит уметь хорошо искать работу. Однако ваши навыки тестировщика пригодятся для анализа информации, задавания хороших вопросов и проговаривания рисков и проблем на ранних этапах процесса найма. |
Подробнее...
|
26.12.2022 00:00 |
Оригинальная публикация
Всем привет, меня зовут Денис Платонов, я Software Developer Engineer in Test (SDET) в компании Bimeister. Я занимаюсь разработкой софта для тестирования — это фреймворки, автоматизированные тесты, настройка CI Pipeline’ов и многое другое. В статье расскажу, как мы победили исключение Stale Element Reference Exception при разработке нашего фреймворка, используя Selenium WebDriver и C#. |
Подробнее...
|
22.12.2022 00:00 |
Автор: Майкл Болтон (Michael Bolton) Оригинал статьи Перевод: Ольга Алифанова
Осторожно! Длинная статья
Введение
Это отчет о попытке обзорного, лояльного и санитарного тестирования, выполненной в сентябре 2021, с последующими дополнениями, сделанными 13-15 октября 2021. Тестируемый продукт - mabl. Мой самоназначенный чартер – проведение обзорного тестирования mabl через выполнение базовой задачи в продукте. Задача – автоматизация простого набора шагов через Trainer в mabl и механизм запуска тестов.
|
Подробнее...
|
21.12.2022 00:00 |
Автор: Александр Молодцов, Старший специалист по тестированию в ГК Юзтех Добрый день! Меня зовут Александр, я старший специалист по тестированию в ГК Юзтех. В этой статье я постараюсь кратко рассказать историю создания новых исследовательских сценариев и поделиться с вами опытом их применения. Перед началом прочтения сразу обозначу две концепции, которые лежат в основе статьи: Статья направлена на популяризацию такого подхода в тестировании как исследовательское тестирование с применением исследовательских сценариев. Баг – это непреднамеренное преступление разработчика, которое он совершает во время своей работы, и нам, тестировщикам, необходимо локализовать этот баг, то есть раскрыть преступление :)
|
Подробнее...
|
20.12.2022 00:00 |
Автор: Барри Эйгиатор (Barry Ehigiator) Оригинал статьи Перевод: Ольга Алифанова
Пессимизм определяется как тенденция подчеркивать или видеть плохое вместо хорошего, или верить, что плохое происходит чаще хорошего. В мире, где адвокаты от психологии и саморазвитию делают постоянный упор на значимость позитивного мышления (и у них есть на это основания), пессимистичный взгляд на мир часто считается отрицательной чертой. Однако в тестировании все должно быть наоборот – исследования показали, что определенный тип пессимизма, известный как "защитный пессимизм", может нам помочь.
|
Подробнее...
|
19.12.2022 00:00 |
Оригинальная публикация Всем привет! Эту статью мы пишем вместе: Аня Долгинова и Миша Яковенко — UX-исследователи в Lamoda. Мы хотим рассказать, как правильно проводить юзабилити-тестирование с респондентом и получать четкие результаты. Кажется, что исследовать пользовательский опыт просто: снял метрики, поговорил с участником, проанализировал показатели — и все готово. Но на самом деле все чуточку сложнее: начинающие исследователи делают много ошибок, поэтому получают некорректные данные, что может повлиять на дальнейшие решения по продукту. Наша статья поможет правильно подготовиться к работе с респондентом, расположить его к себе, улучшить навыки своей работы и снять страх перед этим методом. Особенно она будет полезна начинающим UX-специалистам и всем специалистам, которые так или иначе взаимодействуют с интерфейсами. |
Подробнее...
|
14.12.2022 00:00 |
Автор: Баз Дейкстра (Bas Dijkstra) Оригинал статьи Перевод: Ольга Алифанова
Если вы давно читаете мои статьи, то, возможно, знаете, что я большой поклонник WireMock, сервиса с открытым исходным кодом на Java, созданным для имитации API и виртуализации служб. Я даже создал и опубликовал бесплатный воркшоп с открытым исходным кодом по этому инструменту.
Лишь недавно, готовя курс по тестированию API на C# для заказчика, я узнал, что WireMock также портирован на C#. В этой статье я хочу пристальнее рассмотреть WireMock.Net, как (предсказуемо) называется эта библиотека. Прежде чем начать, сообщу, что честь создания и поддержки библиотеки принадлежит Штефу Хайнрату. |
Подробнее...
|
13.12.2022 00:00 |
Статья компании SimbirSoft
Привет! Меня зовут Валерий, я руковожу группой QA Fullstack компании SimbirSoft. В сфере тестирования чаще всего выделяют группы QA-специалистов и SDET. Но сейчас многие компании задумываются об оптимизации расходов, особенно это актуально для проектов с длительным периодом эксплуатации, вроде небольших монолитов или внушительных размеров систем с множеством интеграций и микросервисов. Рано или поздно наступает момент, когда требуется подключать специалистов, которые не только хорошо разбираются в продукте и могут тщательно его протестировать, но и тех, кто могут писать автотесты. Убить двух зайцев сразу помогут QA фулстеки. В этой статье расскажу о том, как QA фулстеки могут существенно улучшить тестирование ПО, на каких проектах они принесут пользу, а для каких задач и почему лучше обратиться к другим специалистам. Материал будет полезен всем, кто хочет обеспечивать качество ПО на высоком уровне и увеличивать скорость выпуска новых релизов, оптимизируя при этом расходы на найм дополнительных специалистов. |
Подробнее...
|
|
|
|