С разработчиков - означает с команды проекта, которая должна иметь в своем составе документатора. Если его нет - см. мое сообщение еще раз. Требования же должны быть собраны до того, как вы вообще начнете что-то делать. Потом их можно уточнять.С разработчиков? Пардон, а как разработчик влияет на окружение?
Тестирование и разработка
#21
Отправлено 25 сентября 2003 - 10:42
#22
Отправлено 25 сентября 2003 - 10:43
Какой процесс именно?To case: Вероятно, у Вас процесс не поставлен. Вот и не работает. У нас - работает.
У вас тестировщик что делает? Получает всё на входе. что вы перечислили от разработчиков?
Редактор портала www.it4business.ru
#23
Отправлено 25 сентября 2003 - 10:46
Какой процесс именно?
У вас тестировщик что делает? Получает всё на входе. что вы перечислили от разработчиков?
Продукт просто не принимается на тестирование, если к нему не дают перечисленную мной документацию. Это решается на уровне менеджера проекта и менеджера команды тестировщиков.
Задача тестировщика - составить план тестирования, придумать тесты, выполнить их и отчитаться. Все.
#24
Отправлено 25 сентября 2003 - 10:50
Канечно Ваш случай, когда есть всё указанное в документации приводит процесс в нормальное состояние, только вот проблема чуть глубже - вы говорите о качественно ином уровне процесса. зачастую, а тем паче на самых первых шагах построения системы каества этого всего просто нет, так же как и процесса версионности, билдов и так далее.
Редактор портала www.it4business.ru
#25
Отправлено 25 сентября 2003 - 10:52
Только мне упорно не понятна формулировка "не принимается на тестирование".
У вас настолько оторванные отделы/направления?
Разработчики что-то делают (читай _сами тестят_) потом пишут документацию, пишут инсталл, потом только отдают на тестирование?! Ух. А не боитесь? Это ж какие затраты на исправление ошибок нужны!
Я как-то вижу процесс тестирования неотрывным от процесса разработки, тогда такого понятия как принять на тестирование продукт просто нет.
Редактор портала www.it4business.ru
#26
Отправлено 25 сентября 2003 - 10:52
Группа контроля качества на выходе принимает продукт на тестирование от команды проекта. При продукте идет вся необходимая документация. Эта группа начинает работать от первого работоспособного релиза, создает свои тесты и выполняет их, оценивая качество продукта с точки зрения его стабильности и работающей функциональности.Что она делает давайте сразу говорить, а то мы полдня только на терминологию теряем.
#27
Отправлено 25 сентября 2003 - 10:55
Есть входные критерии для продукта - должна быть документация, должны быть известны все исправленные баги, и все добавленные новые фичи. Само собой, проекту должна быть присвоена следующая версия. Должны быть известны все изменения в окружении приложения, в его конфигурации и т.д.Хм, у вас может даже и очень удобный подход для отдела тестирвоания. Только мне упорно не понятна формулировка не принимается на тестирование.
#28
Отправлено 25 сентября 2003 - 10:58
#29
Отправлено 25 сентября 2003 - 11:01
Мы можем принять продукт на тестирование в любом состоянии. Например, есть версия 0.0.0.1, в которой работает только 1 модуль из запланированного. Этот модуль и будет тестироваться и в соответствущей документации это будет отражено. Пока работают тестировщики, программеры подготовили версию 0.0.0.2, куда включили красивый интерфейс. Замечательно, мы берем на тестирование, оформляйте все изменения, и вперед. Если же нам не сообщат об этом замечательном интерфейсе, мы его, конечно, заметим, но вот вопрос - все ли его свойства будут проверены? Определенная дисциплина с документацией тут нужна. Если не будет обмена информацией, тестировщики работают вслепую.Я как-то вижу процесс тестирования неотрывным от процесса разработки, тогда такого понятия как принять на тестирование продукт просто нет.
#30
Отправлено 25 сентября 2003 - 11:11
У вас очень формально построен процесс - и это очень даже хорошо. Я просто посмотрел на него с точки зреня управления и скажу чесно, я не хотел бы руководить им в сжатые сроки и отвечать за его качество.
Повторюсь, вопрос заданный meol насколко я понял относился к другой ситуации. Есть желание наладить процесс тестирования. Тут ваши рекомендации не сработают, ибо сам процесс разработки стоит не на том уровне.
Давайте уточним у meol-а, насколько кто из нас прав?
Редактор портала www.it4business.ru
#31
Отправлено 25 сентября 2003 - 11:18
А мне вот приходится. На самом деле мы вышли на такой процесс далеко не сразу. Он должен быть тесно связан со сроками поставки. Кстати, очень легко поддасться соблазну и пропустить что-то из запланированных тестов, когда давят сроки. Еще и поэтому тестировщики работают как отдельная команда, чтобы уменьшить давление на них со стороны менеджера проекта, которому надо сдать релиз скорее. И еще, конечно же, многое зависит от установки клиента - если он в первую очередь требует продукт, все равно какого качества, тогда ничего сделать тут нельзя, только сидеть и ждать, пока клиент дозреет до требования качества.
Конечно, посмотрим, что meol скажет.
#32
Отправлено 25 сентября 2003 - 12:25
#33
Отправлено 25 сентября 2003 - 12:57
А можно будет по пути следования повествования задавать вопросы? А то у меня их много.
Редактор портала www.it4business.ru
#34
Отправлено 25 сентября 2003 - 13:24
#35
Отправлено 25 сентября 2003 - 13:40
У меня к примеру еть вопросы о целесообразости такого подхода и модели разработки/тестирования. В принципе ведь классический водопад получается. Проектирование-разработка/документирование-тестирование. Стоимость внесения изменений в такой модели растёт экспоненциально. Как вы боретесь с ростущими затратами (я не о материальных затратах, о ресурсах).
Редактор портала www.it4business.ru
#36
Отправлено 25 сентября 2003 - 15:26
за два-три дня до поставки на тестирование менеджером проекта проводится оценка объема работ, исправлений и улучшений. Поставка - еженедельная. Запланированные изменения жестко фиксируются - к поставке сделать только то-то и то-то. Вносятся изменения в спецификацию и тестировщик сразу планирует тесты на эти изменения и все области, которые их затронули. Дальше идет реализация намеченного, сборка и поставка на тестирование. Потом - проверка изменений/исправлений - регистрация найденных ошибок - определение пакета критических багов - выполнение исправлений - проверка этих исправлений - если все ок - прогон регрессиннного пакета тестов (el-step, читай - приемочного) и сдача клиенту релиза с отчетом тестировщиков.
#37
Отправлено 26 сентября 2003 - 03:45
Вопрос заключался в следующем:Повторюсь, вопрос заданный meol насколко я понял относился к другой ситуации.
как организовано взаимодействие отделов тестирования и разработки в компаниях с налаженным процессом (или стремящимся наладить).
Задача - формализовать процесс, выйти на следующий уровень обеспечения качества продукта.
Теперь о сжатых сроках: при правильной расстановке рисков и приоритетов проблема решаема IMHO.
На счет QA согласна с Case - QA department занимается другими задачами, например - разработка, документирование и внедрение нормативов производственных процессов, контроль качества производственных процессов.
To Oleshka
Тестировщик внутри проекта и тестировщик команды QA - как бы находятся по разные стороны барикад...т.е. они работают отдельно друг от друга.
Или не так? QA тестировщик создает свои тесты или все-таки использует наработки проектного тестировщика? На ком из них лежит задача создание тест плана?
Вобщем мне осталось непонятным разделение задач между QA тестером и командным тестером, и их взаимодействие.
To Case
Безусловно тестировщик может выполнять обширный круг задач в проекте - выработка требований, написание use cases, руководства пользователей...Просто потому, что больше некому. Однако это всего лишь распределение ролей в команде. Цель у всех одна - более качественный продукт на выходе.
Без формализации* процесса и разделения задач и обязанностей м/у всеми участниками команды (постановщики, разработчики, тестеры, QA) должного качества не получится.
*но разумеется в разумных пределах, чтобы не было лишней работы и как следствие лишних затрат
#38
Отправлено 26 сентября 2003 - 06:21
Или продолжим тут?
Редактор портала www.it4business.ru
#39
Отправлено 26 сентября 2003 - 06:58
#40
Отправлено 26 сентября 2003 - 07:06
To meol:На счет QA согласна с Case - QA department занимается другими задачами, например - разработка, документирование и внедрение нормативов производственных процессов, контроль качества производственных процессов.
To Oleshka
Тестировщик внутри проекта и тестировщик команды QA - как бы находятся по разные стороны барикад...т.е. они работают отдельно друг от друга.
Или не так? QA тестировщик создает свои тесты или все-таки использует наработки проектного тестировщика? На ком из них лежит задача создание тест плана?
Вобщем мне осталось непонятным разделение задач между QA тестером и командным тестером, и их взаимодействие.
У нас пока еще не дошли до такого высокого уровня, чтобы держать отдельную группу, которая будет бороться за нормативы - фондов нету. Есть менеджер системы качества, который и занимается всеми вопросами стандартизации. QA department занимается полным тестированием продукта как внешняя команда по отношению к проекту, играя за клиента. Наработки проектного тестировщика не используются, создаются свои тестовые планы.
Количество пользователей, читающих эту тему: 6
0 пользователей, 6 гостей, 0 анонимных