Время Действия No02 в КвARTире
Новые темы форума тестировщиков
А в конце поговорим на интересные темы в формате посиделок Ждём всех. Приносите свои отчёты или просто приходите посмотреть на опыт коллег. Регистрация не требуется. Когда: 11.06.2013 (вторник) с 18-45 до 21-00 — официальная часть. С 21-00 до 22-00 не официальная. Где: «КвARTира» (Карта), Невский проспект, 130 кв.6. Вход с Невского в дверь, на которой написано «Гостиница», рядом с вывеской Кофе Хауз. В домофоне надо набрать «6В» и подняться на 4 этаж. Контакты: +7-911-266-90-40 (Катя); +7-921-447-53-81 (Алексей). Время начала: С 18-45 происходит сбор участников. Сам мастер-класс начинатся в 19-00. Это не формальное мероприятие, но всё равно не опаздывайте, пожалуйста. Стоимость: Участие условно-бесплатное. Надо оплатить время пребывания в квАРТире — аренда стоит 2000 рублей, делим на количество пришедших, обычно это 7-10 человек, получается с каждого 200-300 рублей, примерно так же стоило в Циферблате. Кроме нахождении в пространстве, можно пить чай/кофе и есть печенки в любых количествах и кроме нас там никого не будет:).  Работа тестировщиков с требованиями. 2013-06-05 11:00 Всем привет, я хочу снова поднять тему формулирования требований и работы с ними тестировщиков. В обсуждении ожидаю увидеть истории успехов / провалов при работе с требованиями, ссылки на полезные книжки по работе с готовыми требованиями, осуждение моих методов и может быть немного флуда. :) Рассматривается многолетний, многокомпонентный, многорелизный прокет, в котором участвует большое количество специалистов. В статье нам рассказали что делать, когда требования неполны, некорректны или отсутствуют. Пусть мы не имеем этих проблем. Пусть требования присутствуют и существуют для каждого разрабатываемого / дорабатываемого элемента. Но что делать, если требований слишком много? (пусть они корректны) - здесь ответ очевиден: искать требования, которые напрямую относятся к выполняемой задаче. Но тут возникает загвоздка: Требования непонятны и выделить "необходимые", не имея представления о системе в целом, практически невозможно ex. Клинические проявления хилоторакса обусловлены скоплением жидкости в плевральной полости, что приводит к сдавлению лёгкого и смещению средостения и вызывает тем самым развитие дыхательной недостаточности и нарушений гемодинамики, а также потерей большого количества лимфы и её компонентов. Будет ли эта информация полезна при проведении операции по поясничной симпатэктомии? здесь все сразу напомнят, про золотое правило "не понятно - спрашивайте", но тут возникает очередная загвоздка: А про что спрашивать, если совсем ничего не понятно и скорее всего все ответы есть в той же документации (на что вопрошаемые и укажут при первой возможности), а документации многие-многие тома и текст в ней аналогичен примеру? Хочу представить вашему вниманию несколько советов, как можно жить и трудиться в такой ситуации: 1. Понять, что за продукт реализуется. (Наталья, простите, за плагиат). В общем и целом. Задать вопрос ПМ-у, и таки попробовать добиться не "на данном этапе мы реализуем это и это ... в такой-то конфигурации... без учета... " , а адекватного ответа ( см. статью ) 2. Выписать на отдельный лист не только задачу твоей команды, но и задачи других команд, выполняющиеся в текущем релизе (пока не говорю про "понять" - мы отталкиваемся от постановки задачи, как "проведение операции по поясничной симпатэктомии"). 3. Найти / составить с помощью менеджеров схему тестового стенда. Если менеджеры пошлют - к аналитикам, конфигурешен-менеджерам, админам. Здесь можно не стесняясь долбать всех подряд. Выписать основные функции каждой системы. 4. Задать вопрос (наконец-то добрались) о структуре хранения требований. например: типы документов (описания функциональных требований, описаниия интерфейсов, листы согласования, постановки задач), вся ли доступная документация актуальна и как отличить акутальную от неактуальной. По какому принципу разделены требования / задачи. >> впоследствие может всплыть некорректность / неактуальность документации, поэтому стоит уточнить процесс обновления - согласования документации. Поверьте, за актуальные описания потомки будут вас благодарить. 5. Начать вести расшаренный словарь, куда записывать все непонятные слова / сокращения, пусть даже без определений. Разрекламировать его всем доступным командам, - пусть помогают и содействуют. 6. Сложить 3 и 2. Понять какие компоненты системы участвуют в тестируемом вами процессе. (опционально - понять с какими компонентами взаимодействуют другие команды). Итак, к этому моменту у нас есть некоторый набор "артефактов", с которыми мы вступаем в бой. Можно начинать писать тесты. Есть неделя на то, чтобы закончить и согласовать. Ощущение похожее на ситуацию, когда экзамен по матану послезавтра, а ты первый раз открыл фихтенгольца. ... собственно советы и поучения на этом заканчивается, потому как при составлении тестовых сценариев, поиске необходимых тестовых данных и определении покрытия - все равно приходится рыть. Составлять схемы процессов, выискивать затрагиваемые параметры, по ощущениям - почти "вслепую". Но уже есть то, от чего можно отталкиваться, появилось примерное описание систем и понимание задачи. Пашем! P.S. Страшный медицинский текст - из википедии. статья про хилотракс. P.P.S. Для флуда - можно затронуть тему "специализации" тестировщиков в определенных областях. Ведь уже почти в каждом вузе есть кафедры, готовящие программистов со специальными знаниями в области, может быть настало время тестировщиков? Или нам будет достаточно наших магических способов типа "попарного тестирования", "покрытия требований" и т.п. ...? “Можно ли перевернуть пирамиду?” – автоматизируем тестирование с меньш 2013-06-05 13:57 Как обычно после очередной онлайн-конференции серии ConfeT&QAмы публикуем лучший доклад. Сегодня мы опубликуем в открытом доступе доклад Игоря Хрола “Можно ли перевернуть пирамиду?” – автоматизируем тестирование с меньшим числом посредников”, который был признан лучшим на прошедшей онлайн-конференции для для специалистов по автоматизации тестирования Auto ConfeT&QA. Когда мы говорим об автоматизации тестирования, чаще всего вспоминается Selenium, Microsoft Coded UI, QTP и другие аналогичные инструменты. Мы хотим воспроизводить действия ручного тестирования с максимальной точностью, чтобы можно было с уверенностью сказать, что тот или иной тест-скрипт повторяет какую-то часть сложившихся на проекте тестов. Когда же тестов становится чуть больше, то мы обнаруживаем, что наши тесты запускаются долго, работают нестабильно. После чего мы начинаем говорить о параллелизации, виртуализации, четырёхслойной архитектуре фреймворка и прочих жутко интересных вещах… Это всё очень хорошо, но главная цель где-то остаётся в стороне – контроль качества нашего продукта. В своём докладе я попытаюсь слегка задать направление другой альтернативе: отойти от автотестов через пользовательский интерфейс в сторону более низкоуровневых, которые значительно быстрее и стабильнее. Если вас также волнует “переворачивание” пирамиды автоматизации тестирования, то приглашаю присоединиться к обсуждению этой сложной и важной темы. {iframe width="420" height="315" src="http://www.youtube.com/embed/ZentmPn0_pg" frameborder="0" allowfullscreen}{/iframe} Читать дальше Jmeter Random function 2013-06-05 18:05 Здравствуйте Сразу говорю что я новичок в Jmeter, поэтому попросил бы отвечать более подробней. Задача состоит в том, чтобы протестировать страницу на которые есть выпадающий список, в котором могут быть даны или они могут отсутсвувать. Я записал простой скрип, с помощю Recording Controller, который выбирает определенный параметр из списка . Меня интересует как сделать так чтоб при каждом зауске теста выбиралось случайное значение из списка? Тестирование веб-приложений, начало 8 июля 2013-06-05 19:46 Онлайн-тренинг с домашними заданиями, 3 занятия по 1,5 часа Тренер: Баранцев Алексей Чем тестирование веб-приложений отличается от тестирования каких-нибудь других приложений? При тестировании веб-приложений применяются те же самые классические методы и техники проектирования тестов. Веб-приложения обычно имеют более простой интерфейс, чем "десктопные" программы. Браузером все умеют пользоваться, для этого не нужны какие-то специальные навыки. Но существует ряд нюансов, связанных с социальными и технологическими особенностями веб-приложений, которые отличают их от других видов приложений, и которые обязательно нужно учитывать при тестировании, чтобы выполнить его профессионально.
Кроме того, в этом курсе даются основы нефункционального тестирования веб-приложений – тестирование производительности, защищенности, удобства использования. В дальнейшем можно продолжить изучение отдельных видов нефункционального тестирования в более углублённых специализированных курсах Тестирование производительности веб-приложений и Тестирование защищенности веб-приложений. После прохождения тренинга учащийся будет:
Подробная программа и условия участия Читать дальше Автоматизация тестов с использованием TestComplete, начало 19 июля 2013-06-05 19:50 Онлайн-тренинг автора единственного русскоязычного учебника по TestComplete Геннадия Алпаева, , 4 занятия TestComplete - самый популярный в странах СНГ инструмент для автоматизации тестирования различных приложений: .NET, Java, Win32, Web, Delphi, Flas, Flex и многих других. Пройдя этот тренинг, вы научитесь не только писать скрипты с помощью TestComplete, но также решать разнообразные задачи, возникающие в процессе автоматизации, выбирать наиболее оптимальные способы работы с тестируемым приложением, ознакомитесь с наиболее интересными и полезными возможностями TestComplete, а также самостоятельно выполните несколько практических заданий под руководством опытного тренера. Тренинг будет полезен как новичкам, так и людям, уже имеющим опыт работы с данным инструментом. Подробная программа и условия участия Читать дальше Тестирование мобильных приложений 2013-06-06 01:16 Всем доброго времени суток. Пытаюсь найти способы тестирования мобильных устройств (как с рутом, так и без). На данный момент поступило несколько предложений от разных фирм, но по тем или иным причинам предложенный решения не удовлетворяют требованиям. Непосредственно вопросы: 1. Какие решения есть на рынке с максимальным охватом устройств (не облако,а физическое устройство); 2. Есть ли возможность вывести изображение экранов мобильных устройств на экран пк (бесплатные тулзы или крякнутые) P.s. Язык среды тестирования, вендор, стоимость не столь важны (но если будет все бесплатным-будет круто :) ). P.s.s пока что остановился на использовании uft + zap. © 2010 | Software-Testing.Ru |
| В избранное | ||
