culver

А 10.00 это по Москве? То есть по Киеву в 9.00, да?

А достаточно будет DimDim Free экаунта или надо будет DimDim Pro?

Организация:
1. Сколько нужно человек в отдел?
2. Какой у тестировщиков должен быть уровень знаний в предметной области ?
3. Какой у тестировщиков должен быть уровень знаний по профессии ?
4. Какие сроки подготовки допустимы для новичков?
5. Приемлемо ли брать студентов?
6. Какие ключевые роли присутствуют?
7. Какие роли могут допускать совмещение?
8. Каков бюджет?
Окружение:
10. Помещение?
11. Оборудование?
12. Программные средства? (Тут я имею ввиду систему документооборота, систему управления требованиями, багтрекер, и т.д.)
Методологии:
14. Существующий процесс разработки?
15. Место тестирования в процессе разработки?
16. Структурная декомпозиция работ по тестированию?
И на основе ответов на эти вопросы, выполнить 5 моих пунктов. Подозреваю, что вопросы перечислены далеко не все, поэтому, жду дополнений, замечаний и предложений :)

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

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

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