Методы оценки качества ПО
2013-09-10 12:47
В четверг, 12 сентября, в петербургском офисе компании Oracle состоится встреча с Александром (Шурой) Ильиным, Quality-архитектором платформы Java в компании Oracle. Вот уже много лет Шура отвечает за тестирование платформы Java и поэтому знает множество различных методов оценки качества. О них и поговорим.
Что такое «качество программного продукта» и как его измерить? Это мера соответствия требованиям или что-то ещё? Является ли тестирование способом оценки качества? А что ещё кроме тестирования? Покрытие кода автоматическими тестами? Покрытие данных? Насколько им можно доверять?
<div>Начинать здесь следует от печки: с достижения договорённости о том, какое определение термина «качество» использовать. Определений несколько. Мы попробуем их классифицировать и понять, какое подходит лучше.
Следует помнить, что не все йогурты определения одинаково полезны! Качество, как минимум, должно быть измеряемо. То есть, система, его измеряющая, должна на выходе давать число. Придется выбирать из определений, в которых фигурирует слово «метрика».
Какие бы определение и метрику мы не выбрали, нам понадобится способ доказательства или, если угодно, способ измерения соответствия этой метрике. И что здесь приходит в голову? Конечно же, тесты!
А есть ли еще какие-нибудь способы?Для ответа придётся, конечно, договориться о том, что считать тестированием, но, в любом случае, есть еще формальная верификация.
В любом случае, тестирование является неотемлемой частью измерения соответствия программного продукта метрике. Остается только выяснить, насколько можно ему (тестированию) доверять. Доказать, что оно адекватно. Для этого существуют метрики покрытия: например, метрики покрытия кода. Последнее, что остается выяснить: насколько можно доверять метрикам покрытия кода и к каким показателям этих метрик стремиться.
Следует понимать, что изложенное на встрече будет являться личным мнением докладчика, а не являться истиной в последней инстанции. Любая альтернативная позиция по любому из затрагиваемых аспектов будет с радостью принята автором к обсуждению!
JIRA - time reporting
2013-09-10 14:04
Здравствуйте! Хотелось бы спросить если у кого нибудь из вас есть опыт работы с ПО JIRA. Недавно целая фирма у нас перешла на этот программ. Хочу спросить: есть возможность учета времени врозь для тестеров и дла программистов у одного кейса?
Нашла я интересную статью, которюя описывает возможное решение http://brokenbuild.com.ua/2012/01/30/track-testing-time-in-jira/ но если чесно не понятно кде потом видно время которое задал тестер а которое программист.
Поделитесь пожалуйста опытом!! Спасибо!!
MoveToElement со смещением
2013-09-10 14:29
Пытаюсь сместить фокус(курсор) на странице до элемента со смещением, скажем вверх. Но почему-то прокрутка происходит как обычно на элемент, без смещения.
Использую:
new Actions(Driver).MoveToElement(element, int offsetX, int offset Y)
Уже по всякому пробовал, и с минусом... Также пробовал через MoveMouse. Результат тот же.
NetworkSuite, практика использования ?
2013-09-10 15:26
Столкнулся с задачей распределить тесты для параллельного выполнения.
Имеется среда: облако с виртуальными машинами с testExecute, на которые можно разложить проект. Имена и IP адреса виртуалок назначаются облаком динамически.
Имеется желание изобрести средство, которое выполняло бы тесты проекта на, допустим, 10-ти машинах параллельно и выдавала бы по итогам единый отчет.
Имеется NetworkSuite. Пробежав глазами хочу поинтересоваться об опыте использвоания для подобных целей. Стоит ли закапываться и тратить время.
А именно моменты:
1. Надежность системы в целом. Устойчивость ко всяким неожиданностям (моргание сети, один из slave-ов умер или завис и т.д. и т.п. )
2. Гибкость настройки – например, в случае, когда я заранее не знаю имени и IP slave-машины. Но могу их подсунуть куда то в параметр, переменные окружения и пр.
3. Возможность склейки отчета.
Сейчас выполнение тестов экспортит отчет в фалй mht, и аттачит его как артефакт сборки. Если распараллеливать тесты допустим на 10 машин – отчет хочется иметь естественно один.
4. Прочие тонкости, кто с чем сталкивался.
Школа Тест-Менеджеров – двухмесячный глубокий курс, проходящий в онлайн-формате. Каждую неделю мы рассматриваем новую тему, после чего вы выполняете по ней домашнее задание. Все задания применяются на практике, поэтому, если в данный момент вы ещё не руководите командой, прохождение тренинга будет не очень эффективным и не рекомендуется.
Чем данный формат обучения отличается от стандартных тренингов и семинаров?
Как всем известно, теория не очень хорошо уживается в нашем сознании без опыта, практики. Для выработки новых навыков и умений требуется время, опыт. Именно поэтому широкую распространённость во всех сферах образования получили тренинги, позволяющие отработать полученный материал на практике, во время образовательного процесса.
Но на тренингах обычно не хватает времени для практики, и условия для практики слишком искусственные.
Поэтому мы создаём новый формат обучения: школа.
В рамках такого обучения, мы встречаемся один раз в неделю для обсуждения одной темы, получения новой информации, определения стратегии её использования в Ваших реальных условиях. После этого на протяжении недели Вы активно практикуете новые знания, решая реальные задачи на своём текущем месте работы.
Всё это время Вас по почте поддерживает тренер, проверяя домашнюю работу и помогая решить сложившиеся в процессе использования сложности.
В результате:
Вы получаете незамедлительный результат на работе
Вы получаете практические знания, которые сможете использовать в любых условиях и в любой компании
Вы получаете максимальную поддержку в решении Ваших задач
Вы не тратите время на теорию, которая в нашей школе сведена к минимуму