План тестирования

Здраствуйте.
как составить план тестирования ?

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

Вариант 1: написать так, как Вам больше нравится.
Вариант 2: если не уверены в своих силах, то поискать на форуме. Данная тема здесь звучала уже очень много раз. Хотя бы вопросы будут уже другие. А заодно поймёте, что вопрос абсолютно неинформативен. Так как спор об однозначном понимании данного термина не был закончен.
Вариант 3: если не подходят 2 первых пункта - поручить кому-то другому.

Здраствуйте.
как составить план тестирования ?

Очень абстрактный вопрос. На него есть абстрактный ответ:
- подумать и написать.

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

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

Здраствуйте.
как составить план тестирования ?

добавлю свой список:

• Понять, что такое план тестирования
• Решить, зачем он нужен
• Выяснить, для кого собираетесь его писать. План для себя и план для других сильно отличается
• Не использовать шаблоны и стандарты, если явно не требуется их соблюдение
• Написать-таки план

4. когда вы будете тестировать (расписание для каждой фичи)

Отчего-то мне представляется табличка со скедулом прямо в ворд документе. Любопытно, отчего просто не составить тот же скедул в Проджекте и сделать на него ссылку с тест плана? Таким образом поддерживать график работ в актуальном состоянии будет проще да и нагляднее на порядок. Objections?

4. когда вы будете тестировать (расписание для каждой фичи)

Отчего-то мне представляется табличка со скедулом прямо в ворд документе. Любопытно, отчего просто не составить тот же скедул в Проджекте и сделать на него ссылку с тест плана? Таким образом поддерживать график работ в актуальном состоянии будет проще да и нагляднее на порядок. Objections?

Никаких особенных возражений. Расписание - есть часть плана тестирования, как удобно так и надо делать.
Что касается ворда\экселя - так ими не пользуюсь уж несколько лет. Все это форматы в себе. Иметь два документа, где надо чего-то менять время от времени - мне не нравится. У нас расписание - часть тестплана.
Проджектом тоже не пользуемся. Хотя есть аналог, но в нем несколько более глобальные таски: тестовый цикл 1\2\...\N; Автоматизация; Верификация и тд.

можно посмотреть на ваши тест планы или хотя бы на расписание?

можно посмотреть на ваши тест планы или хотя бы на расписание?

Данная информация для вас будет несовсем информативной - разные продукты, разные подходы, разные планы тестирования и сроки

Наиболее простой вариант:
1. Для начала определиться с методологией и методами тестирования (имеются ввиду как ручные так и автотесты)
2. Определиться как часто вы будете прогонять продукт по одному и томуже плану? (возможно вам придется продумать версионность планов тестирования, в зависимости от версионности продукта)
3. Оценка сроков тестирования не каждому дана, необходимо закладываться не только на чистое время тестирования, но и на всякие неприятности.
Хотя вам наверно это уже и не надо :)