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

[Mysh]

А если убедить руководство не удается, то постарайтесь ограничиться написанием специфичных для тестируемой функциональности чек - листов (детализируя их до такого уровня, на сколько позволяет время).

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

2. У вас появится реальная возможность создать полноценный (покрывающий ВСЮ функциональность, но менее детализированный) чек - лист), вместо неполного набора (пусть даже очень подробных) тест - кейсов.

Мы иногда используем так называемый метод Free Testing.
Чаще всего на написание тестовой документации заказчик просто не выделяет времени, мотивируя это тем, что она ему не нужна, а если нужна тестировщикам - это их проблемы.
Вот и приходится писать недетализированные проверки, чтобы хоть как-то покрыть тестами всю функциональность.
Приходится выживать в разных условиях.

[Amate]

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

ППКС (Подпишусь Под Каждым Словом). (с грустью) И добавить то нечего.

Ваши ответы написаны в стиле: "Делай как я потому, что это единственно правильное решение. Вы спрашиваете, почему? Не хочу разводить демагогию."
Для себя я это объяснил нехваткой у вас времени на нормальный ответ. Сейчас новые тесткейсы стараюсь создавать абстрагированно от интерфейса. Надеюсь ощутить выгоду на практике. Однако, мне видятся один только проблемы с неотловленными багами. :(

[greyver]

Сейчас новые тесткейсы стараюсь создавать абстрагированно от интерфейса. Надеюсь ощутить выгоду на практике. Однако, мне видятся один только проблемы с неотловленными багами. :(

Не очень понятна связь между отловленными\неотловленными багами и абстрагированным или нет описанием тест-кейсов.
Или последняя фраза оторвана от контекста. Тогда я с вами абсолютно согласен.

[Amate]

Не очень понятна связь между отловленными\неотловленными багами и абстрагированным или нет описанием тест-кейсов.
Или последняя фраза оторвана от контекста. Тогда я с вами абсолютно согласен.

Связь, как я ее вижу, подробно описана здесь (с примером):

[SALar]

Не очень понятна связь между отловленными\неотловленными багами и абстрагированным или нет описанием тест-кейсов.
Или последняя фраза оторвана от контекста. Тогда я с вами абсолютно согласен.

Связь, как я ее вижу, подробно описана здесь (с примером):

Нет там связи. Напишите прецеденты, и посмотрим как можно написать тесткейсы.

Сообщение отредактировал SALar: 30 ноября 2006 - 12:31

[arabica]

Что вы тестируете в вашем примере? Функциональность класса? Тогда нужно абстрагироваться от интерфейса. Или же интерфейс к классу? На мой взгляд это разные кейсы. На мой взгляд, детальное описание кнопок не поможет вам выявить ошибки в функциональности класса.
Помоему так.

[Amate]

Что вы тестируете в вашем примере? Функциональность класса? Тогда нужно абстрагироваться от интерфейса. Или же интерфейс к классу? На мой взгляд это разные кейсы. На мой взгляд,  детальное описание кнопок не поможет вам выявить ошибки в функциональности класса.
Помоему так.

И то, и другое. Не вижу смысла разделять на два прохода то, что можно сделать за один проход. Реалии таковы, что единственно возможный scope для тестирования в моем случае - это system. А значит нет смысла разделять функциональное тестирование и тестирование интерфейса, так как функционал доступен для тестирования только через интерфейс.

[greyver]

Что вы тестируете в вашем примере? Функциональность класса? Тогда нужно абстрагироваться от интерфейса. Или же интерфейс к классу? На мой взгляд это разные кейсы. На мой взгляд,  детальное описание кнопок не поможет вам выявить ошибки в функциональности класса.
Помоему так.

И то, и другое. Не вижу смысла разделять на два прохода то, что можно сделать за один проход. Реалии таковы, что единственно возможный scope для тестирования в моем случае - это system. А значит нет смысла разделять функциональное тестирование и тестирование интерфейса, так как функционал доступен для тестирования только через интерфейс.

В своей практике и стараюсь разделять эти проверки.
Можно проверить функциональность и интерфейс на одном тестовом стенде. Но не мешать в кучу эти проверки. Можно при проверке функциональности отметить некоторые пункты проверки интерфейса, но кейсы должны быть разные. ИМХО.
Да к тому же, смешав всё в кучу, получаем проблему, описанную в топике.

[Clauster]

На практике за один прогон можно много чего проверить. И интерфейс, и юзабилити, и функционал, и использование ресурсов. НО, где-то же всё-равно надо будет поставить галочку, что это проверено, поэтому и нужно различать прогоны тест-кейса. В самом простом случае, конечно же, прогон может быть проведен один, а аспектов проверено несколько. Вот и получается, на бумаге одно, на практике другое. Просто включите воображение и делайте как вам удобно.

PS

Для себя я это объяснил нехваткой у вас времени на нормальный ответ.

Времени на форум теперь у меня действительно нет и не предвидится ближайшие пару лет. За сим откланиваюсь.

[Kate]

"Экстремальные условия" конечно очень образное название того, что у нас происходит. Просто разработчики стремятся к экстремальной разработке, но пока нам еще далеко до этого.
Пытаемся в нашем бардаке навести хоть какой порядок...
Спасибо за критику, вопросы и ответы. Для себся я решила, что нам надо перехолить на чек - листы. Будем с нашими тестерами разрабатывать свой шаблон.

[Marcela]

Я прочла книжку по тестированию "Тестирование дот ком или пособие по жестокому обращению с багами в интернет стртапах"... вся нужная инфа по тестированию... сжато с юмором, все термины английские (американские) КЛАССНЫЙ ПОМОЩНИК ТЕСТИРОВЩИКА
Продается в Москве и Питере, издательство Дело
все буквально разжевано...

[Avis]

Здравствуйте.

На форуме прозвучало множество понятий (например, Session-Based Test Management), но неопытному человеку это трудно воспринять.

Расскажу ситтуацию на фирме, может подскажете советом.

Я недавно устроилась на долность тест-аналитика, в обязанности которого на этой фирме входит написание тест-кейсов по уже готовому продукту! Т.е. я просто подробно (вплоть до цвета записей и названий кнопок) описываю действия в xls. Это надо для заказщика. Обычно продукт отдается с кейсом клиенту. А тестировщики тестируют без кейсов (т.е. абсолютно).

Проекты сдаются как сказано уже выше в "бардаке". Сроки как обычно прошли вчера )
Начальство хоть и стремиться к оптимизации, но медленно.

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

[Yo)I(uk]

Здравствуйте.

На форуме прозвучало множество понятий (например, Session-Based Test Management), но неопытному человеку это трудно воспринять.

Расскажу ситтуацию на фирме, может подскажете советом.

Я недавно устроилась на долность тест-аналитика, в обязанности которого на этой фирме входит написание тест-кейсов по уже готовому продукту! Т.е. я просто подробно (вплоть до цвета записей и названий кнопок) описываю действия в xls. Это надо для заказщика. Обычно продукт отдается с кейсом клиенту. А тестировщики тестируют без кейсов (т.е. абсолютно).

Проекты сдаются как сказано уже выше в "бардаке". Сроки как обычно прошли вчера )
Начальство хоть и стремиться к оптимизации, но медленно.

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

