Home

Автор: Маарет Пюхяярве (Maaret Pyhäjärvi)
Оригинал статьи
Перевод: Ольга Алифанова

Преподавая тестирование различным людям в групповом и парном формате, я имею уникальную возможность наблюдать, что делают люди, когда их просят тестировать. Наблюдая за студентами, я уже знаю, что бы делала я, и как с задачей справлялись мои студенты ранее. Заметив, что студент что-то упустил, я начинаю следующие разговоры:

Автор: Смирнов Дмитрий

Оригинальная публикация

Большинство тестировщиков знакомы с такими техниками тест-дизайна, как разбиение на эквивалентные классы и анализ граничных значений.

Эти две техники, как и другие, призваны и позволяют значительно уменьшить количество необходимых проверок при тестировании, например полей ввода.

В двух словах напомню.

Автор: Павел Саман (Pavel Saman)
Оригинал статьи
Перевод: Ольга Алифанова

Время от времени я выполняю множество различных упражнений, практикуясь в тестировании. Многие из них связаны с генерированием идей для тестов. Возможно, это связано с тем, что это самая суть тестирование – пробовать разные способы структурированным образом и наблюдать, что происходит. Сегодня я выполню одно из таких упражнений прямо здесь, и оно будет связано с методами ввода.

Автор: Валери Роле (Valery Raulet)
Оригинал статьи
Перевод: Ольга Алифанова

 С того момента, как Тим Бернерс Ли изобрел "Всемирную паутину" в 1989, браузер довольно серьезно изменился. Теперь он может запускать веб-приложения, используя технологию, которая исходно вообще для этого не предназначена. Язык HTML был создан для того, чтобы исследователи могли сотрудничать и делиться информацией.

Автор: Анастасия Макеева
Оригинальная публикация

Автор: Майкл Болтон (Michael Bolton)
Оригинал статьи
Перевод: Ольга Алифанова

Много лет назад я выступил с миссией.

Покрытие, казалось, было важным словом в тестировании, но я начал осознавать, что думал о нем как-то туманно, попросту. Я чувствовал, что я в этом не одинок.

Я хотел знать, что люди имеют в виду, говоря о покрытии. Я хотел знать, что я имею в виду, говоря о покрытии.

В материалах курса Rapid Software Testing Джеймс Бах описывал покрытие как "пропорцию протестированного продукта". Это не имело для меня смысла.

Автор: Джейк Рошело (Jake Rocheleau)
Оригинал статьи
Перевод: Ольга Алифанова

Эвристика – это процесс самообучения чему-то. Эвристические техники – это практические подходы к решению определенных проблем.

Это краеугольный камень эвристических оценок и их применения в веб-дизайне.

После того, как вы таращились на дизайн достаточно долго, вы перестаете замечать мелкие проблемы интерфейса. В этом случае свежий взгляд не помешает – но как быть, если никто не может посмотреть на ваш продукт свежим взглядом? В этом случае прибегните к эвристическим оценкам. В этой статье я объясню, как это работает, чтобы вы смогли применять их в своих проектах.

Автор: Маарет Пюхяярве (Maaret Pyhäjärvi)
Оригинал статьи
Перевод: Ольга Алифанова

Давным-давно на собеседованиях мы всегда спрашивали “Как вы протестируете текстовое поле?” Мы выяснили, что ответ на этот вопрос коррелирует с квалификацией собеседника, и выявили четыре распространенных типа ответов на него.

Автор: Эдуардо Фишер (Eduardo Fischer)
Оригинал статьи
Перевод: Ольга Алифанова

Эмоджи! Кому-то они кажутся глупыми, а кто-то использует их при любой возможности. Какими бы ни были привычки ваших пользователей, стоит рассмотреть тестирование ввода эмоджи, если вы еще этим не заняты.

Если у вас есть хоть какой-то опыт тестирования, вы, возможно, хотя бы раз разговаривали с разработчиками о поле, принимающем невалидные даты, или об обязательном поле, разрешающем пустой ввод. Но сообщали ли вы коллеге-разработчику, что поле имени принимает смайлы или иероглифы, хотя не должно? Возможно, вам казалось, что это несущественная проверка, кто будет так делать? Опыт научил меня никогда не забывать про ввод эмоджи в моих тест-кейсах.

Статья взята из блога компании Surf

Фундаментальной базы по тестированию много: есть информация, что такое проверки и какие они бывают, когда лучше использовать чек-листы, когда тест-кейсы, а когда не обойтись без обоих видов. Но всё это не отвечает на вопрос: как писать правильно, чтобы извлечь из проверок максимум пользы?

Меня зовут Мария Лещинская, я QA-специалист в Surf. Наша компания разрабатывает мобильные приложения с 2011 года. За это время мы создали структуру и содержание проверок, которые помогли улучшить процесс тестирования приложений.

Новый подход помог нам решить проблемы с ведением проектов как разными людьми, так и при командной работе в одном проекте. Мы смогли ускорить ревью проверок, сделать актуализацию проверок и онбординг в проект удобнее и понятнее. Обеспечили прозрачность в работе и уверенность в качестве приложения.