25.02.2021 00:00 |
Автор: Иан Динвуди (IanDinwoodie) Оригинал статьи Перевод: Ольга Алифанова
Что я сделал не так и как это исправить? Именно это хочет знать пользователь, сталкивающийся с сообщением об ошибке в ходе использования ПО. Сообщения об ошибке – форма прямой коммуникации с конечным пользователем, которую зачастую недооценивают. Они играют важную определяющую роль в пользовательском опыте. Исследователи пользовательского опыта команды MozillaFirefox выяснили, что "после замены сообщения об ошибке на новый вариант количество пользователей, заявляющих, что воспользуется другим браузером, снижается на 29-60%" (Walkington, 2019). Другими словами, сообщения об ошибках могут сильно влиять на удовлетворенность и удержание пользователей. Гайдлайны сообщений об ошибках, как правило, зависят от отрасли и сценариев использования. В этой статье я обрисовал основные цели, чтобы читатели могли поразмышлять о качестве сообщений об ошибках в своем контексте.
|
Подробнее...
|
26.11.2020 00:00 |
Или как получить неочевидные последствия, если отказаться от команды тестирования. Автор: Евгений Иванченко
Оригинальная публикация
Полтора года назад мы разрушили команду тестирования: отказались от регресса, передали E2E автотесты на Selenium в поддержку разработчикам и разошлись по командам, которые пилят фичи, чтобы предотвращать ошибки «в зародыше». В розовых мечтах нам казалось, что так будет больше пользы: QA работают над качеством, тестирование начинается рано, а разработчики пишут автотесты сами и никто им не мешает. Но не фартануло получилось не совсем так. Розовые мечты окрасились дополнительными оттенками: никто не думает о качестве, автотесты всё хуже, а у разработчиков без команды QA (внезапно) стало больше работы. Так проявились последствия второго порядка, к которым мы не были готовы. Сейчас мы их исправляем и можем рассказать, что это за последствия, как они возникают, какой урон наносят и как попробовать их предугадать, чтобы не было так больно.
|
Подробнее...
|
26.10.2020 00:00 |
Оригинальная публикация
Каждый проект уникален и у каждой команды свои запросы. Однако всех нас объединяет желание работать с качественными инструментами, которые экономят время и позволяют QA-специалистам тестировать качественнее и быстрее, в идеале чтобы TMS могла в автотесты.
Мы вновь проанализировали проверенные временем и новые системы управления тестированием, которые сейчас популярны на рынке. Выбрали функции, которые должны быть в Test Management System нашей мечты, сравнили возможности продуктов и изучили отзывы пользователей. Делимся списком инструментов, один из которых точно подойдёт вашей команде.
Здесь нет рейтинга, у каждого инструмента есть свои преимущества и недостатки. В основном инструменты тест-менеджмента платные, однако у каждой из них есть бесплатная пробная версия. |
Подробнее...
|
17.12.2019 00:00 |
Ирина Соколова, Senior QA Engineer qualsolife.ru Оригинальная публикация Одна, дополненная другой, мои статьи получились возможным руководством к действию для тех, кто еще не нашел «свой стиль» и не уверен с чего начать.
Кое-кто отозвался, что я пишу о «прописных истинах», но при этом я получила хороший отклик в комментариях и личных сообщениях из разряда «было полезно», «то, что мне сейчас нужно» и т.п. Но были и вопросы. Вопросы, по большей части, сводились к той «боли», которая не минует ни одного QA за его карьеру:
- как эффективно взаимодействовать с разработчиками?
- как выстраивать работу с ними так, чтобы они приняли: на проекте есть еще одно мнение, мнение QA, и оно тоже важно?
- как побудить их взаимодействовать, например, при построении совместной автоматизации тестирования, когда они не настроены к совместной работе?
- как действовать в том случае, когда твоих технических навыков в стеке используемых технологий просто не хватает?
Сразу оговорюсь, что тема очень щекотливая, говоря о ней всегда приходится балансировать на грани того, чтобы не задеть самолюбие как разработчиков, так и самих QA. Поэтому я очень прошу читать с холодным сердцем и просто попробовать выделить себе пару полезных пунктов и опробовать их на практике. |
Подробнее...
|
14.11.2019 15:35 |
Автор: Всеволод Егоров, QA Engineer, Wrike Оригинальная публикация
Четыре из пяти соискателей-QA хотят научиться работать с автотестами. Не все компании могут осуществить такие желания ручных тестировщиков в рабочее время. Wrike провёл школу автоматизации для сотрудников и реализовал это желание для многих. Я в этой школе участвовал именно как ученик-QA.
Я научился работе с Selenium и сейчас самостоятельно поддерживаю определённое количество автотестов практически без помощи извне. И, по итогам нашего совместного опыта и моих личных выводов, я постараюсь вывести ту самую формулу как можно более идеальной школы автоматизации. |
Подробнее...
|
26.09.2019 00:00 |
Публикуем доклады с конференции SQA Days 25, посвященные вопросам обучения.
- Buzzword Driven Management – Сергей Атрощенков, EPAM.
- 4 цвета команды - простые основы – Петра Бускова, Tesena s.r.o.
- Грабли вхождения в автоматизацию – Анастасия Заречнева, Noveo (Санкт-Петербург).
- Хиромантия джуна или линии погружения новичка в распределенную команду – Роман Буданов, ООО "Лаборатория Качества" (Буденновск).
- Создание программно-ориентированной программы для тестировщиков – Пол Джеррард, Gerrard Consulting (Мейденхед).
- Взгляд изнутри на курс по тестированию или как самому создать эту машину – Ольга Изюрьева, АО "ПФ "СКБ Контур" (Екатеринбург).
Записи докладов ниже |
Подробнее...
|
03.09.2019 00:00 |
Публикуем доклады с конференции SQA Days 25, посвященные тонкостям тест-менеджмента.
- Памятка молодого QA менеджера – Антон Семенченко, COMAQA.by; CoreHard.by; DPI.Solutions; EPAM (Минск).
- Карта компетенций – Андрей Бельских, Playkey (Пермь).
- Подбор инструмента Test Case Management в JIRA – Алексей Вершинский, Унитарное предприятие "Велком" (Минск).
- Тестирование в жизни проекта: непоправимая польза раннего подключения тестировщиков – Галина Вострикова, CorePartners (Воронеж).
- Трансформация процесса найма на этапе скоростного роста команды с 3 до 25 человек за год – Руслан Остропольский, DocDoc (Москва).
- Мексиканские страсти по мидлу. Или как среди юниоров и сеньоров найти золотую середину? – Алексей Петров, FunCorp (Москва).
- OKR и QA - практические советы – Андрей Ладутько, PandaDoc (Минск).
- QA Team: Адвокат или судья? – Владимир Мордовин, Wargaming | Lesta Co Ltd (Санкт-Петербург).
Записи докладов ниже |
Подробнее...
|
04.07.2019 00:00 |
Оригинальная публикация
Я работаю QA-инженером в Miro. Расскажу о нашем эксперименте по передаче разработчикам части задач по тестированию и трансформации роли тестера в роль QA (Quality assurance).
Сначала коротко о нашем процессе разработки. У нас ежедневные клиентские релизы и от 3 до 5 серверных релизов в неделю. В команде разработки 60+ человек, которые поделены на 10 функциональных scrum-команд.
Я работаю в команде Integration, задача которой — интеграция нашего сервиса во внешние продукты и интеграция внешних продуктов в наш сервис. Например, мы интегрировали таск-трекер Jira. Jira Cards — визуальное отображение задач, с которыми можно удобно работать на доске, не заходя в Jira. |
Подробнее...
|
11.06.2019 00:00 |
Оригинальная публикация Автор: Владимир Янц Всем привет! Я бэкенд-разработчик в серверной команде Badoo. На прошлогодней конференции HighLoad я выступал с докладом, текстовым вариантом которого и хочу поделиться с вами. Этот пост будет наиболее полезен тем, кто самостоятельно пишет тесты для бэкенда и испытывает проблемы с тестированием legacy-кода, а также тем, кто хочет тестировать сложную бизнес-логику.
О чём пойдёт речь? Сначала я коротко расскажу о нашем процессе разработки и о том, как он влияет на нашу потребность в тестах и желание эти тесты писать. Затем мы пройдёмся снизу вверх по пирамиде автоматизации тестирования, обсудим используемые нами виды тестов, поговорим об инструментах внутри каждого из них и о том, какие проблемы мы решаем с их помощью. В конце рассмотрим, как поддерживать и запускать всё это добро. |
Подробнее...
|
13.03.2019 00:00 |
Автор: Ирина Соколова, Senior QA Engineer, qualsolife.ru Оригинальная публикация
ПредысторияНедавно одна моя знакомая QA Engineer, которая долгое время работала в вялотекущем проекте, где круг ее обязанностей был строго очерчен, сменила работу и устроилась в свежезапущенный проект. Просидев пару дней без обозначенных сверху заданий, и откровенно заскучав, она пошла к руководству с вопросом «Что мне делать?» на что получила многозначительный ответ «Организуй свою работу». И тут она впала в ступор «А это как?». И правда, как?
Несколько месяцев назад я сама сменила работу и попала в английский проект, в котором никогда раньше не было QA. Сам проект существует давно. Как часто бывает, компания, в которой много денег, купила компанию, в которой денег поменьше, но есть клиенты. В итоге, крупная компания получила новых клиентов и минус одного конкурента на рынке. Мой проект получил смену менеджмента и принципов управления.
В первые же дни знакомства с новой командой, я услышала честный недоумевающий вопрос одного из разработчиков Лондонского офиса «А что ты будешь здесь делать?» |
Подробнее...
|
|