01.02.2022 00:00 |
Автор оригинала:
Artem Golubev
Очень редко люди задумываются о том, чем отличаются качественные тесты от посредственных. Если тест отличный, то его попросту незаметно - он растворяется в процессе и про него вспоминают только в том случае, когда он ловит баг. Мы работали над несколькими миллионами автоматизированных тестов (работа такая) и пришли к выводам, что есть 7 характеристик отлично написанных тестов: Тест полностью автоматизирован (очевидно) Тест повторяем: тест не ломается, если приложение не поменялось Тест заканчивается валидацией Тест достаточно стабилен, чтобы его использовать в CI/CD Тест очень легко читать Тест требует минимальной поддержки Тест работает параллельно с другими тестами и не ломается
Давайте поясню, что имеется в виду. |
Подробнее...
|
11.03.2022 00:00 |
Автор: Виктор Славчев (Viktor Slavchev) Оригинал статьи Перевод: Ольга Алифанова Меня передергивает каждый раз, когда я слышу как "менеджер" или "директор" говорят о качестве. Почему? Остановите меня, если это вам знакомо… Вы присутствуете на одном из этих длинных, скучных совещаний, и "увлеченный" менеджер берет слово, чтобы рассказать "историю о качестве", и вы знаете, что вы услышите, но все же слушаете в надежде, что узнаете что-то новое. Однако наступает момент, когда ваши мечты разбиваются, и звучит знакомый припев "мы улучшили наше качество на солидный процент… Мы увеличили покрытие и количество тестов в этой, той и той областях", и вы рвете на себе волосы и бьетесь головой об стол, рыдая "Нет, нет, нет… количество тестов и проценты не имеют никакого отношения к качеству, когда вы уже это запомните… Вы что, в лесу живете?!" И это продолжается без конца, спустя несколько месяцев кто-нибудь еще повторит ту же самую мантру. Встает хороший вопрос – что, черт побери, не так с качеством и тем, как его воспринимают люди?
Рискну сказать, что с качеством все в порядке – в конце концов, это то, к чему мы все стремимся, не так ли? Качество жизни, качественная машина, качественные отношения, мы должны что-то в этом понимать, но почему мы так путаемся, говоря о качестве ПО? Я уверен, что у качества есть грязные секретики, которые узнаешь, только имея с ним дело. |
Подробнее...
|
28.11.2022 00:00 |
Автор: Энди Найт (Andy Knight) Оригинал статьи Перевод: Ольга Алифанова
С большим волнением представляю вам довольно новую для вас и нашей отрасли идею: Открытое тестирование: что, если мы откроем наши тесты так же, как наш исходный код? Я говорю не просто о тест-фреймворках с открытым исходным кодом. Я говорю об открытии самих тестов. Что, если делиться тест-кейсами и процедурами автотестов станет нормой? Что, если для компаний будет нормальным открыто публиковать результаты тестов? И каков уровень открытости тестирования, к которому наша отрасль должна стремиться? |
Подробнее...
|
28.02.2022 00:00 |
Автор: Джеспер Оттосен (Jesper Ottosen) Оригинал статьи Перевод: Ольга Алифанова Если тестирование можно интегрировать в разработку, то кто тестирует, если кода еще нет? Должен ли код существовать для того, чтобы существовало тестирование, и в какой момент тестирование можно начинать?
Нынче появился новый тип бизнес-приложений – продукты "Мало кода / без кода". Например, это платформа WordPress, при помощи которой я это пишу. Еще пример более высокоуровневого решения - AirTable, позволяющий пользователю быстро и без кода организовать и автоматизировать информацию. Схожий тренд наблюдается в пространстве тест-инструментов вроде Cypress и Mabl, тест-кейсы и сценарии напрямую присоединяются к end-to-end бизнес-цели, а не к технологиям. Инструменты "низкого кода" – это новый тип бизнес-решений для "кастомизации" и "конфигурации". |
Подробнее...
|
08.12.2021 00:00 |
В жизни многих разработчиков и большого количества IT-компаний настаёт момент, когда создание open source-проектов становится не менее важным, чем написание кода для внутренней разработки. По просьбе «Лаборатории Касперского» Евгений Мацюк, один из создателей open source-фреймворка для автотестов Kaspresso, делится своими рассуждениями, почему это решение оказалось полезно как для сообщества, так и для самой компании.
Что такое современный open source
Сейчас любой проект, любую свою разработку можно легко выложить в свободный доступ в онлайн-репозиторий. Самый популярный, конечно, GitHub, там крупное и активное коммьюнити из СНГ, а зарубежных пользователей ещё больше. Но есть и альтернативные платформы, их несложно найти.
Ещё до работы в «Лаборатории Касперского» я выкладывал на GitHub свои open source-проекты, например архитектурный CookBook по оформлению Android-проектов. Kaspresso мы с командой тоже выложили на GitHub. |
Подробнее...
|
24.10.2022 00:00 |
Автор: Маарет Пюхяярве (Maaret Pyhäjärvi) Оригинал статьи Перевод: Ольга Алифанова
Последнее время я спрашивала кандидатов и коллег вот о чем: как бы вы это протестировали?
Я показывала им пользовательский интерфейс. Я показывала им один-единственный тест настроек API, возвращающий настройки. И я показывала им серверный файл конфигурации. Протестировать надо настройки. |
Подробнее...
|
15.11.2022 00:00 |
Автор: Джефф Найман (Jeff Nyman) Оригинал статьи Перевод: Ольга Алифанова
Тестировщики много спорят о том, может ли "кто угодно" тестировать. Ответ – да, если вы человек, вы автоматически тестировщик. Но не каждый будет специалистом тестирования. Я немного говорил об этом в статье, что значит быть тест-специалистом, и надо ли нам нанимать тест-специалистов. Тут я просто хочу подкрепить позицию, что живой человек – тестировщик по умолчанию, рассмотрев родословную этой концепции. |
Подробнее...
|
29.10.2021 00:00 |
Автор: Деннис Мартинез (Dennis Martinez) Оригинал статьи Перевод: Ольга Алифанова Лучшие практики помогают обеспечивать долгосрочное здоровье ваших проектов. Но будьте осторожны и не дайте им помешать вам завершить свою работу.
Я разработчик широкого профиля и тестировщик-автоматизатор из Осаки, Япония. Я работаю в разработке с 2004 года и сейчас консультирую, помогая с автоматизированным тестированием.
Если это еще не очевидно из всех опубликованных на Dev Tester статей, я обожаю поговорить о тестировании. Если мысль о тестировании приходит мне в голову, я немедленно записываю ее и смотрю, не выйдет ли из нее статьи. Я, конечно, наслаждаюсь процессом писанины, но мне куда интереснее разговаривать с людьми про их практики – как онлайн, так и лично. |
Подробнее...
|
20.04.2023 00:00 |
Автор: Джеймс Бах (James Bach) Оригинал статьи Перевод: Ольга Алифанова
У менеджеров, разработчиков и даже тестировщиков часто появляются нуждающиеся в ответе вопросы о тестировании:
- Почему мы не нашли этот баг до релиза?
- Почему мы не предотвращаем проблемы вместо того, чтобы тестировать?
- Тестирование улучшилось бы при использовании практики Х – прямо как у компании Y!
|
Подробнее...
|
02.10.2021 20:12 |
Автор: Михайлов Максим, Scrum Master компании DINS.
Слова благодарности В тексте я частенько буду срываться на «мы» в знак признательности всем тем людям, кто тащил, поддерживал и сопротивлялся лишь в полсилы. Особая благодарность Диме Кабанову, ведущему менеджеру продукта и автору сценария этой истории. Проблема, которую мы заслужилиМы участвуем в разработке продукта с долгой историей и сложной структурой. Продуктом пользуется 400 000 компаний по всему миру. В активную разработку вовлечены тысячи людей на 5 континентах. Разные языки, культуры и часовые пояса. Баги на проде — неотъемлемая часть продукта. Не то чтобы это достойный повод для хвастовства. Просто данность. Подобную картину можно увидеть в известных продуктах с публично доступными трекерами. |
Подробнее...
|
|