Публикации meol

#2194 Адаптационное Тестирование, Локализацация

Отправлено автор: meol 28 ноября 2003 - 12:32 в Тест-дизайн и ручное тестирование

Не все так просто с терминологией :huh:

Globalization(G11N) = Internationalization (I18N) + Localization (L10N)

http://www.digitalha...s/archive9.html

#2193 E-manager

Отправлено автор: meol 28 ноября 2003 - 12:11 в Автоматизированное тестирование

Интересно, а получалось ли у кого-нить убедить sales выдать лицензию больше чем на неделю... :angry:

#2159 Адаптационное Тестирование, Локализацация

Отправлено автор: meol 27 ноября 2003 - 09:22 в Тест-дизайн и ручное тестирование

Привет всем! :)
Довольно много вопросов...но приведу конкретный случай:

Есть требование к системе (Web-приложение) - System should be multilingual...

Какой тип тестирования используется - функциональное, адаптационное, или они взаимосвязаны?

Формируются новые шаблоны тест кейсов, или используются имеющиеся для функционального тестирования (создается базовый набор функциональных тестов)?

И общий вопрос <_<

В каком случае адаптационное тестирование проводится на ОС с нужной локализацией?
А в каком случае можно ограничиться соответствующими настройками ОС и/или браузера?

#418 Тестирование и разработка

Отправлено автор: meol 26 сентября 2003 - 09:16 в Управление тестированием

Оставим пока терминологию, благо есть теперь куда обращаться ;)

Если вопрос по поводу ведущего тестировщика в проекте - он принимает решения и активное участие с самых первых шагов зарождения системы, иначе полного контроля качеством разработки уже не достичь.

Конкретно что он делает? Работает как аналитик, проектировщик?

#410 Тестирование и разработка

Отправлено автор: meol 26 сентября 2003 - 08:39 в Управление тестированием

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

Это было замечание по поводу терминологии в разрезе QA и тестирование

#397 Тестирование и разработка

Отправлено автор: meol 26 сентября 2003 - 07:53 в Управление тестированием

Менеджер системы качества занимается качеством всех процессов, в том числе и тестирования.

#395 Тестирование и разработка

Отправлено автор: meol 26 сентября 2003 - 07:46 в Управление тестированием

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

с этим соглашусь, однако правильнее говорить о качестве процесса

#390 Тестирование и разработка

Отправлено автор: meol 26 сентября 2003 - 07:16 в Управление тестированием

Да можно и перенести. Куда?

Форум тестировщика ->Качество ->Методологии
С чего начать систему качества?, Первые шаги

#379 Тестирование и разработка

Отправлено автор: meol 26 сентября 2003 - 03:45 в Управление тестированием

to Case

Повторюсь, вопрос заданный meol насколко я понял относился к другой ситуации.

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

Теперь о сжатых сроках: при правильной расстановке рисков и приоритетов проблема решаема IMHO.

На счет QA согласна с Case - QA department занимается другими задачами, например - разработка, документирование и внедрение нормативов производственных процессов, контроль качества производственных процессов.

To Oleshka
Тестировщик внутри проекта и тестировщик команды QA - как бы находятся по разные стороны барикад...т.е. они работают отдельно друг от друга.
Или не так? QA тестировщик создает свои тесты или все-таки использует наработки проектного тестировщика? На ком из них лежит задача создание тест плана?
Вобщем мне осталось непонятным разделение задач между QA тестером и командным тестером, и их взаимодействие.

To Case
Безусловно тестировщик может выполнять обширный круг задач в проекте - выработка требований, написание use cases, руководства пользователей...Просто потому, что больше некому. Однако это всего лишь распределение ролей в команде. Цель у всех одна - более качественный продукт на выходе.
Без формализации* процесса и разделения задач и обязанностей м/у всеми участниками команды (постановщики, разработчики, тестеры, QA) должного качества не получится.

*но разумеется в разумных пределах, чтобы не было лишней работы и как следствие лишних затрат

#333 Тестирование и разработка

Отправлено автор: meol 25 сентября 2003 - 10:40 в Управление тестированием

А может отдельную тему откроете? К примеру "с чего начать систему качества"? Это отдельная и очень интересная тема, тут есть что изучить и в чём разобраться.

Отдельная тема - это хорошо!
Идея была ваша, так что будем ждать! ;)

И почему бы вам там не поделиться на тему - "а как все начиналось у нас..."

#324 Тестирование и разработка

Отправлено автор: meol 25 сентября 2003 - 10:14 в Управление тестированием

Что вы хотите сделать из процесса тестирования?

Организовать его на должном уровне!

Система качества в компании находится в зачаточном состоянии.
Хотелось бы узнать опыт других компаний.

#321 Тестирование и разработка

Отправлено автор: meol 25 сентября 2003 - 09:47 в Управление тестированием

Согласитесь, что то что предлагает RUP или описывает IEEE слишком громоздко. В реальности проектная документация гораздо менее детализирована.

Есть же определенный набор документов, который составляется от проекта к проекту.

А то, что в зависимости от специфики проекта и требований заказчика, появляются соответствующие документы, то это понятно и не обсуждается.

#319 Тестирование и разработка

Отправлено автор: meol 25 сентября 2003 - 09:23 в Управление тестированием

А работа тестировщика вполне может начинаться с чтения существующей документации и ее тестирования, путем знакомства с разрабатываемой системой.

