Сайты посвящённые Pairwise Testing
#1
Отправлено 17 марта 2005 - 14:13
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
#2
Отправлено 18 марта 2005 - 07:14
#3
Отправлено 28 ноября 2007 - 20:55
Привет!Рай для любитилей ортогональных массивов -- http://www.pairwise.org/
Решил, что лучше возродить эту тему, чем новую создавать.
На pairwise.org сайте есть ссылки на инструменты. Вопрос вот в чем. Нужен тул для создания комбинаций при pairwise тестировании. Все параметры (коих несколько десятков) известны. Их зависимости - тоже.
Мы у себя проводили исследование нескольких тулов (каких не смогу сейчас сказать), но из всех понравился только PICT созданный в компании Майкрософт. К сожалению, скорее всего нам его использовать не удастся, по соображениям legal департамента.
Так вот, может кто посоветовать альтернативу. От тула надо:
1) free, другое даже не обсуждается
2) command line, это тоже required
3) возможность задавать правила и ограничения. Т.е. если параметр1="А", то параметр2 не может быть равен "Б". И тд. PICT это все умеет. Это *очень* желательно. Хотя можно устроить генерацию в два шага.
4) также желательно под unix, хотя и виндовому рад буду
Если кто имеет опыт работы с такими тулами, тоже интересно услышать мнения. В чем недостатки, что упрощается...
PS:Писать свой не будем точно. Хотя и интересная задача, но ресурсов нету.
Спасибо!
Alexey
#4
Отправлено 28 ноября 2007 - 21:59
3) возможность задавать правила и ограничения. Т.е. если параметр1="А", то параметр2 не может быть равен "Б". И тд. PICT это все умеет. Это *очень* желательно.
Хотя можно устроить генерацию в два шага.
При пост-фильтеринге Вы потеряете валидные и нужные пары (это про " можно устроить генерацию в два шага").
Фильтровать нужно при генерации.
#5
Отправлено 29 ноября 2007 - 07:24
Надо подумать. Ведь если я получаю N комбинаций, среди которых есть неосуществимые, я могу их найти и убрать. Или убрав такие комбинации, я уберу еще и другие уникальные и валидные сочетания параметров, которые тоже есть в этих убранных комбинациях? Надо подумать... В любом случае механизм контроля за тем, что мы продолбали нужное сочетание пар у нас уже есть - так что будет сразу видно.При пост-фильтеринге Вы потеряете валидные и нужные пары (это про " можно устроить генерацию в два шага").3) возможность задавать правила и ограничения. Т.е. если параметр1="А", то параметр2 не может быть равен "Б". И тд. PICT это все умеет. Это *очень* желательно.
Хотя можно устроить генерацию в два шага.
Фильтровать нужно при генерации.
О, спасибо, буду признателен. Правда вот питон смущает немного. У нас тут и так каша из разных языков и технологий. Питона еще пока нет :)На самом деле, не настолько она сложная.Писать свой не будем - нет ресурсов, а задача не из простых, хотя и интересная.
Я постараюсь все-таки в выходные собраться - доку набросать и выложить куда-нибудь свой вариант (на python).
"Уж лучше Вы к нам!" (с) Бриллиантовая рука :)как опция - перейти к нам работать ;) У нас еще много всяких интересных [внутренних] наработок.
Внутренних наработок(недоработок) у нас у самих много. Просто есть более приоритетные.
Alexey
#7
Отправлено 30 марта 2011 - 19:39
Так вот, может кто посоветовать альтернативу.
Попробуйте Allpairs http://www.satisfice.com/tools.shtml
Она виндовая и не умеет работать с условиями, но остальным вашим требованиям удовлетворяет.
#8
Отправлено 31 марта 2011 - 14:47
Спасибо, конечно. Но уже свою написали, которая все делает, что надо.Попробуйте Allpairs http://www.satisfice.com/tools.shtml
Она виндовая и не умеет работать с условиями, но остальным вашим требованиям удовлетворяет.
Alexey
#9
Отправлено 31 марта 2011 - 15:38
Спасибо, конечно. Но уже свою написали, которая все делает, что надо.
Прошу прощения, что вмешиваюсь, а могу ли я на неё взглянуть или это слишком засекреченная разработка? :)
В последнее время функционала имеющихся решений перестало хватать. Видимо придётся самому писать.
#10
Отправлено 31 марта 2011 - 18:16
А чего именно не хватает?В последнее время функционала имеющихся решений перестало хватать. Видимо придётся самому писать.
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
#11
Отправлено 31 марта 2011 - 19:15
А чего именно не хватает?
Например:
- возможности указывать взаимодействие каких параметров нужно проверять, а каких нет
- возможность подключения наборов векторов, что бы каждый раз одно и то же не вводить
- возможность использования различных алгоритмов в одной программе (вообще конечно такое в каждой второй реализации, но так криво сделано, что пользоваться неудобно)
- экспорт полученных наборов в нужном формате (хотя бы csv)
- возможность задания разброса для заданного параметра (для вариативности в регрессионных тестах)
- и ещё множество пунктов, которых прямо сейчас не вспомню
#12
Отправлено 01 апреля 2011 - 04:05
#13
Отправлено 01 апреля 2011 - 04:39
Нет, не написать конвертер результатов во все что нам нужно вообще дело пяти минут)
Для того, что бы добавить фичу к программе, должна быть эта программа. А так да, многие пункты реализовать просто, но вот почему-то не нахожу я таких реализаций.
#14
Отправлено 01 апреля 2011 - 06:08
#15
Отправлено 01 апреля 2011 - 08:35
Не очень понял, в чём проблема. Берёте, например, AllPairs от компании MetaCommunications, она лежит в открытом доступе на сорсфорже -- http://sourceforge.n.../trac/allpairs/ , подключаетесь к проекту, дописываете новые фичи.Для того, что бы добавить фичу к программе, должна быть эта программа. А так да, многие пункты реализовать просто, но вот почему-то не нахожу я таких реализаций.
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
#16
Отправлено 03 апреля 2011 - 20:41
Я спрошу. Но наврядли, т.к. это писалось в рабочее время одним из сотрудников и не предполагалось для внешнего пользования.
Спасибо, конечно. Но уже свою написали, которая все делает, что надо.
Прошу прощения, что вмешиваюсь, а могу ли я на неё взглянуть или это слишком засекреченная разработка? :)
В последнее время функционала имеющихся решений перестало хватать. Видимо придётся самому писать.
Решить может только одну проблему:
"Возможность указывать взаимодействие каких параметров нужно проверять, а каких нет"
Вообще писалось, на сколько помню, с PICT-a от майкрософта, который нам почему-то пользовать не разрешили по лицензионным соображениям.
Alexey
Количество пользователей, читающих эту тему: 1
0 пользователей, 1 гостей, 0 анонимных