Pairwise testing | All pairs | orthogonal array testing - минимизация,
#1
Отправлено 27 марта 2012 - 00:16
Подробнее всего по теме мне понравилась блестящая статья Майкла Болтона. Очень рекомендую, там хорошо рассказано о самом методе, его целях и преимуществах, и о том, что иногда лучше не долго составлять комбинации, а "прыгать в воду и плыть".
http://www.developse...iseTesting.html
На сайте, посвященном этой методике, есть ссылки и на и другие статьи по теме:
"Articles and Other Resources on topic"
http://www.pairwise.org/articles.asp
А здесь ссылки на инструменты. Есть устаревшие, есть рабочие:
"Pairwise Testing - Available Tools"
http://www.pairwise.org/tools.asp
Jenny - один из рабочих.
http://burtleburtle....math/jenny.html
(список комбинаций от Jenny можно легко превращать в текстовый какой-нибудь программой для множественной замены)
Ранее подымавшиеся по вопросу темы на форуме, из тех, что мне помогли и для тех, кто предпочитает почитать о теме по-русски:
http://software-test...rum/topic/2113/
Сайты посвящённые Pairwise Testing
http://software-test...rum/topic/1599/
Зависимые тесты как сократить число тестов
http://software-test...forum/topic/90/
Ортогональные матрицы для тестирования
http://software-test...forum/topic/91/
Пример ортогональной матрицы
Дополнения в тему, естественно, приветствуются :)
#2
Отправлено 27 марта 2012 - 19:33
SQL для тестировщиков
Тренинги по HP QTP и автоматизации тестирования
Если минарет, значит выше всех (с)
#3
Отправлено 19 августа 2013 - 12:26
SQL для тестировщиков
Тренинги по HP QTP и автоматизации тестирования
Если минарет, значит выше всех (с)
#4
Отправлено 20 августа 2013 - 07:39
Статья Джеймса Баха. Pairwise Testing: A Best Practice That Isn’t . Рекомендую прочесть прежде, чем увлекаться данной техникой
Все факты мне показались очень логичными и очевидными, печально, что кто-то необдуманно пользуется техниками.
#5
Отправлено 20 августа 2013 - 17:08
Статья Джеймса Баха. Pairwise Testing: A Best Practice That Isn’t . Рекомендую прочесть прежде, чем увлекаться данной техникой
Все факты мне показались очень логичными и очевидными, печально, что кто-то необдуманно пользуется техниками.
Антон, вы умрёте от печали, когда узнаете, насколько необдуманно и посредственно используются техники тестирование 80% ныне здравствующих тестировщиков...
Software Testing Glossary - простыми словами о непростых словах.
#6
Отправлено 20 августа 2013 - 17:34
Статья Джеймса Баха. Pairwise Testing: A Best Practice That Isn’t . Рекомендую прочесть прежде, чем увлекаться данной техникой
Все факты мне показались очень логичными и очевидными, печально, что кто-то необдуманно пользуется техниками.
Антон, вы умрёте от печали, когда узнаете, насколько необдуманно и посредственно используются техники тестирование 80% ныне здравствующих тестировщиков...
И более прискорбно: 80% из тех 20%, которые пользуются техниками вообще.
#7
Отправлено 20 августа 2013 - 18:38
Я скорблю, ты скорблишь, они скорблят, мы скорблим..И более прискорбно: 80% из тех 20%, которые пользуются техниками вообще.
Software Testing Glossary - простыми словами о непростых словах.
#8
Отправлено 20 августа 2013 - 21:08
Это или большой опыт или эффект знания задним числомВсе факты мне показались очень логичными и очевидными, печально, что кто-то необдуманно пользуется техниками.
Статья Джеймса Баха. Pairwise Testing: A Best Practice That Isn’t . Рекомендую прочесть прежде, чем увлекаться данной техникой
SQL для тестировщиков
Тренинги по HP QTP и автоматизации тестирования
Если минарет, значит выше всех (с)
#9
Отправлено 21 августа 2013 - 07:11
Это или большой опыт или эффект знания задним числом
Все факты мне показались очень логичными и очевидными, печально, что кто-то необдуманно пользуется техниками.
Статья Джеймса Баха. Pairwise Testing: A Best Practice That Isn’t . Рекомендую прочесть прежде, чем увлекаться данной техникой
Не обязательно, если у нас есть 5 опций по 5 факторов, но мы не можем подать значения факторов по отдельности ( т.е 10000 01000 00100 00010 00001) то последовательности 11111 22222 33333 44444 55555 не попадут в ортогональную таблицу, только в список всех комбинаций. Тестирование всех пар подразумевает, что все значения по отдельности мы так же проверили, поскольку это более сильное покрытие. Ортогональная таблица гарантирует только, что каждая комбинация значений встречается ровно один раз, при этом она может не содержать в себе комбинации для более низкого уровня покрытия.
Например таблица
000
011
101
110
Содержит все пары, но не содержит проверок по отдельности (0-- -0- --0) . Наверное заблуждение в этом.
#10
Отправлено 25 августа 2013 - 21:40
Antoxa, отложи свои заблуждения, воображения тебе явно не хватает на 25% ! как же так, ты пропустил ---?(0-- -0- --0). Наверное заблуждение в этом.
#11
Отправлено 26 августа 2013 - 07:34
Antoxa, отложи свои заблуждения, воображения тебе явно не хватает на 25% ! как же так, ты пропустил ---?(0-- -0- --0). Наверное заблуждение в этом.
Отнюдь=) мой комментарий относился к вышеуказанной статье The Best Practice That Isn't. Там говорилось о том, что техника выбора пар комбинаций пропускает одиночные значения параметров. Предложенный мной пример 0-- -0- и --0 как раз относится к проверке каждого из параметров отдельно, под знаком "-" подразумевается отсутствие ввода.
Отсутствие воображения тут ни при чем.
#12
Отправлено 26 августа 2013 - 10:03
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
Количество пользователей, читающих эту тему: 1
0 пользователей, 1 гостей, 0 анонимных