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

[mussolini]

Подскажите пожалуйста, знающие тестировщики. Терзает меня вопрос, насчет тест кейсов. Возможно глупый, спишите его на мою неосведомленность в тестировании ) Вот я понимаю так, если есть требование то просто пишем тест кейсы к каждому из них. Один будет позитивным, другой негативным например. Я вот читаю что тест кейсы можно писать даже без требований. Как это?) И как быть уверенным что при разработке тест кейсов я покрою ими все то что нужно протестировать? Тест кейсы для чего вапще нужны? Их тестер должен отправлять комуто как отчет о совершенных делах?) Где их сохраняют тестеры? И как это,- например я писал тест кейсы, ушел с работы , а после меня ими пользуеться кто-то другой...зачем они ему например нужны, если он на другом проекте, тестит например совсем другую прогу?
Возможно у когото есть ссылки с примерами тест кейсов, ато у меня сейчас состояние " слышу звон, незнаю где он" или чтото в этом роде)) У меня тыща мильион вопросов, но надеюсь найдеться добрая душа которая хоть частично ответит мне )))
Буду весьма благодарен за ответы!!!!

[jast`towork]

Подскажите пожалуйста, знающие тестировщики.

Не знаю нужно ли еще отвечать) но все же сделаю это. Потому что когда то такой же была, но искала ответы в книгах и у начальства.
Без требований возможно, но обычно на серьезных, хорошо поставленных проектах, документация ведется, т.е. требования есть.
Допустим проект таков, что требований нет. Тогда ты изучаешь свое приложение и задаешь вопросы разработчикам об ожидаемом результате и спорных вопросах (возможно аналитик, если он есть). И вообще нужно решить нужны тебе именно тест кейсы или чек листы (хотя может я не права). У нас на проекте проектный менеджер озвучивает нужно ли составлять их или нет. На Андроиде, Айфоне я делала себе пометки, для веба конечно же тест кейсы, но документация у меня была.
Как быть уверенным что все покрыл, составляешь матрицу покрытия, функциональное дерево.
Тест кейсы для чего вапще нужны? -- не буду такое комментить. Читайте пожалуйста литературу, кто вами руководит?

[Sparkle]

Ну для начала тест-кейсы - это документация, которая необходима при любой разработке любого проекта. Конечно если тестируемое приложение написано на коленке без вообще каких либо требований и функциональностей у него минимум, то может и можно обойтись без тест-кейсов, просто проверить, что нужная кнопка нажимается. Или если наоборот написана огромная подробная документация и написана идеально и без ошибок, и тест кейсы будут просто ее копипастами, то может и действительно не стоит.
Но если у вас спецификаций/описаний подробных нет, функциональностей много, то это же надо как-то систематизировать, чтобы ничего не упустить) Как же в этом случае без тест кейсов?)

[ch_ip]

Подскажите пожалуйста, знающие тестировщики. Терзает меня вопрос, насчет тест кейсов. Возможно глупый, спишите его на мою неосведомленность в тестировании ) Вот я понимаю так, если есть требование то просто пишем тест кейсы к каждому из них. Один будет позитивным, другой негативным например. Я вот читаю что тест кейсы можно писать даже без требований. Как это?) И как быть уверенным что при разработке тест кейсов я покрою ими все то что нужно протестировать? Тест кейсы для чего вапще нужны? Их тестер должен отправлять комуто как отчет о совершенных делах?) Где их сохраняют тестеры? И как это,- например я писал тест кейсы, ушел с работы , а после меня ими пользуеться кто-то другой...зачем они ему например нужны, если он на другом проекте, тестит например совсем другую прогу?

Обычно на одно требование бывает несколько тест-кейсов, как позитивных, так и негативных.
Тест-кейсы, конечно, можно писать,не зная требований (кто ж запрещает их писать-то?). Вопрос только, зачем такие тест-кейсы нужны7
Требования есть всегда. Не всегда они задокументированы.
Тест-кейсы пишутся на определенную функциональность в определенном проекте. Переносить их без изменения на другие проекты, как правило, смысла не имеет.
Зачем писать - это хороший вопрос. Иногда совершенно не нужно, лишняя трата времени. Иногда и нужно, но не получается (нет времени).
Вот несколько вариантов на тему, зачем:

• Бывает так, что пишет их один человек, а выполняет другой. То есть разделение обязанностей.
• Кейсы - это тоже документация. Иногда они бывают единственной вменяемой документацией на проекте и используются тестировщиками, техподдержкой, техписами, и т.д.
• Люди болеют, переходят на другой проект, увольняются... Наличие кейсов позволяет не потерять накопленные знания, быстрее вводить нового человека в работу.

Хранят их там, где это удобно. От блокнота и вики до спец. программ для хранения и прохождения тест-кейсов. В некоторых конторах даже пишут специальные программы под себя для этих целей.

Возможно у когото есть ссылки с примерами тест кейсов

Примеры ищите сами, благо за поиск платы не берут. Они, например, есть в книжке Савина.

[ch_ip]

Без требований возможно, но обычно на серьезных, хорошо поставленных проектах, документация ведется, т.е. требования есть.

Требования есть всегда. Документация ведется далеко не всегда, даже на серьезных проектах. Еще реже она бывает актуальной. Сильно реже полной. Все вместе - никогда.

Допустим проект таков, что требований нет.

Так не бывает. Есть проект - значит, есть и требования. Они могут быть неполны. противоречивы, смутны и недокументированы. Разные люди могут иметь разное представление об этих требованиях. Но они всегда есть.

Тогда ты изучаешь свое приложение и задаешь вопросы разработчикам об ожидаемом результате и спорных вопросах (возможно аналитик, если он есть).

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

Тест кейсы для чего вапще нужны? -- не буду такое комментить.

А зря. Вот Алексей Лупан, например, на последней он-лайн конференции FunConfetQA вполне успешно доказвыал, что тест-кейсы не нужны. Совсем. Я с ним согласен :)

[ch_ip]

Ну для начала тест-кейсы - это документация, которая необходима при любой разработке любого проекта.

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

Конечно если тестируемое приложение написано на коленке без вообще каких либо требований и функциональностей у него минимум, то может и можно обойтись без тест-кейсов,

Приложение не бывает написано без требований. Вот требования без приложения - да.
Фейсбук, кстати, к какому из проектов отнесете - к наколеночному или с минимумом функциональности?

Или если наоборот написана огромная подробная документация и написана идеально и без ошибок, и тест кейсы будут просто ее копипастами, то может и действительно не стоит.

А вот если есть большая документация, то скорее всего стоит писать тест-кейсы. Вот только не с помощью копи-паста, а с помощью анализа, исследований и головы. Тут в соседней ветке Ольга Киселева ссылку нахорошую статью кидала, где описано, почему плохо писать тест-кейсы методом копи-паста с требований.
P.S. Считать, что документация написана без ошибок - одна из грубейших ошибок, которую только может совершить тестировщик.

Но если у вас спецификаций/описаний подробных нет, функциональностей много, то это же надо как-то систематизировать, чтобы ничего не упустить) Как же в этом случае без тест кейсов?)

Чек-лист наше все :)

[Sparkle]

Чек-лист наше все :)

Ну это уже все демагогия. Вон я спрашивала про тест-кейсы - все не могут сойтись на одном, что же это такое) То есть определение у всех одно, но подразумевают каждый свое :)
Так ГОСТа на это все дело нет, то можно сказать так: если у вас память как у Дастина Хоффмана в Человеке Дождя, то обходитесь без тест-кейсов, а если нужно записывать, то записывайте, постепенно это все равно сформируется во что-то определенное. Как мне кажется, в данном случае каждый должен изобрести свой собственный велосипед)

[Clauster]

Ну для начала тест-кейсы - это документация, которая необходима при любой разработке любого проекта.

Далеко не факт. Есть проекты, которые не то что без тест-кейсов, даже без тестировщиков замечательно живут.

Но если у вас спецификаций/описаний подробных нет, функциональностей много, то это же надо как-то систематизировать, чтобы ничего не упустить) Как же в этом случае без тест кейсов?)

Есть варианты, почитайте, например, про exploratory testing.

[Clauster]

Чек-лист наше все :)

Ну это уже все демагогия. Вон я спрашивала про тест-кейсы - все не могут сойтись на одном, что же это такое) То есть определение у всех одно, но подразумевают каждый свое :)
Так ГОСТа на это все дело нет, то можно сказать так: если у вас память как у Дастина Хоффмана в Человеке Дождя, то обходитесь без тест-кейсов, а если нужно записывать, то записывайте, постепенно это все равно сформируется во что-то определенное. Как мне кажется, в данном случае каждый должен изобрести свой собственный велосипед)

ГОСТ, кстати, кажется есть. Как и многие другие стандарты. Чтобы тестировать без тест-кейсов совсем необязательно быть аутистом, надо учиться и тренироваться. Велосипеды уже есть, но если вам так проще, то можете изобретать свой :)