Не знаю как в других компаниях, а у нас пока что сложно с документацией...разработчики совмещают много ролей в проекте, документация на последнем месте в рейтинге.

Мы пытаемся навести порядки в этом вопросе.
Определить необходимый минимум документации - REQUIRED, которая необходима в отдел тестирования от разработчиков.

Поделитись опытом:
какую документацию рождают разработчики? без какой документации не может обойтись отдел тестирования?

Интересна сама технология взаимодействия тестеров и разработчиков на каждом этапе ЖЦ продукта.

#316 Тестирование и разработка

Отправлено автор: meol 25 сентября 2003 - 09:04 в Управление тестированием

Если проект запущен, проводится проектирование и анализ, а тестирование до сих пор не сущетсвует как класс - вы уже опоздали. С моей точки зрения, тестирование есть неотъемлимый процесс разрабокти продукта/системы, а не только непосредственно кодирования.

Что делать отделу тестирования, когда документации как таковой не имеется? Есть "спецификация" от заказчика, в том виде, в котором он ее себе представляет и над ней работает аналитик.

Мы обычно используем starteam

starteam - это bugtracking system, где можно узнать о ней поподробнее?

Разрешите уточнить - о каком тестировщике идёт речь

Имелось в виду - человек, который будет заниматься тестированием. (в не зависимости от его квалификации и должности в компании - это может быть временно переквалифицированный разработчик).
Кто будет заниматься тестированием - не важно. Меня интерисует распределение задач по ролям - постановщик, аналитик, разработчик...и наконец Test&QA department.

#307 Кто что Предпочитает?

Отправлено автор: meol 25 сентября 2003 - 08:11 в Выбор инструментов для тестирования ПО

Пример - TestDirector.

Идея этого и ему подобных продуктов заключается в создании централизованного репозитария для хранения, доступа и управления всеми составляющими компонентами тестирования

На счет формирование тест кейсов -
имелось в виду, что нужна среда для создания детального тест плана, включающего manual и automated тест кейсы, для описания, компоновки тест кейсов, отслеживания покрытия требований к ПП тестами. Интеграция с тулами определения требований, разработки, выполнения скриптов, bug tracking, reporting.

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

#292 Кто что Предпочитает?

Отправлено автор: meol 25 сентября 2003 - 04:51 в Выбор инструментов для тестирования ПО

До того как создавать тестовые скрипты в TestCompletе, разрабытываете ли полный комплект тест кейсов и какой инструмент для этого используете?

Как я себе представляю процесс:
1 формирование полного набора тест кейсов и разбиение их на логические группы

2 разделение автоматизированного и ручного тестирования (принятие решения о том, какие тесты автоматизировать)

3 спланировать рабочие связи, установление всех зависимостей между данными и предусловиями для тестовых процедур, то есть спланировать последовательность выполнения тестов

4 разработка автоматизированных тестов

5 формирование комплекта тестов для тестирования билда и выполнение тестов

Использование TestCompletе возможно частично на 3, на 4 и частично на 5 этапах, хотя я с этим продуктом практически не знакома.

Какие интсрументы можно использовать совместно с TestCompletе для автоматизации остальных работ в процессе тестирования?

#291 Кто что Предпочитает?

Отправлено автор: meol 25 сентября 2003 - 04:50 в Выбор инструментов для тестирования ПО

А что делаете с manual тестами?
Используете ли TestManager?

#290 Testdirector 8.0

Отправлено автор: meol 25 сентября 2003 - 04:26 в Hewlett-Packard (Mercury) - Functional Testing

Триал версию можно получить у ЛАНИТ
представитель Mercury Interactive в России
конкретно по TestDirector'у - TestDirector: комплексное управление процессом тестирования

#289 Automated Framework

Отправлено автор: meol 25 сентября 2003 - 04:20 в Автоматизированное тестирование

framework - я понимаю как законченный набор средств, позволяющий создать законченое же решение в рамках какой-либо области.
Область у нас - тестирование.
То есть от начала планирования тестовых работ до выполнения тестов и анализа результатов.
Здесь я согласна с Oleshka.

#287 Инструменты?

Отправлено автор: meol 25 сентября 2003 - 03:46 в Управление тестированием

У нас своя разработка. Вот по логике - мне нравится AstroSoft Test Room

Почему решили разработать свой bugtracking?
Таких разработок очень много (в то числе freeware) - неужели ничего не подошло для вашей компании?

#286 Инструменты?

Отправлено автор: meol 25 сентября 2003 - 03:43 в Управление тестированием

Mantis - web-based (php/MySQL)

вполне удобная bugtracking система

#285 Тестирование и разработка

Отправлено автор: meol 25 сентября 2003 - 03:18 в Управление тестированием

Проект запущен - проводится анализ, проектирование...

Как взаимодествуют между собой отдел тестирования и разработки?

1 на какой стадии разработки подключаются тестировщики
2 какой между разработчиками и тестировщиками документооборот
3 с чего начинается работа тестировщика в проекте

#243 Кто что Предпочитает?

Отправлено автор: meol 24 сентября 2003 - 08:36 в Выбор инструментов для тестирования ПО

Вопрос для Case.

Что вы использовали до TestComplete?
Почему остановились на этом инструменте?
Рассматривались ли другие варианты?