Showing posts with label инструменты. Show all posts
Showing posts with label инструменты. Show all posts

April 19, 2012

Стратоконф: «Использование public clouds для нагрузочного тестирования web-сайтов»

Вот и закончилась первая встреча конференции Стратоконф.
Доклад был посвящен нагрузочному тестированию и назывался он «Использование public clouds для нагрузочного тестирования web-сайтов» (докладчик - Александр Балабанов).
Я редко сталкивалась с нагрузочным тестированием, поэтому тема была мне интересной и довольно новой. Очень порадовала именно практическая направленность - рассказали об инструментах и показали их работу практически в live-режиме (Chief, Tsung, Amazon Cloud). Из демонстрации стало ясно,что нагрузочное тестирование не так страшно, как мне о нем думалось ранее (во всяком случае, когда речь идет о вебе).
И все же чего-то не хватило. Возможно, краткого обзора "поставщиков" клаудов, существующих на сегодняшний день, или объяснения, почему же выбран именно амазон.

April 10, 2012

Боевое крещение (Pairwise testing)

Впервые предоставилась возможность использовать pairwise testing в реальных условиях! До этого много читала и безусловно соглашалась с эфективностью этого подхода, однако,шанса все не выпадало. И вот свершилось!
Напомню,что

All-pairs testing"" or pairwise testing is a combinatorial software testing method that, for each pair of input parameters to a system (typically, a software algorithm), tests all possible discrete combinations of those parameters. Using carefully chosen test vectors, this can be done much faster than an exhaustive search of all combinations of all parameters, by "parallelizing" the tests of parameter pairs. The number of tests is typically O(nm), where n and m are the number of possibilities for each of the two parameters with the most choices.
(c) Wiki

О самом алгоритме подробнее можно прочитать здесь

Для генерации я использовала PICT от Майкрософт. Консольная утилитка на входе принимает файл модели (описание параметров и их значения), а на выходе выдает готовые комбинации, даже умеет в эксельку красиво выводить, что не может не радовать.
При необходимости можно создавать "подмодели", учитывать зависимые параметры и перебирать не парами, а,например, тройками параметров.

Результаты реально впечатляющие - из 150+ возможных комбинаций (потом надоело считать) было оставлено 14!

July 8, 2010

Интструмент для создания правильных гайдов

Правильные гайды должны не только содержать всю полезную информацию, но и уметь держать внимание читателей, делать им "хорошо".
Например, таким образом (ниже вытяжка из гайда по системе хранения тестов. Речь идет о полях, необходимых для заполнения, и формате их заполнения) :

a. ....
b. ....
c. Steps = шаги.
Шаги пишем в формате
1. Достать паяльник. (абзац)
2. Ударить себя по голове.
d. Expected results = результаты прохождения каждого шага
Пишем в формате
1. Паяльник в руке.(абзац)
2. Голова болит. Перестало быть скучно.
Обратите внимание, что если Шаг 1 будет занимать две строчки, то...


Слышала только положительные отзывы :)
З.Ы. Гайд внутренний, для использования внутри компании.

Лучший инструмент тестирования



Оригинал здесь.
В очередной раз спасибо Энди за наглядность и юмор :)

Распределение задач и планирование

Было в моей работе такое время, когда я год работала единственным тестировщиком на всех проектах и частично мне помогал ПМ. В ту счастливую пору необходимости письменного планирования задач у меня не было по причине того,что
1. вся команда сидела в одной комнате и могла спросить, чем я занимаюсь
2. На документирование уходило драгоченное время, которого было очень-очень мало и так
3. Я и так знала,чем мне заниматься, и моей работой не руководил никто,кроме меня самой.
Однако,с появлением нескольких людей в команде тестеров и большого количества проектов, возникла-таки необходимость в документированном планировании работы отдела. Я задумалась об этом тогда, когда вопросы типа "Что мне сегодня делать?" от членов команды начали меня сердить по причине того, что то,что я запланирвоала себе, нужно было отодвинуть, дабы проанализировать ситуацию и придумать им задачу :)

Взяв за основу формат эксель-расписания, который использовался на моем предыдущем месте работы, я продолжила его импрувить.
1. Определила каждую строку экселя = 0,5 часа.
Чтобы визуальный вид длительности задач был примерно пропорционален их распределению в дне. К сожалению, не всегда получается сохранять пропорции, но я стараюсь :)
2. Добавила поле TOTAL к каждому дню, которое содержит общее количество часов.
Это было вызвано тем, что в моей компании свободный график, и можно работать в один день 5 часов, а в другой 13. все решает сам человек. Соотвественно, задачи тоже должны быть распределены на все время человека, которое он планирует потратить в день. Это также полезно для планирвоания бюджета - у нас QA могут не знать, сколько часов в день или сколько бюджета выделено на определенный проект. Но это должен знать человек, который распределяет задачи.
3. Цветовая индикация.
Каждый проект имеет свой цвет в плане. Это делает план более веселым :) А с практической точки зрения - проще посмотреть время, потраченное на работу над каждым проектом и те, для кого написан план, могут определить свои проекты, не читая их названия. Становится еще удобнее, если цвет проекта в экселе каким-то образом связан ассоциативно с проектом - например, основной цвет логотипа продукта. И ребята всегда знают, в какой проект им заносить свое время в системе учета времени.
4. Положила в SVN.
При коммите отправляю уведомление о том, что план был изменен и для кого.

Единственная серьезная проблема, которая возникает - это суппорт. Изза непредвиденных задач приходится переставлять некоторые между людьми или менять им дни выполнения. Это решается довольно просто - отложенные задачи я храню на страничке Template, которую копирую каждый раз при написании плана на новую неделю + в экселе довольно просто переставлять задачи - скопировал и вставил на другой день :)

В общем случае план выглядит примерно так (план работы остальных сотрудников находится на том же листе, ниже):

Естественно,что такие задачи, как репродюс кастомерских багов, добавляются не в начале недели, а по мере возникновения :)

О мечтах. Очень бы хотелось найти такую систему, в которую бы можно было настроить доступ нескольким пользователям с определенными правами, чтобы можно было перемещать задачи драг-энд-дропом, чтобы при перетягивании задач программа детектила, что ты ее переметил туда, где теперь в сумме получается больше 8ми часов,к примеру, и цветом выделяла эти дни... Но, к сожалению, все, что я встречала, было однопользовательским максимум с возможностью экспорта в ХМЛ,а о драг-энд-дропе и других желаемых функциях нет и речи :(

July 7, 2010

Paint в Windows 7


Я познала дзен. :)
В Пейнте, встроенном в Вин 7, у инструмента Brushes (Watercolor brush, Oil brush) заканчивается краска на кисточке...
Так мило. Будто намекая на скоротечность и непредсказуемость жизни.

А задумка отличная, как по мне :)

June 11, 2010

Делаем фотографии багов с PicPick

Не так давно открыла для себя новый скриншотер PicPick, который намертво поселился на моем компьютере :)

Функционал, который меня покорил:
- встроенный графический редактор, схожий с Paint Windows 7
открывается сразу после создания скриншота с новым только что сфотографированным приложением
- большой выбор регионов фотографирования
десктоп, часть экрана, свободный регион, который можно просто обозначить мышкой, и т.д.
- все фото можно повесить на конфигурируемые горячие клавиши
ускоряет работу :)
- пиксельная линекйка
- транспортир
наконец-то мерять углы и "ровность" линий стало проще простого
- пипетка для определения цвета элемента
очень удобно,если нужно подделать на скрине какую-то мелочь
- бесплатный с постоянными обновлениями
- и многое другое :)