Такие термины, как тестирование производительности, нагрузочное и стресс-тестирование часто используются как синонимы. Однако замер скорости работы сервиса и измерение возможной нагрузки на него – это не одно и то же, а подтверждение способности сервиса справиться с нормальным уровнем нагрузки не означает, что он так же среагирует на очень высокую. Как же создавать высокоэффективные тесты производительности, не налепив распространенных ошибок?
Вначале определитесь, чего вы ожидаете от сервиса, и что именно вы хотите проверить. Ваше приложение – "заяц", обязанный максимально быстро отвечать на вопросы? А может, это "черепаха", которая выигрывает гонку благодаря постоянно поддерживаемой скорости?
В реальной жизни веб-сервисы имеют как качества зайца, так и качества черепахи, и эти качества должны быть сбалансированы. Они проверяются по-разному в зависимости от природы вашего теста. Без глубокого понимания сервиса, его применения пользователями, пользовательской базы и целей теста вы потратите много времени, гоняясь за несуществующими проблемами, в то время как реальные риски утекут у вас сквозь пальцы.
Начиная свой путь в отрасли тестирования, задаешься вопросами: с чего начать? как развиваться? какие знания необходимы для получения работы? как стать признанным специалистом в своей компании и востребованным на рынке труда? Компания "Лаборатория Качества" подготовила курс, который поможет ответить на все эти вопросы.
Программа создана для специалистов по тестированию, как совсем начинающих, так и с опытом до 1-2 лет.
Через 8 недель курса вы:
Будете хорошо ориентироваться в терминологии тестирования
Сможете успешно проводить тестирование (исследовательское и скриптовое)
Будете обладать ключевыми навыками тестирования интеграции (с использованием SoapUI) и баз данных (SQL)
Научитесь разрабатывать базовые автоматизированные тесты для функционального (Selenium) веб-тестирования
Сможете автоматизировать стандартные операции, такие как сравнение файлов, анализ логов, подготовка тестовых данных и т.д.
Ознакомитесь с особенностями тестирования веб-продуктов и мобильных приложений и требуемым для этого инструментарием
Сможете с пользой для проекта тестировать требования и другую пользовательскую документацию
Научитесь оптимальному баг-трекингу, форматам составления тестовых артефактов, ознакомитесь с самыми популярными инструментами ведения чек-листов, тест-кейсов и баг-трекинговыми системами
Внимание: спеццена на первый запуск курса!!!!
Особенности курса:
Максимальная практичность Мы учим только тому, что действительно необходимо в тестировании, и закрепляем навыки на конкретных домашних заданиях. Никаких тестирований карандашей - только такие задания, которые вам действительно пригодятся.
Экспертный состав За различные вебинары отвечают отдельные эксперты в своей теме. Таким образом, вашим обучением займутся только опытные практики, ежедневно решающие задачи, о которых расскажут на своих вебинарах. Никакой бесполезной теории - только то, что действительно необходимо грамотным тестировщикам.
Детальная обратная связь Если вы что-то не поняли, или некорректно выполнили ДЗ, или не согласны - тренер будет индивидуально работать с вами до успеха. Никаких "бросить в воду и ждать, пока научится плавать" - мы будем с вами до тех пор, пока вы не поплывёте.
Краткая программа курса и тренеры конкретных модулей
Введение в тестирование (Наталья Руколь) Баг-трекинг (Анастасия Смирнова) 5 техник исследовательского тестирования (Нина Агеева) Введение в проектирование тестов (Ирина Старцева) Тест-анализ и тестовая комбинаторика (Ирина Старцева) Тест-дизайн и документирование тестов (Анастасия Смирнова) Тестирование требований к программному обеспечению (Виктория Соковикова) SQL для тестировщика (Роман Буданов) Тестирование веб-продуктов (Анна Хворостьянова) Тестирование веб-сервисов (Артем Шмыга) Тестирование юзабилити (Виктория Соковикова) Основы тестирования мобильных приложений (Виктория Юркевич) Эмуляторы, симуляторы и фермы для мобильного тестирования (Виктория Юркевич) Автоматизация тестирования. Инструменты автоматизации (Александра Гудкина) Автоматизация тестирования. Создание автотестов (Александра Гудкина) Организация процесса тестирования (Наталья Руколь) Карьера и развитие (Елена Крестина)
При изучении любой дисциплины самое сложное/главное понять основы, базовые принципы, на пальцах, на школьных примерах, затем, на этот металлический каркас можно навесить тонны бетонной практики, получившийся железобетонный монолит станет гарантией практически не ограниченного технического роста специалиста. Звучит самоочевидно, не правда ли ..? И тем не менее, субъективный опыт автора в проведении собеседований, а это около ~500 специалистов из стран СНГ, Индии, США в Автоматизации тестирования и сопоставимые цифры в С \ С++ мире, говорит, что даже Senior разработчики в большинстве не понимают «физического смысла» ООП, не могут озвучить базовую формулировку одного из «столпов» - инкапсуляции, хотя знают как на 3 языках, 20 способами реализовать интерфейс, класс и объект, а вот вырасти дальше уже не могут, и вынужденно в течении 20 лет топчутся на месте. Вот это досадное карьерное недоразумение мы и постараемся исправить. IMHO тема будет интересна/полезна самому широкому кругу слушателей, от молодых специалистов в Ручном тестировании до Архитекторов в Автоматизации.
Большая часть моей работы посвящена обучению, тренировке и оценке тестировщиков. Как гуманисту, мне хочется применить тут эвристику разнообразия: наши различия могут сделать команду сильнее. Это означает, что я не могу выбрать один-единственный тип тестировщиков и оценивать людей согласно этому шаблону. С другой стороны, я вижу интересные модели навыков и темперамента у тестировщиков, и имеет смысл обсудить эти модели в широком ключе. Да, все снежинки различаются, но также верно, что все снежинки похожи друг на друга.
Итак, я выделяю как минимум семь различных типов тестировщиков: административный, технический, аналитический, социальный, эмпатический тестировщик, пользователь и разработчик. Когда я начну углубляться в объяснения, я хочу, чтобы вы поняли следующее: это модель, а не тюрьма. Это кластеры эвристик или – в некоторых случаях – ролей. Ваш стиль работы или ситуация могут подходить для нескольких моделей сразу.
Несмотря на период отпусков, работа над главной конференцией этой осени SQA Days-24 кипит. Уже поступил ряд докладов с очень интересными темами. Также будут участвовать крутые зарубежные спикеры.
Приглашаем присоединиться с докладом. Сроки подачи докладов продлены до 30 сентября.
Согласно CWsites на Mind Eye Web Design, 95% пользователей игнорируют 80% содержания сайта. Эта статистика уже против вас, как же улучшить содержание, дабы убедиться, что пользователи получают от сайта максимум?
В этой статье мы описали 11 советов по улучшению читабельности, удобства и ценности содержания любого сайта.
Нередко бывают ситуации, когда необходимо быстро получить тестовые данные для проверок. И если таких данных нет под рукой, на помощь приходят они — сервисы генерации.
Представляем вашему вниманию небольшую подборку полезных инструментов, которые мы используем в нашей работе.
При изучении любой дисциплины самое сложное/главное понять основы, базовые принципы, на пальцах, на школьных примерах, затем, на этот металлический каркас можно навесить тонны бетонной практики, получившийся железобетонный монолит станет гарантией практически не ограниченного технического роста специалиста. Звучит самоочевидно, не правда ли ..? И тем не менее, субъективный опыт автора в проведении собеседований, а это около ~500 специалистов из стран СНГ, Индии, США в Автоматизации тестирования и сопоставимые цифры в С \ С++ мире, говорит, что даже Senior разработчики в большинстве не понимают «физического смысла» ООП, не могут озвучить базовую формулировку одного из «столпов» - инкапсуляции, хотя знают как на 3 языках, 20 способами реализовать интерфейс, класс и объект, а вот вырасти дальше уже не могут, и вынужденно в течении 20 лет топчутся на месте. Вот это досадное карьерное недоразумение мы и постараемся исправить. IMHO тема будет интересна/полезна самому широкому кругу слушателей, от молодых специалистов в Ручном тестировании до Архитекторов в Автоматизации.
Вопрос «Что именно делает тест хорошим или плохим» задавался недавно не только в Software Testing Clinic, но и на моих личных воркшопах. Я не думаю, что «хорошие» или «плохие» тесты в принципе существуют. Если я прогоняю простейший поверхностный тест и он находит баг, помогает мне сформулировать новую идею или вскрывает новую полезную для меня информацию – это хороший тест. При этом это не означает, что я могу полагаться исключительно на простые или поверхностные тесты.
Разновидностей тестов много, и все из них могут принести тестировщику пользу. При этом я хочу убедиться, что каждый из выбранных мною тестов обладает наивысшим качеством в пределах моих способностей. Качество теста определяет ценность теста. Низкокачественный тест мало что мне сообщает – как правило, или то, о чем я уже знаю, или вообще ничего. Качественный тест помогает мне продолжать тестирование и делиться новой интересной информацией с командой. Давайте разберемся, как создавать качественные тесты.
Оригинал. Перевод разбавлен размышлениями и дополнениями автора из своего опыта
О чём это всё
Будучи инженером по тестированию, вы, вероятно, слышали о таких видах тестирования как «дымовое» (smoke), «санитарное тестирование» (sanity), «ре-тест» и регрессионное тестирование. Вполне возможно, многие из этих видов используются вами на ежедневной основе.
В этой статье я хотел бы внести ясность и объяснить разницу между этими видами тестирования и попробовать разобраться, провести границы (хоть и условные) где заканчивается один вид тестирования, и начинается другой.
Для новичков в тестировании (и даже опытных тестировщиков) разделение этих понятий может быть затруднительно. И в самом деле, как отличить где начинается санити-тестирование и заканчивается smoke? Насколько сильно нам надо ограничить проверку части функциональности системы или её компонентов, чтобы назвать это «дымовым» тестированием? Является ли ввод логина/пароля в пользовательскую форму входа на сайт дымовым тестом, или сам факт её появления на странице сайта уже является пройденным тестом?
Строго говоря, вы всё равно сможете проводить тестирование, даже при том что не сможете точно сказать, в чём же разница. Можно даже не задумываться о разграничении, каким именно видом тестирования вы сейчас заняты. Но всё же, чтобы расти над собой в профессиональном смысле, нужно знать что вы делаете, зачем, и насколько правильно вы это делаете.
