Автор: Эдуардо Фишер (Eduardo Fischer) Оригинал статьи Перевод: Ольга Алифанова
Эмоджи! Кому-то они кажутся глупыми, а кто-то использует их при любой возможности. Какими бы ни были привычки ваших пользователей, стоит рассмотреть тестирование ввода эмоджи, если вы еще этим не заняты.
Если у вас есть хоть какой-то опыт тестирования, вы, возможно, хотя бы раз разговаривали с разработчиками о поле, принимающем невалидные даты, или об обязательном поле, разрешающем пустой ввод. Но сообщали ли вы коллеге-разработчику, что поле имени принимает смайлы или иероглифы, хотя не должно? Возможно, вам казалось, что это несущественная проверка, кто будет так делать? Опыт научил меня никогда не забывать про ввод эмоджи в моих тест-кейсах.
Фундаментальной базы по тестированию много: есть информация, что такое проверки и какие они бывают, когда лучше использовать чек-листы, когда тест-кейсы, а когда не обойтись без обоих видов. Но всё это не отвечает на вопрос: как писать правильно, чтобы извлечь из проверок максимум пользы?
Меня зовут Мария Лещинская, я QA-специалист в Surf. Наша компания разрабатывает мобильные приложения с 2011 года. За это время мы создали структуру и содержание проверок, которые помогли улучшить процесс тестирования приложений.
Новый подход помог нам решить проблемы с ведением проектов как разными людьми, так и при командной работе в одном проекте. Мы смогли ускорить ревью проверок, сделать актуализацию проверок и онбординг в проект удобнее и понятнее. Обеспечили прозрачность в работе и уверенность в качестве приложения.
Автор: Корина Пип (Corina Pip) Оригинал статьи Перевод: Ольга Алифанова
Если для тестов вам нужно сгенерировать даты для, к примеру, сегодняшнего или вчерашнего дня, или этого дня год назад, или последнего дня текущего месяца, то эта статья поможет вам в этом. Используя LocalDate в Java, вы легко сможете сгенерировать дату (то есть год, месяц, день), которая необходима вашим тестам.
Красота этого подхода в том, что вам, тестировщику, не нужно знать, какова текущая дата, так как она будет генерироваться при каждом прогоне теста. Допустим, вам нужно, чтобы тест выполнял определенное действие, если сегодня пятница. Выяснить, пятница ли на дворе при прогоне теста, легко можно с LocalDate. Также предположим, что вы хотите ввести в поле последний день текущего месяца. Так как тесты запускаются постоянно, это может быть 30, 31, 28 или даже 29 число. LocalDate поможет и в этом без особых трудностей. Читайте дальше, чтобы узнать, как именно.
Автор: Яковлев Станислав — Team Lead команды тестирования сервиса Юла, телеграмм канал t.me/qa_chillout
После публикации статьи «Чек-лист тестирования мобильных приложений», поступило большое количество сообщений про такой же чек-лист, только для WEB приложений. Чтобы ответить на этот вопрос была подготовлена универсальная шпаргалка, которую можно использовать при тестировании практически любого WEB приложения.
В данный чек-лист вошли только общие характеристики. Естественно, в тестируемом приложении может быть функциональность, для которой нужно применять отдельный подход и создать отдельные сценарии. То же самое верно для производительности, удобства использования, безопасности и прочего тестирования, которое необходимо вашему приложению.
Автор: Маарет Пюхяярве (MaaretPyhäjärvi) Оригинал статьи Перевод: Ольга Алифанова
Хорошее исследовательское тестирование балансирует наш выбор того, что делать сейчас – поэтому, когда время вышло, мы уверены, что сделали наилучшую из возможных работу в заданных временных рамках, и способны рассказать об идеях и рисках, которые мы не покрыли. Для баланса выбора нам надо знать, какие варианты у нас есть, и недавно я заметила, что количество вариантов, из которого выбирают некоторые тестировщики, ограничено. Многое из того, что мы сейчас называем тест-дизайном – это припоминание информации с целью сделать информированный выбор. Как говорится:
"Если единственный известный вам инструмент – это молоток, все становится похожим на гвоздь".
Автор: Энди Найт (AndyKnight) Оригинал статьи Перевод: Ольга Алифанова
Тест – это процедура, которая проверяет поведение с целью определить, правильно ли оно функционирует. У тестов много видов – юнит, интеграционные, end-to-end, но все функциональные тесты по сути делают одно и то же: пробуют что-то и сообщают PASS или FAIL.
Тестирование дает эмпирическую петлю обратной связи разработке, и тем самым обеспечивает нашу безопасность. Имея тесты, мы знаем, когда что-то ломается. Без тестов программирование может быть опасным. Мы же не хотим отправить в релиз большие страшные баги!
Как же нам написать хорошие тесты, если мы планируем потратить время на создание тестов? Существует простой, но мощный паттерн, которому следую я: "Настрой – действуй – проверь" (Arrange-Act-Assert).
Автор: Энди Найт (AndyKnight) Оригинал статьи Перевод: ОльгаАлифанова
Писать эффективные тесты трудно. Неустойчивые, непонятные и медленные тесты в целом бесполезны, потому что приносят больше вреда, чем пользы. Паттерн "Настрой – действуй – проверь" дает хорошую структуру, но какими же еще характеристиками должны обладать тест-кейсы? Ниже – 12 характеристик высокоэффективных тестов.
Всем привет! Агеева Нина, автор курса «Погружение в тестирование. Jedi Point» продолжает тему визуального менеджмента в тестировании и знакомит вас с техниками тест-анализа и тест-дизайна: ДПЗ, тестированием на основе диаграммы состояний и переходов, блок-схемами и классами эквивалентности. В своем видео Нина расскажет, почему стоит прибегать к визуальному менеджменту и что это даёт тестировщику.
Тест-кейс (test case)— это документ, который содержит последовательность действий проверки функционала. В него входят наименование функционала, инструменты проверки, инструкции для проверки, ожидаемый результат.
Станислав Марков, тренер курса «Первый Онлайн ИНститут Тестировщиков», расскажет, зачем нужны тест-кейсы, поделится правилами описания тест-кейсов и сделает обзор одного из наиболее эффективных инструментов.
Автор: Майкл Болтон (Michael Bolton) Оригинал статьи Перевод: Ольга Алифанова
В прошлый раз мы с Фридой рассматривали визуализации времени, потраченного на различные задачи тестирования, включая работу над тест-покрытием продукта (Т-время), изучение багов и оформление баг-репортов (В-время), и работу по подготовке системы к тестированию и уборке за собой (S-время).
