Блог тестировщика

Прошлая часть: Что такое интерфейс и что такое API И снова здравствуйте. Если вы до сих пор читаете мои статьи (весь этот поток сознания) - большое спасибо. А теперь - погнали к следующей теме. В предыдущих главах мы разобрались с интерфейсами и API. Теперь давайте перейдем к вопросу: «Как клиент и сервер находят друг друга в сети?». Для этого нам понадобится понять, что такое URL, из чего он состоит и какую роль играет в тестировании веб-приложений. Но прежде, чем перейти к понятию «URL» сначала введем понятие «ресурс», чтобы упростить объяснение темы...

Прошлая часть: Форматы сообщений часть 2. XML и типы данных. Всем привет. Продолжаем потихоньку самообразовываться в темах, которые относительно связаны с тестированием ПО. В прошлых главах мы разобрались с примерами сообщений, которые сервер в теории хочет получать от клиента. Теперь стоит разобраться в вопросе «Как эти сообщения формируются и куда эти сообщения отправляются?». Причем разобраться не на примере какого-то конкретного приложения, а именно в самой концепции взаимодействий, которую в дальнейшем можно будет применить на любое из тестируемых приложений...

Прошлая часть: Форматы сообщений часть 1. JSON и типы данных. Доброго дня. Давненько ничего не выкладывал, т.к. завалили работой. Но вот дописал вторую часть. Поехали. В этой части не буду философствовать на тему «зачем тестировщику знать форматы сообщений и типы данных», а просто напомню выводы на эту тему из прошлой главы. Знать форматы сообщений и типы данных необходимо по следующим причинам: Многое в этой главе будет содержать отсылки к предыдущей главе про JSON, так что советую ознакомиться с ней, если пропустили - Форматы сообщений часть 1...

Прошлая часть: Клиент-серверная архитектура для тестировщиков Доброго дня читателям, продолжаем медленно, но уверенно постигать необходимые для тестировщика знания. Следующая тема, в которой нам необходимо разобраться, прежде чем обсуждать HTTP запросы – это типы данных и форматы сообщений. Как всегда, у вас возникнет резонный вопрос «Зачем нам это знать?». А я, как всегда, перечислю вам причины: Что мы подразумеваем под запросом или ответом? Это какое-то сообщение, которое точно может понять сервер...

Прошлая часть: Виды тестирования ПО Всем привет. Давненько я не добавлял новых статей конечно, но и читают статьи не сказал бы что часто... Ладно, отставить уныние - к теме. Обсудим тему клиент-серверной архитектуры. В данной теме необходимо разбираться, чтобы верхнеуровнево понимать само устройство программ и их частей, а также способы взаимодействия этих частей между собой. С практической точки зрения это позволит нам лучше изобретать тест-кейсы и локализовывать баги. Клиент-серверную архитектуру...

Прошлая часть: Что такое баг? Что такое баг-репорт? И для кого на самом деле нужны баги? Если вы самостоятельно натыкались в интернете на описание видов тестирования ПО – вы примерно знаете как это описание выглядит. Вам показывают картинку из 20-30 видов тестирования, затем предоставляют определения этих 20-30 видов тестирования. Мы же пойдем немного другим путем и немного пофилософствуем, ведь нам же надо перебороть наш мозг в его нежелании запоминать «бесполезные определения», которые ну разумеется «в жизни не пригодятся»...

Прошлая часть: Что такое тест-план? И почему было бы неплохо если бы у вас он был... Всем привет. Небольшое предисловие. Данная глава получилась немного большой, поэтому если у вас есть желание ознакомиться только с какими-то конкретными ее частями - пользуйтесь поиском по странице по ключевым словам ниже: "Основные атрибуты / поля бага"; "Приоритет и серьезность"; "Статус бага и жизненный цикл бага"; "Для кого на самом деле оформляется баг-репорт". Теперь по теме. По стандарту, пройдемся по определениям...

Прошлая часть: Что такое релиз? Что такое тестовый набор? Что такое тестовый запуск? Добрейшего вам времени суток. Сегодня пройдемся по теме «тест-плана» и начнем с определения. Тест-план — это документ, описывающий весь объем работ по тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения. Тест-план отвечает на вопросы: Скажу честно – за шесть лет работы, в том числе в роли лида тестирования, я ни разу не видел тест-план как документ...

Прошлая часть: Чек-листы и тест-кейсы И снова здравствуйте. В прошлой главе мы разобрали что такое тест-кейсы и там упоминалась следующая фраза: «не путайте «тест-кейс» с «тестовым запуском». Тест-кейс не имеет статуса прохождения, запомните это! Тест-кейс – это аналог шаблона на производстве, на основании которого штампуются «изделия». И вот как раз «изделия» могут получиться успешными или неудачными, а шаблон как был шаблоном – так им и остается.». Сегодня мы с этим разберемся подробнее, но, как...

Прошлая часть: Техники тест-дизайна для чайников Привет текущим и, надеюсь, будущим подписчикам. Сегодня разберемся в вопросе "Как именно тестировщики документируют проверки?" Я бы вам наврал, если бы сказал, что в тестировании ПО отсутствует бюрократия. От компании к компании и от проекта к проекту (даже внутри одной компании) уровень этой бюрократии разнится, но тем не менее мы должны ее разобрать. Речь идет о документировании составленных проверок. Разберем сначала смысл документирования проверок прежде, чем поговорим о типах такой документации...

Прошлая часть: Составление проверок или первые шаги к тест-дизайну Всем привет. Мы продолжаем. После прочтения предыдущей главы у вас могло возникнуть много вопросов. Например, «Какие конкретно тестовые данные надо брать для конкретной проверки? Ведь если поле пароль длиной от 10 до 256 символов – какую длину брать правильнее – 11 символов или 243?». Или, например, вот такой вопрос - «Есть ли какой-то универсальный подход/подходы для составления проверок?». Ответы на эти вопросы дает «тест-дизайн»...

Прошлая часть: Требования и тестирование требований Всем снова здравствуйте. Рад, что вы всё еще читаете мой блог. Итак, в прошлый раз мы протестировали и уточнили требования у системного аналитика. Предлагаю попробовать попрактиковаться в составлении проверок прежде, чем начинать вдаваться в подробности тестовой документации и применяемым подходам. Разумеется, у многих читателей такого опыта нет, но это дает нам отличную возможность понять «зачем» и «чему» мы тут вообще учимся. Взглянем на уточненные...