Метод парного тестирования
#1
Отправлено 29 марта 2011 - 10:38
Каждый тестировщик пишет тесты по определенному принципу. Даже тот, кто слыхом не слыхал ни о каких методиках, так или иначе руководствуется рядом принципов, которые, как правило, держит в голове, или в редких случаях на бумаге. Но скажите, какой бывалый тестировщик не представлял себе фантастическую ситуацию, когда эти принципы реализованы в коде: софт создает тест-кейсы. Конечно до такой радужной перспективы еще очень далеко, но первые шаги на этом поприще уже сделаны…
Читать дальше
Тренинги по тестированию ПО
#2
Отправлено 29 марта 2011 - 11:32
Подробности выслал в личку.
#3
Отправлено 29 марта 2011 - 14:28
Текст статьи лезет вправо на описание блогов почему-то.
Подробности выслал в личку.
Спасибо за замечания. Поторопилась, вставила слишком большие картинки. Исправила, теперь должно быть все в порядке.
Тренинги по тестированию ПО
#4
Отправлено 29 марта 2011 - 19:11
Когда я прочел заголовок новости - я решил, что это обновление старой статьи Славы Панкратова "Парное тестирование — возьмём от ХР лучшее".
Сейчас нашел ее здесь - http://citforum.ru/SE/testing/tandem/ С данного сервера, наверное, давно убрали.
А тут как выяснилось название точно такое же, только разговор совсем не о том.
Путаница в терминах получилась:(
#5
Отправлено 30 марта 2011 - 05:16
#6
Отправлено 30 марта 2011 - 10:01
Согласен. Я указывал автору на это, когда редактировал. Но он настоял на своём варианте названия. Может быть комментарии помогут убедить его в том, что надо поправить название :)А тут как выяснилось название точно такое же, только разговор совсем не о том.
Путаница в терминах получилась:(
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
#7
Отправлено 30 марта 2011 - 13:22
В статье ведь речь идёт о тест-дизайне, а не о непосредственном тестировании.
#8
Отправлено 30 марта 2011 - 19:21
Однако мне было бы очень интересно услышать ваши впечатления о содержании статьи.
#9
Отправлено 31 марта 2011 - 08:52
#10
Отправлено 31 марта 2011 - 23:31
Поэтому, статья очень полезная. Понравилось, что в ней объяснены две важные для паирвайза вещи:
1) В начале разработки - бессмысленно (затраты на локализацию проблем слишком дороги, когда многое не работает)
2) В паирвайзе очень строго с взаимозависимыми параметрами (в примере из статьи - тип носителя и максимальный объём).
Но...
Я не согласна с необходимостью тестирования на всех возможных скоростях, мне кажется, что 4,8,16 и т.д. - эквивалентны. Конечно, разок их проверить надо, но использовать в комбинаторике (паирвайзе или любой другой) - врядли... Всё-таки, комбинаторные методы проектирования нужны для проверки основных значений, а не всех проверяемых.
Обучение для профессионалов: Школа тест-менеджеров | Школа тест-аналитиков | Школа Тестировщиков
Услуги для тест-менеджеров: Аутсорсинг тестирования | Поиск тестировщиков | Консалтинг
#11
Отправлено 01 апреля 2011 - 04:22
#12
Отправлено 06 апреля 2011 - 14:21
Сергей Павлович, спасибо за ссылку на статью, автору действительно удалось хорошо систематизировать ограничения и недостатки метода, что гораздо скромнее изложено в моей статья.Пичаль в том что такие статьи как правило не описывают проблемы, которые описаны уже много где и очень давно. Вот это вообще обязательно: http://www.testinged...sePNSQC2004.pdf
Но право не стоит печалиться, ведь моя статься и приведенная Вами отлично дополняют друг друга: одна о том как пользоваться методом, другая в свою очередь предупреждает о таящихся ограничениях. Дабы читатель мог кратко составить представление о недостатках метода, я рекомендую сразу обратится к заключению на 13 странице статьи Джеймса Батча.
#13
Отправлено 07 апреля 2011 - 04:06
Просто для тех кто в курсе там ничего нового, а те кто не в курсе (кому она действительно нужна) скорее всего и так читать не будут (десятки подобных статей до этой не прочитали же).
#14
Отправлено 07 апреля 2011 - 04:35
Мне кажется, что тот, кто не знает материал, не поймёт его из статьи.
Рассмотрим приведённый в статье пример - 3 параметра по 2 значения.
Я впал в глубокий ступор из-за "таблицы тестов". Если задача этой таблицы - отразить все возможные комбинации, то почему этих комбинаций получилось 7? Их должно быть 8 (2 в степени 3)!
Отсутствует комбинация 1.2-2.2-3.2.
Затем - сам алгоритм "оптимизации".
Не думаю, что "студенту" изложенные действия будут понятными.
Мне кажется, что В УЧЕБНОЙ статье нужно было потратить время и расписать алгоритм более подробно.
Получилось в результате (перефразируя OVA): Просто для тех кто в курсе там ничего нового, а те кто не в курсе - не поймёт.
За попытку - спасибо.
Количество пользователей, читающих эту тему: 1
0 пользователей, 1 гостей, 0 анонимных