Сообщений в теме: 13

[snusmumrik]

привет народ, подскажите,
есть ли какая-то литература по тест дизайну? или данное направление пока на уровне "из уст в уста и из личного опыта"?

[LeshaL]

привет народ, подскажите,
есть ли какая-то литература по тест дизайну? или данное направление пока на уровне "из уст в уста и из личного опыта"?

Привет!
Вы задали очень интересный вопрос. Я как-то о такой литературе не задумывался. А вот теперь стало интересно, сам бы чего-нибудть прочитал. Порыскал на амазоне нашел только одну:
http://www.amazon.co...n/dp/158053791X
Саму книгу пока не нашел, чтобы посмотреть насколько она представляет интерес.

Так же эта тема поднимается в других книгах по тестированию, в быстром тестировании, например.

[rlabs]

"A Practitioner's Guide to Software Test Design" - хорошая прикладная книжка. Рекомендуется к прочтению.

По сути - там просто рассмотрены все подходы к проектированию тестов - граничные условия, области определения, требования, use cases, и тд и тп (на амазоне, кстати, можно посмотреть оглавление). Есть хорошая глава про pair-wise testing. Из полезного для тест-дизайна там - рекомендации, когда какой метод применять.

Таким образом, можно взять любую хорошую книжку по методикам (хоть "Тестирование черного ящика" Бейзера) для ознакомления с самими методиками; и добавить к этому продуманную стратегию тестирования - что и как эффективнее тестировать. Вот и получилось пособие по тест-дизайну. По хорошим стратегиям можно посмотреть "Lessons Learned in Software Testing" Канера сотоварищи, Рекса Блэка еще например.

У Блэка, конкретно, можно посмотреть Pragmatic Software Testing и Ключевые процессы тестирования. Но в общем Рэкс большой поклонник risk-based подхода. А Канер с друзьями уважают контекст.

PS ищущим "Practitioner's Guide" или "Critical Testing Processes" могу немного посодействовать (но я этого не говорил).

[dlg99]

есть ли какая-то литература по тест дизайну? или данное направление пока на уровне "из уст в уста и из личного опыта"?

Исключительно из вежливости не буду задавать дополнительных вопросов. Просто дополню список, рекоммендованный rlabs:

Testing Object-Oriented Systems: Models, Patterns, and Tools by Robert V. Binder

xUnit Test Patterns: Refactoring Test Code by Gerard Meszaros / http://www.xunitpatterns.com/

The Art of Software Testing, Second Edition by Glenford J. Myers

http://www.geocities...signMethods.pdf
http://www.geocities..._based_testing/

ну и далее.

[LeshaL]

"A Practitioner's Guide to Software Test Design" - хорошая прикладная книжка. Рекомендуется к прочтению.

По сути - там просто рассмотрены все подходы к проектированию тестов - граничные условия, области определения, требования, use cases, и тд и тп (на амазоне, кстати, можно посмотреть оглавление). Есть хорошая глава про pair-wise testing. Из полезного для тест-дизайна там - рекомендации, когда какой метод применять.

Таким образом, можно взять любую хорошую книжку по методикам (хоть "Тестирование черного ящика" Бейзера) для ознакомления с самими методиками; и добавить к этому продуманную стратегию тестирования - что и как эффективнее тестировать. Вот и получилось пособие по тест-дизайну. По хорошим стратегиям можно посмотреть "Lessons Learned in Software Testing" Канера сотоварищи, Рекса Блэка еще например.

У Блэка, конкретно, можно посмотреть Pragmatic Software Testing и Ключевые процессы тестирования. Но в общем Рэкс большой поклонник risk-based подхода. А Канер с друзьями уважают контекст.

PS ищущим "Practitioner's Guide" или "Critical Testing Processes" могу немного посодействовать (но я этого не говорил).

Спасибо за отзыв о книге. Постараюсь сам найти, но если вдруг...хотя вы ведь ничего не говорили ;)
Про ключевые процессы - согласен, хорошая книга. Бейзер - зануда. Тяжело читать, но тоже книга ничего так - можно научиться налоговую декларацию США заполнять. :)

Офтоп: я вот книгу "Practitioner's Guide to Software Test Design", к сожалению, не читал. Поэтому с pairwise testing-ом вышла интересная ситуация. Я его сам придумал :) У нас без такого подхода тяжело что-либо протестировать. Кол-во параметров (взаимосвязанных и нет) порой несколько десятков. Потом нашлась статейка какая-то, где этот подход описан. А потом и такой сайт http://www.pairwise.org/
В связи с этим имею шкурный интерес, связанный с каким-либо тулом. Может посоветовать кто-нибудь может? Ессно интересуют бесплатные. Мы исследовали несколько. Понравился PICT. Но нам его похоже нельзя использовать из-за legal-ных соглашений. Конечно, наверное лучше новую тему открыть, если тут еще не было...

