Собственно навеяно этим http://blog.shumoos.com/archives/268
Чтобы там ответить нужно регистрироваться, а мне лень напишу здесь, тем боле что автор текста, по всей видимости ярый противник автоматизации, наверняка отпишется Я на самом деле не очень поняла, почему уважаемый SALar против именно автоматизации регресии )
Видела своими глазами несколько провальных попыток автоматизировать регрессию на проекте, еще больше слышала.
Вот, на мой взгляд, маркеры предвещающие провальную автоматизацию:
В команде все пробуют заняться автоматизацией впервые
Отсутствие этапа создания архитектуры автотестов, либо не учли все важное
В качестве ведущего (то есть принимающего решения) специалиста по автоматизации выбирают человека с навыками программиста уровня джуниора или ниже
Автоматизаторы работают сами по себе, практически не пересекаясь по задачам с ручными тестировщиками
Тесты, записанные с помощью рекордера.
А вот что должно быть, чтобы автоматизация взлетела
Отказаться от обычных рекордеров полностью. Если уж так хочется привлечь к автоматизации людей без навыков программирования, это должен быть кастомизированный под конкретный проект рекордер
В команде автоматизаторов должен быть человек, который уже прошел по всем граблям и знает что бывает, когда на проекте сотни автотестов
На этапе архитектуры привлекаются тим лиды команды разработки и решаются такие вопросы:
- Определение способов оптимального взаимодействия тестируемой и тестирующей программ
- Как сделать чтобы "изменения тестов не отставали от изменения кода"
- Как упростить работу по определению причин падения тестов
- Как свести к минимуму ложные падения, и вообще какой процент ложных падений допустим исходя из планируемого количества автотестов
- Как распараллеливать тесты, как создавать нагрузку на приложение
- Этапы создания автотестов, критерии успешности этапа
- Как интегрировать ручное тестирование и автотестирование
джуниоры вполне могут писать код автотестов, но их должен ревьюерить человек с более высокой квалификацией
Автоматизация должна сразу же приносить пользу, интегрироваться с задачами ручных тестировщиков на начальном этапе(например создание тестовых сред или создание нагрузки) Специалисты по автоматизации тоже тестировщики и должны принимать участие в тестировании новых фич, тестируя в полуавтоматизированном режиме. Если они не могут, не хотят, полностью вручную быстрее, то гнать их в шею
Что до меня, в последнем проекте были соблюдены не все эти правила, опыт сын ошибок, так или иначе потому автоматизация получилась средненькая, уже не fail, но еще не совсем win. Надеюсь в следующем проекте будет лучше
Добрый день.
Подскажите, пожалуйста, может быть кто сталкивался с подобной задачей, то какой инструментарий использовали для написания тестов автоматизации WPF приложений?
Особенно интересуют более низкоуровневые туулы, как AutoIT и подобные, может быть есть надстройки или библиотеки, позволяющие удачно распознавать и обращаться к элементам WPF.
VS CodedUI, SmartBear, Rational и HP в данном случае менее всего интересны.
Делаю описание страницы и хочу сделать выбор типа документа универсальным, чтобы можно было выбирать всегда radiobutton который начинается на ПН.
Выбирать 4(3)radiobutton вариант не подходит т.к. у разных пользователей разный порядок, хотелось бы как то реализовать поиск по части значения ПН в похожей ситуации ранее делал вот так(css = "input[id^='ЗП_']")
Доброго времени суток. Ситуация стандартная - дали задание провести нагрузочное тестирование, опыта в котором у меня ноль и спросить не у кого. Разобрался, как создавать нагрузку, но не могу проанализировать полученную информацию. Пока что я хотел бы решить следующие задачи:
Узнать время загрузки для каждого виртуального пользователя
Среднее время загрузки
Найти точку насыщения, когда начнут появляться отказы и ошибки
Найти точку, когда сервер перестанет отвечать и упадет
Вычислить процент количества отказов в зависимости от кол-ва пользователей
Все мы знаем о делении тестирования на функциональное и нефункциональное. Споры по поводу этих терминов длились несколько лет. С моей точки зрения, это проблемные понятия, и, возможно, лучше бы вовсе обходиться без них.
Суть проблемы
Проблем, достойных рассмотрения, тут три:
Первая проблема: плохие определения, неподходящие термины
Участники процесса разработки ПО могут легко стать жертвами плохой коммуникации и понять коллег неверно, и зачастую виной тому используемые слова. Когда речь идет о новых идеях и технологиях, некоторая первоначальная путаница вполне естественна, однако не стоит использовать двусмысленную терминологию там, где этого можно избежать. Я полагаю, что "нефункциональное" и "функциональное" тестирование - это именно такая терминология. Далее по тексту я проясню свою позицию.
Полуторамесячный онлайн-тренинг из 6 модулей с ежедневными консультациями тренера в скайп-чате. Модуль состоит из 2 лекций по 45-60 минут, материалов для самостоятельного изучения и практического домашнего задания.
21 век — век информации. Она окружает нас везде: дома, на работе, в машине, в метро. Информация хранится в базах данных в удобном для компьютера виде.
Какие бы приложения вы не тестировали: десктопные, веб или мобильные, банковские системы или игры — вам нужно будет получать информацию из базы данных. Для этого используют специальный язык запросов — SQL (Structure Query Language). Базовые знания SQL сейчас требуют даже на вакансию джуниор-тестировщика.
На тренинге вы научитесь применять SQL в различных аспектах тестирования — для поиска интересных для проверки кейсов в БД, для разбиения данных на классы эквивалентности в зависимости от типа, с которым данные хранятся в БД, поймете, какие стандартные ошибки делают программисты при подготовке запросов, научитесь добавлять нужные значения в существующие таблицы и создавать новые. После курса вы сможете писать запросы любой сложности к одной, двум и десятку таблиц с использованием джойнов, группировок и подзапросов.
Вы недавно работаете в тестировании, или только хотите приобщиться к этой отрасли? Хотите получить фундамент, необходимый для построения успешной карьеры? Хотите узнать, из чего состоит эта область деятельности, чтобы быстрее стать в ней профессионалом?
Именно для вас – наш курс «Школа Успешных Тестировщиков v2.0». С этим курсом вы:
Получите широкий кругозор в сфере тестирования
Научитесь основным техникам и познакомитесь с основными инструментами тестировщиков
Узнаете, как построен процесс тестирования в ведущих компаниях
Пройдёте профильный тест, чтобы узнать, какие области и специализации в тестировании для вас ближе всего
Узнаете, как получать от работы максимум удовольствия
Создадите план развития на год, чтобы стать успешным тестировщиком
Этот курс будет полезен тем, кто обладает опытом в тестировании до одного года, или кто только хочет найти свою первую работу в сфере тестирования.
Squish обмен опытом
2016-03-16 16:22
Предлагаю всем кому интересен данный инструмент делится опытом в данной теме, задавать вопросы и решать их вместе, к большому огорчению Squish мало где используется из-за огромной цены, но программа стоящая.
Добрый день.
мне нужно сделать нагрузочное тестирование desktop приложения, где имеется связь с сервером.
Я делала нагрузочное тестирование веб-приложения с помощью JMeter. А как сделать нагрузочное с помощью JMeter для desktop приложения? вроде бы делают с использованием Fiddler'а, но что-то никак не могу додуматься. помогите пожалуйста
Компания AMS Software - разработчик программного обеспечения для обработки фотографий, видео и дизайна. Мы ищем специалиста по тестированию десктопных Windows-приложений и веб-сервисов.
Вас ждёт работа в настоящей софтверной компании полного цикла: нашими продуктами пользуются сотни тысяч людей и свыше 500 компаний в 70 странах мира.
Что мы предлагаем:
Перспективы профессионального и карьерного роста
Интересные задачи и проекты
Удобный график (начало работы с 8 до 11 часов)
Молодой и дружный коллектив
Офис в центре города
Какого сотрудника мы хотим видеть:
Живет в г. Ярославль
Есть опыт работы в тестировании (профессиональным или любительским)
Чётко понимает критерии качества программного обеспечения
Отличное знает Windows и имеет опыт работы с различным ПО
Внимателен и пунктуален
Хочет расти и развиваться
Основные обязанности:
Обеспечение качества разработки ПО
Составление планов тестирования
Функциональное, нагрузочное и конфигурационное тестирование
З/п обсуждается с каждым кандидатом по итогам собеседований.
Вопросы и резюме присылайте на bogdana@ams-soft.ru или Skype lbogdana.