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

[sachok777]

Всем привет.
Я прочитал несколько книг и посмотрел несколько роликов по тестингу на ютубе.
теперь хочу начать тестировать чтобы набрать опыта.
скачал эту прогу
хочу спросить с чего начать, естественно PRD нет.
есть только прога и мое упорство)))
если можно напишите список документации, которых я должен составить.

Всем спасибо

[Molechka]

А какие книги Вы читали? Очень странно, что прочитав аж несколько, не знаете, что именно Вам составлять...

[astenix]

sachok777, сколько можно сачковать?

Вы ничего не должны заполнять.

На ютюбе есть столь прекрасных гангам-роликов, их надо смотреть. И пересматривать.

[sachok777]

можно ли начинать таком порядке:

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

2. исходя из хелпа составить тест кейс:
1.1 GUI testing исходя из стандарта microsoft
1.2 блекбокс тестинг ( в т ч функциональное,interopability,интеграшн,секьюрити тестинг)
1.3 recovery и failover testing.

Поправьте если что то упустил или не дописал.

всем спасибо.

[Molechka]

можно ли начинать таком порядке:

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

2. исходя из хелпа составить тест кейс:
1.1 GUI testing исходя из стандарта microsoft
1.2 блекбокс тестинг ( в т ч функциональное,interopability,интеграшн,секьюрити тестинг)
1.3 recovery и failover testing.

Поправьте если что то упустил или не дописал.

всем спасибо.

1. Можно, а если и хелпа не будет?
2. GUI Testing на первом месте? Пока не проверена функциональность? И правда, зачем пользователям возможность создания, главное, чтобы кнопочка была красивая и справа сверху...
Что Вы понимаете под "recovery и failover testing."?

[sachok777]

можно ли начинать таком порядке:

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

2. исходя из хелпа составить тест кейс:
1.1 GUI testing исходя из стандарта microsoft
1.2 блекбокс тестинг ( в т ч функциональное,interopability,интеграшн,секьюрити тестинг)
1.3 recovery и failover testing.

Поправьте если что то упустил или не дописал.

всем спасибо.

1. Можно, а если и хелпа не будет?
2. GUI Testing на первом месте? Пока не проверена функциональность? И правда, зачем пользователям возможность создания, главное, чтобы кнопочка была красивая и справа сверху...
Что Вы понимаете под "recovery и failover testing."?

Значить начинать
1. Functional testing
2. GUI testing

Что Вы понимаете под "recovery и failover testing."?
Тестирование на Отказ и востановление.


И потом как вообще понять какой программе тестировать по какому тесту?

[DiNoS]

можно ли начинать таком порядке:

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

2. исходя из хелпа составить тест кейс:
1.1 GUI testing исходя из стандарта microsoft
1.2 блекбокс тестинг ( в т ч функциональное,interopability,интеграшн,секьюрити тестинг)
1.3 recovery и failover testing.

Поправьте если что то упустил или не дописал.

всем спасибо.

1. Можно, а если и хелпа не будет?
2. GUI Testing на первом месте? Пока не проверена функциональность? И правда, зачем пользователям возможность создания, главное, чтобы кнопочка была красивая и справа сверху...
Что Вы понимаете под "recovery и failover testing."?

Значить начинать
1. Functional testing
2. GUI testing

Что Вы понимаете под "recovery и failover testing."?
Тестирование на Отказ и востановление.


И потом как вообще понять какой программе тестировать по какому тесту?

Тестирование на отказ и востановление.. хм.. И чем же Вы будите добиваться отказа и мерять востановление? Есть понятия стресс тестирование и нагрузочное тестирование, но я настоятельно порекомендовал бы не начинать с этого. Попробуйте начать конкретно с функционального тестирования. А вот уже функциональное тестирование в свою очередь можно разбить на разные методы и подходы к тестированию. Для начала этого вам будет выше крыши. Методы эквиволентности, пограничные значения и т.д. По крайней мере я начинал именно с этих вещей.

[negro]

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

sachok777 задал вопрос об артефактах, с которых, как правило, начинается тестирование, в контексте своей задачи.
Кроме недоумения:
1. от неуместных упреков, типа 'что и как вы там читали?' и комплекса эстетического восприятия UI;
2. от рекомендаций (не по теме вопроса) пересматривать какие-то youtube-ролики;
3. от недовольного хмыканья типа: 'чего и как вы там хотите добиваться? начинайте прямо с функционального тестирования!'
т.е. отсутствия культуры слышать, что спрашивают... я уже давно наблюдаю другую глубокую проблему.

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

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

Возможно я не то читал или не туда смотрел и ошибаюсь, т.е. всё же существуют цельная методология управления качеством, методология тестирования ПО, у них есть название и автор(ы), они подробно описаны и имеют место примеры их эффективного использования, тогда дайте, пожалуйста, ссылку на источники!
Короче, всё или почти всё, что мне попадалось на эту тему, было псевдонаучной демагогией не имеющей прикладного смыла.

Возвращаясь к вопросу данной темы, замечу, sachok777, никакая наука не поможет, если тупо по алгоритму (так...что это...где я... с чего там начинают тестить... ага... с писанины) подходить к делу, не осознавая зачем и кому это надо, без понимания к обязанностям специалистов какой квалификации и какой роли в проекте относится создание соответствующих артефактов!
Судя по вашему подходу и предложениям, вы не хотите работать тестером, а метите либо в техписы либо в менеджеры.
Но если серьёзно, вам, как начинающему тестеру, надо научиться составлять один документ - багрепорт.
И поверьте, истинное счастье, если никаких других документов вам в карьере тестировщика не придётся писать (т.е. если ваши профессиональные возможности будут такими, что их неэффективное использование на написание документации будет очевидной глупостью со стороны менеджмента)!
А теперь хорошая новость, sachok777, то что нет PRD - это облегчает вам задачу проверки работы приложения в роли юзера, не читающего readme (самый распространённый случай).