Математика для тестировщиков
2013-07-08 21:30
Продолжаем публикацию лучших докладов SQA Days 13. Сегодня представляем доклад Никиты Налютина "Математика для тестировщиков".
Новые методики тест-дизайна не всегда рождались одномоментно, не все в инженерной практике может появиться в результате только лишь одного озарения и гениальных идей, увиденных во сне. Достаточно большая часть современных практик тестирования появилась в результате кропотливой теоретической и экспериментальной работы по адаптации математических моделей. И, хотя, для того, чтобы быть хорошим тестировщиком, вовсе не обязательно быть математиком, полезно понимать, какая теоретическая база лежит в основе того или иного метода тестирования. В докладе я расскажу о том, какую базу для тестирования дает математическая логика, теория формальных языков, математическая статистика и другие разделы математики; какие направления, связанные с тестированием, существуют в теоретическом computer science; появления каких новых методов можно ожидать в ближайшее время.
Математика для тестировщиков
2013-07-08 21:30
Продолжаем публикацию лучших докладов SQA Days 13. Сегодня представляем доклад Никиты Налютина "Математика для тестировщиков".
Новые методики тест-дизайна не всегда рождались одномоментно, не все в инженерной практике может появиться в результате только лишь одного озарения и гениальных идей, увиденных во сне. Достаточно большая часть современных практик тестирования появилась в результате кропотливой теоретической и экспериментальной работы по адаптации математических моделей. И, хотя, для того, чтобы быть хорошим тестировщиком, вовсе не обязательно быть математиком, полезно понимать, какая теоретическая база лежит в основе того или иного метода тестирования. В докладе я расскажу о том, какую базу для тестирования дает математическая логика, теория формальных языков, математическая статистика и другие разделы математики; какие направления, связанные с тестированием, существуют в теоретическом computer science; появления каких новых методов можно ожидать в ближайшее время.
selenium на виртуальной машине win8
2013-07-09 08:43
суть в следующем: есть набор виртуалок, на каждой поднят selenium. только при попытке запустить тесты на win8 (пути до .exe браузеров прописаны, а в PATH занесена директория с драйверами), происходит именно ничего: нет ни одного слова об ошибке ни со стороны виртуалки, ни со стороны хаба, при этом подключенные браузеры в консоли грида видны, машины пингуются, остальные машинки работают как нужно. товарищи, кто-нибудь сталкивался с подобной проблемой?
У меня есть скрипт, в котором есть Beanshell sampler.
В нем я пытаюсь подключить DLL стороннюю, а из нее вызываю функцию.
Однако, у меня подает ошибка UNKNOWN на запуске BeanShell.
Предлагаю в этой теме обсудить все вопросы связанные с функциональным тестированием мобильных приложений под Android, iOS и др.
С чего начинать, необходимые программы, скиллы, и всё-всё-всё полезное — сюда!!!
Тему эту открываю я не спроста, т.к. мобильные приложения я ещё не тестировала, но тема сама по себе крайне интересна, и плюс опыта в тестировании меньше года.
Уверена, что есть у нас здесь ребята, которые имеют опыт в данном направлении.
Поэтому у меня просьба поделиться любой полезной информацией по этой теме. Как говорится с миру по нитке, начинающему тестировщику помощь в нелёгком деле.
корреляция в лоадраннер 11
2013-07-09 15:50
Господа,
у меня возникла совершенно корявая ситуация.
Я системный администратор, всю жизнь работаю с линухами.
А вот сейчас просто вынужден был начать проводить нагрузочное тестирование.
в кратце, так получилось, что нокто более в организации не может получить доступ на проведение работ.
у меня такой доступ есть, а вот практики работы в ЛР - нет.
а работу сделать надо и быстро, очень надеюсь, что мои тупые вопросы будут отвечены.
Вопрос вот в чем:
Есть вебаппликация, есть логин (емэйл) и пароль
Все проходит чудесно, и тут вступает в игру аутентификация, которая говорит, что ну вот никак не можно этому пользователю дать права просмотра нужной страницы.
и что нужно бы вставить web_set_user
web_add_cookie добавляет:
ID, сгенерированный на основании пары юзернэйм|пароль
Account ID, сгенерированный на основании пары юзернэйм|пароль
PortalName, сгенерированный на основании пары юзернэйм|пароль
JsessionID, это потом нигде даже не видно
PortalServiceID=null, должно быть так?
В Server Response первым шагом добавляются PortalSessionID
далее, значение PortalSessionID остается прежним до момента, когда надо проводить аутентификацию
и вот в этот-то момент сервер выдает совершенно другое значение.
То есть, в кэше одно значение, на сервере другое.
Я по тупенькому думаю, а не здесь ли порылась собака?
Пробовал выделить значение в отклике сервера и создать корр. параметр
Но эта зараза мне начинает рассказывать, что коррелировать нечего совсем
Кто-то сможет мне помочь, задав правильные вопросы?
С меня причитается в пределах разрешенного почтовыми пересылками
JIRA. С добавками. Для тестировщиков
2013-07-09 15:52
Продолжаем публикацию лучших докладов SQA Days 13. Сегодня представляем доклад Кузьмича Максима (Atlassian Expert. Краб на галерах в StiltSoft) "JIRA. С добавками. Для тестировщиков".
Как бы это печально ни звучало, но редко кто-то думает о тестировщиках. О том, удобно ли им работать, есть ли подходящее окружение и инструменты.
Вот и при настройке JIRA все обычно делается для удобства разработчиков и менеджеров. А тестировщики-то, хоть и не последние пользователи JIRA, зачастую и не знают, что свою работу с этим issue-трэкером можно сделать более продуктивной и удобной.
В блиц-докладе будет приведена сборная солянка из хитростей, настроек и плагинов, которые вы сможете добавить в свою JIRA по вкусу.
JIRA. С добавками. Для тестировщиков
2013-07-09 15:52
Продолжаем публикацию лучших докладов SQA Days 13. Сегодня представляем доклад Кузьмича Максима (Atlassian Expert. Краб на галерах в StiltSoft) "JIRA. С добавками. Для тестировщиков".
Как бы это печально ни звучало, но редко кто-то думает о тестировщиках. О том, удобно ли им работать, есть ли подходящее окружение и инструменты.
Вот и при настройке JIRA все обычно делается для удобства разработчиков и менеджеров. А тестировщики-то, хоть и не последние пользователи JIRA, зачастую и не знают, что свою работу с этим issue-трэкером можно сделать более продуктивной и удобной.
В блиц-докладе будет приведена сборная солянка из хитростей, настроек и плагинов, которые вы сможете добавить в свою JIRA по вкусу.
JIRA. С добавками. Для тестировщиков
2013-07-09 15:52
Продолжаем публикацию лучших докладов SQA Days 13. Сегодня представляем доклад Кузьмича Максима (Atlassian Expert. Краб на галерах в StiltSoft) "JIRA. С добавками. Для тестировщиков".
Как бы это печально ни звучало, но редко кто-то думает о тестировщиках. О том, удобно ли им работать, есть ли подходящее окружение и инструменты.
Вот и при настройке JIRA все обычно делается для удобства разработчиков и менеджеров. А тестировщики-то, хоть и не последние пользователи JIRA, зачастую и не знают, что свою работу с этим issue-трэкером можно сделать более продуктивной и удобной.
В блиц-докладе будет приведена сборная солянка из хитростей, настроек и плагинов, которые вы сможете добавить в свою JIRA по вкусу.
На днях меня поставили на работу над новым проектом. Хотя новым он был только для нашей команды – заказчики отказались от сотрудничества с предыдущей командой, которая разрабатывала его больше года и передали его нам. Вместе с проектом нам достались все радости незавершенного проекта – частично завершенный рабочий код, отсутствие какой-либо сопроводительной документации и ограниченное количество времени на его завершение. Действовать нужно было быстро, но разумно.
У нас уже был опыт тестирования проектов с помощью PHPUnit, поэтому к тестированию мы относились более чем положительно. Но в данном случае, помимо покрытия тестами кода, важно было определить степень завершенности проекта. Да, безусловно, заказчик предоставил нам техническое задание, в котором указал нереализованные модули, но он также сказал добавить недостающую функциональность в уже имеющиеся модули. Поэтому в данном случае сперва нам было необходимо определить, какие модули нуждаются в доработке. На помощь нам пришло Acceptance testing.
Так как времени у нас было относительно немного, то нужна была система для тестирования, несложная в освоении, простая в использовании и по-возможности не требовательная к ресурсам. После беглого обзора существующих систем я выделил следующих кандидатов:
На днях меня поставили на работу над новым проектом. Хотя новым он был только для нашей команды – заказчики отказались от сотрудничества с предыдущей командой, которая разрабатывала его больше года и передали его нам. Вместе с проектом нам достались все радости незавершенного проекта – частично завершенный рабочий код, отсутствие какой-либо сопроводительной документации и ограниченное количество времени на его завершение. Действовать нужно было быстро, но разумно.
У нас уже был опыт тестирования проектов с помощью PHPUnit, поэтому к тестированию мы относились более чем положительно. Но в данном случае, помимо покрытия тестами кода, важно было определить степень завершенности проекта. Да, безусловно, заказчик предоставил нам техническое задание, в котором указал нереализованные модули, но он также сказал добавить недостающую функциональность в уже имеющиеся модули. Поэтому в данном случае сперва нам было необходимо определить, какие модули нуждаются в доработке. На помощь нам пришло Acceptance testing.
Так как времени у нас было относительно немного, то нужна была система для тестирования, несложная в освоении, простая в использовании и по-возможности не требовательная к ресурсам. После беглого обзора существующих систем я выделил следующих кандидатов:
На днях меня поставили на работу над новым проектом. Хотя новым он был только для нашей команды – заказчики отказались от сотрудничества с предыдущей командой, которая разрабатывала его больше года и передали его нам. Вместе с проектом нам достались все радости незавершенного проекта – частично завершенный рабочий код, отсутствие какой-либо сопроводительной документации и ограниченное количество времени на его завершение. Действовать нужно было быстро, но разумно.
У нас уже был опыт тестирования проектов с помощью PHPUnit, поэтому к тестированию мы относились более чем положительно. Но в данном случае, помимо покрытия тестами кода, важно было определить степень завершенности проекта. Да, безусловно, заказчик предоставил нам техническое задание, в котором указал нереализованные модули, но он также сказал добавить недостающую функциональность в уже имеющиеся модули. Поэтому в данном случае сперва нам было необходимо определить, какие модули нуждаются в доработке. На помощь нам пришло Acceptance testing.
Так как времени у нас было относительно немного, то нужна была система для тестирования, несложная в освоении, простая в использовании и по-возможности не требовательная к ресурсам. После беглого обзора существующих систем я выделил следующих кандидатов: