Нина Агеева, Deputy Director at Лаборатория качества.
Думаете, как сэкономить на тестировании вашего ПО? Вы не одиноки. Возникает лишь одно маленькое но: если софт не дотестировать, возможны самые негативные сценарии – от дорогостоящей и крайне невыгодной вам доработки приложения на поздних стадиях до потери репутации и ухода клиентов/заказчиков к конкурентам.
Готовы взять к себе в штат 50 самых опытных тестировщиков, чтобы обеспечить качество продукта? Вот же круто! А зачем? Нужно понимать: если выделите слишком большие ресурсы на тестирование в тех случаях, когда это неоправданно, вы раздуете бюджет и софт будет слишком дорогой. Обрадуются ли этому ваши пользователи и заказчики? Вы снова рискуете.
Да, мы намекаем, что истина где-то посередине. В этой статье мы расскажем об основных принципах, следуя которым вы сможете найти баланс между стоимостью тестирования и качеством своего продукта.
Командная строка позволяет многое сделать как на вашем локальном компьютере, так и на удаленном. Особенно важно владеть ей в совершенстве когда другого способа взаимодействия (например, через GUI) с компьютером нет.
В таких условиях бывает необходимым совершить поиск какого-либо текста в файле. Ищите ли вы часть кода, определенную строку в логах или что-то еще - не важно. Вам поможет утилита grep.
Она позволяет искать как в определенном файле, так и рекурсивно в целой директории. Можно совершить поиск по тексту или при помощи регулярного выражения.
Это и другие видео вы можете увидеть на нашем youtube-канале. Подписывайтесь, чтобы регулярно получать новые видео по тестированию!
Насколько UX — зона ответственности тестировщиков? Ранее Антонина Хисаметдинова на конференции по тестированию Heisenbug рассказывала о правильном отображении ошибок, и расшифровка того доклада собрала на Хабре множество просмотров. А в декабре на Heisenbug 2018 Moscow она говорила о том, зачем тестировщику подглядывать за пользователями — и этот доклад тоже был отлично принят зрителями. Так что теперь и для него подготовили текстовую версию.
Чтобы обеспечить качество продукта, тестировщик должен постоянно повышать эффективность собственной работы, совершенствовать навыки и изучать новые инструменты. К сожалению, времени на это хватает не всегда. Но впереди — праздник Весны и Труда, и лучший способ его провести — ударно потрудиться!
Начиная с 25 апреля, мы предлагаем вам получить новые знания на серии мини-курсов "Инструменты тестировщика".
Почему сейчас? Потому что сейчас — самое время!
Эффективно
Каждый из курсов длится всего пару часов, и еще столько же времени вы потратите на домашние работы. За короткое время вы на базовом уровне овладеете новым инструментом. И этот навык вы сможете применять в работе сразу!
Продолжительно
На этом запуске мы даем вдвое больше времени для работы с каждым курсом: 4 недели вместо двух! Учитывая, что каждый из курсов можно пройти за день, вы можете выбрать столько инструментов, сколько захотите!
Доступно
В честь праздника мы сделали отличные скидки. Чем больше курсов вы покупаете — тем дешевле обходится каждый из них. Зовите друзей и коллег, и проходите обучение вместе!
Тест-кейсы – это не тестирование! И хоть это и истинно, досужие разговоры об этом не особенно вам помогут. Позвольте предложить альтернативный способ размышлять о ваших задачах в терминологии тест-кейсов.
В начале проекта вы еще не знаете, как его тестировать. Чтобы разработать релевантную стратегию тестирования, вам нужно изучить продукт. Это можно сделать множеством различных способов – например, посещать совещания, беседовать с людьми, просматривать проектные планы, изучать дизайн или макеты. У вас даже может быть возможность напрямую поработать с продуктом – с его предыдущей версией, мокапом или прототипом – или же с частью продукта.
Если вы не потратили время и силы на изучение продукта, вы понятия не имеете, что должны содержать или описывать тест-кейсы – поэтому думайте не об обычной подробной гранулярности кейсов, а о более широком понятии – о зонах покрытия.
Финальная статья Алексея Остапова об инструменте для нагрузочного тестирования Locust. Сегодня поделюсь наблюдениями, которые накопил в процессе работы. Как всегда, видео прилагается.
Релиз мобильного приложения – дело непростое. Как только оно становится доступным пользователям, назад дороги нет. Представьте, что нативное мобильное приложение – это старый добрый прожженный CD, поставляющийся вместе с журналом. Как только вы его записали и отгрузили, вы ничего с ним не поделаете. То же самое верно и для нативных приложений. Следовательно, надежная стратегия запуска приложения – это ключ к успеху компании.
Автор: Кристин Джеквони (Kristin Jackvony) Оригинал статьи Перевод: Ольга Алифанова
Еще один тип атак на безопасность – это SQL-инъекции. Они могут нанести серьезный урон вашему приложению, поэтому очень важно найти эти уязвимости до того, как их найдет злоумышленник.
Осуществляя SQL-инъекцию, злоумышленник отправляет SQL-запрос через поле формы, которое взаимодействует с базой данных неожиданным образом. Вот четыре примера того, что этот нехороший человек может сделать при помощи такой атаки:
Полностью удалить таблицу.
Изменить запись о другом пользователе.
Получить данные, к которым у него не должно быть доступа.
В начале 2019 года мы (совместно с порталами Software-Testing.ru и Dou.ua) провели исследование уровня оплаты труда QA-специалистов. Теперь мы знаем сколько стоят услуги тестировщиков в разных уголках планеты. А ещё мы знаем какими знаниями и опытом должен владеть QA-специалист, чтобы сменить душный кабинет и скромный оклад, на пляжный шезлонг и толстую пачку валюты. Хотите узнать обо всём подробнее? Читайте нашу статью.
Итак… Представьте себе ситуацию, вы пришли на собеседование и в ваш адрес звучит вполне стандартный вопрос об «Ожидаемом уровне заработной платы». Как тут не прогадать с ответом? Кто-то начнёт отталкиваться от ЗП на последнем месте работы, кто-то от средней ЗП по данной вакансии в Москве, кто-то за основу возьмёт уровень оклада, которым вчера за рюмкой чая хвастал ваш знакомый QA-инженер. Но согласитесь, как-то это всё расплывчато, хотелось бы знать себе цену наверняка.
Поэтому любой заинтересованный в деньгах тестировщик иногда задаёт следующие вопросы:
Сколько я стою как специалист?
Какие навыки нужно развить, чтобы повысить свою ценность для работодателя?
Не стану ли я получать больше, сменив офисную работу в Барнауле на удалёнку в Москве?
Так или иначе, все сталкивались с ситуациями, когда в банальной обстановке вдруг происходило что-то необычное. Примерно такой случай произошел с нами при тестировании нового приложения на проверенном сто раз окружении. Сюрпризом для нас стало использование некоторых возможностей HTML5 в работе front-end’а, а точнее невозможность стандартными средствами Selenium WebDriver автоматизировать тестирование drag&drop операций. Об этом опыте мы хотим рассказать.