[rlabs]

Testing Object-Oriented Systems: Models, Patterns, and Tools by Robert V. Binder
xUnit Test Patterns: Refactoring Test Code by Gerard Meszaros / http://www.xunitpatterns.com/

Дополню дополнение: первые две книжки - отличные справочники и средства самообороны (тяжелые такие, солидные) - от корки до корки их читать скорее всего не нужно; кроме того, (имхо) они в большей степени для разработчиков или тестировщиков "белого ящика" (хотя общие принципы подойдут и для чорного тоже).

[rlabs]

Спасибо за отзыв о книге. Постараюсь сам найти, но если вдруг...хотя вы ведь ничего не говорили ;)

7.5Mb, но бумажная все-таки приятнее.

В связи с этим имею шкурный интерес, связанный с каким-либо тулом. Может посоветовать кто-нибудь может? Ессно интересуют бесплатные. Мы исследовали несколько. Понравился PICT. Но нам его похоже нельзя использовать из-за legal-ных соглашений. Конечно, наверное лучше новую тему открыть, если тут еще не было...

Могу присоветовать отличный способ легализации: написать скрипт на python (или на чем приятнее писать).

[LeshaL]

Спасибо за отзыв о книге. Постараюсь сам найти, но если вдруг...хотя вы ведь ничего не говорили ;)

7.5Mb, но бумажная все-таки приятнее.

Спору нет - бумажная приятнее. Может и получится найти бумажную. Иначе есть старенький пальмик, который давно без дела скучает.

В связи с этим имею шкурный интерес, связанный с каким-либо тулом. Может посоветовать кто-нибудь может? Ессно интересуют бесплатные. Мы исследовали несколько. Понравился PICT. Но нам его похоже нельзя использовать из-за legal-ных соглашений. Конечно, наверное лучше новую тему открыть, если тут еще не было...

Могу присоветовать отличный способ легализации: написать скрипт на python (или на чем приятнее писать).

Писать свой не будем - нет ресурсов, а задача не из простых, хотя и интересная. Я тут по этому поводу древнюю тему нашел и туда уже написал:
http://software-test...?showtopic=2113
В этой ветке предлагаю дискуссию не пролдолжать, все-таки pairwise testing не совсем по теме данного вопроса.

[dlg99]

Писать свой не будем - нет ресурсов, а задача не из простых, хотя и интересная.

На самом деле, не настолько она сложная.
Я постараюсь все-таки в выходные собраться - доку набросать и выложить куда-нибудь свой вариант (на python).
Он не мега-оптимален, конечно.

как опция - перейти к нам работать ;) У нас еще много всяких интересных [внутренних] наработок.

[Nadya Kochetova]

The Art of Software Testing, Second Edition by Glenford J. Myers

может и я кому то смогу поспособствовать...
глава 4 касается только тест проектирования. много примеров. написана неплохо.

[o_O]

В связи с этим имею шкурный интерес, связанный с каким-либо тулом. Может посоветовать кто-нибудь может? Ессно интересуют бесплатные. Мы исследовали несколько. Понравился PICT. Но нам его похоже нельзя использовать из-за legal-ных соглашений. Конечно, наверное лучше новую тему открыть, если тут еще не было...

Попробуйте AllPairs (http://www.satisfice...tools/pairs.zip) написан на Перле, распространяется на условиях GPL 2.0

[snusmumrik]

Спасибо за информацию!
попробую найти в бумажном виде..
dlg99, отдельное спасибо за проявленную вежливость :)

[dlg99]

Писать свой не будем - нет ресурсов, а задача не из простых, хотя и интересная.

На самом деле, не настолько она сложная.
Я постараюсь все-таки в выходные собраться - доку набросать и выложить куда-нибудь свой вариант (на python).
Он не мега-оптимален, конечно.

собственно, вот и выложили: AllPairs by MetaCommunications, Inc.
экспериментируйте на здоровье. 'Документация' весьма краткая, смотрите примеры.

[LeshaL]

Писать свой не будем - нет ресурсов, а задача не из простых, хотя и интересная.

На самом деле, не настолько она сложная.
Я постараюсь все-таки в выходные собраться - доку набросать и выложить куда-нибудь свой вариант (на python).
Он не мега-оптимален, конечно.

собственно, вот и выложили: AllPairs by MetaCommunications, Inc.
экспериментируйте на здоровье. 'Документация' весьма краткая, смотрите примеры.

Спасибо!
Обязательно поэкспериментируем. Но думаю, только после окончания праздников.
Старый стал - неохота на выходных что-либо делать :)