Самый полный продукт который я встречал, это TFS. А процесс нужно подганять под метадалогию, чем ближе тем лудше (дешевле). Пишите Тест план, а тестеровщиков заставляйте по ниму Тест кейсы писать.

[Yo)I(uk]

"Экстремальные условия" конечно очень образное название того, что у нас происходит. Просто разработчики стремятся к экстремальной разработке, но пока нам еще далеко до этого.
Пытаемся в нашем бардаке навести хоть какой порядок...
Спасибо за критику, вопросы и ответы. Для себся я решила, что нам надо перехолить на чек - листы. Будем с нашими тестерами разрабатывать свой шаблон.

Мы обычно делаем Тест план, где описываем покрытие функционала, связи между ТС и т.д. Это потом очень экономит время. Также очень полезно создавать документ где тетстеры будут отмечать кто когда какой ТС проходил и какой результат.

[Kate]

Самый полный продукт который я встречал, это TFS. А процесс нужно подганять под метадалогию, чем ближе тем лудше (дешевле). Пишите Тест план, а тестеровщиков заставляйте по ниму Тест кейсы писать.

Можно поподробнее про применение TFS?

[Wizard]

Самый полный продукт который я встречал, это TFS. А процесс нужно подганять под метадалогию, чем ближе тем лудше (дешевле). Пишите Тест план, а тестеровщиков заставляйте по ниму Тест кейсы писать.

Ради обычного интереса решил поискать баги в русском языке. "Самый полный продукт, который я встречал - это TFS. А процесс нужно подгонять под методологию, и чем ближе, тем лучше (дешевле). Пишите Тест-план, а тестировщиков заставляйте по нему Тест-кейсы писать". Общий результат - 10 багов разной степени критичности (метАдАлогия меня убила). И, кстати, если для вас TFS - эталон, то это еще не значит, что с него стоит начинать построение процесса

З.Ы. Без обид...

[Darkus]

Kate - я почитал, что здесь народ написал и попробую подсказать ещё один вариант решения вашей проблемы.
Раз у вас настолько быстро меняется интерфейс, а понятие "писать абстрагировано" у вас вызывает непонимание, то пробуем подойти к решению вопроса с другой стороны.

Каждый раз, когда вы описываете тест-кейс, то вы решаете по существу 2 вопроса: Что тестируем? и Как тестируем?
Что тестируем - описывается суть теста (при нажатии на кнопочку должны выпасть 2 окошечка и там должно быть написано то-то).
Как тестируем - реализация теста тестировщиком, конкретно привязанная к интерфейсу. (открыть Окошко1, найти кнопку 1, нажать её. Подождать, пока откроются 2 окошечка, прочитать что там за информация, сравнить с эталоном).
...
Так вот, убираем из ваших тест-кейсов второй пункт... и сокращаем время на разработку\переделку тест-кейсов.
Вы такие экстремальные - значит должны быстрее на пальцах объяснить новичкам, как сделать тест, если им не понятно.
А после второго\третьего прохода - и так все запомнят в чём суть теста.
В крайнем случае - сделайте 1 раз собрание и объясните кому что не ясно по пунктам.

Я не советую брать на вооружение этот метод вообще, для любых ситуаций, но в вашем случае - это подойдёт.
Проверено.

[oska]

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

Clauster, Вы пользовались тестлинком?

я блин не могу его установить - скажать скачала и все на этом :(
в сетапе нет ничего для меня понятного :(
помогите

[oska]

Самый полный продукт который я встречал, это TFS. А процесс нужно подганять под метадалогию, чем ближе тем лудше (дешевле). Пишите Тест план, а тестеровщиков заставляйте по ниму Тест кейсы писать.

Можно поподробнее про применение TFS?

что такое TFS?

[AxelM]

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

Clauster, Вы пользовались тестлинком?

я блин не могу его установить - скажать скачала и все на этом :(
в сетапе нет ничего для меня понятного :(
помогите

есть мануал: http://www.teamst.or...tion_manual.pdf