Перейти к содержимому

Английский для тестировщиков
онлайн, начало 7 декабря
Chrome DevTools: Инструменты тестировщика
онлайн, начало 10 декабря
Школа Тест-Аналитика
онлайн, начало 9 декабря
Школа тест-менеджеров v. 2.0
онлайн, начало 9 декабря
Фотография

QA о двух головах


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 11

#1 Vasiliy

Vasiliy

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 2 860 сообщений
  • ФИО:Касимов Василий
  • Город:Москва

Отправлено 21 мая 2007 - 12:06

Подсткажите, пожалуйста, может кто уже сталкивался с такой ситуацией.

В отдел тестирования приходят в основном два потока задач:
1) тестирование новых разроботок, которые должны пройти весь путь еще до появления их в продуктах
2) тесты продуктов, функционал которых уже проверен. Тут тестируется в основном компонентность продукта, локализация и прочее, что делает набор бинарников похожим на продукт для пользователя.
Есть вопрос, а будет ли иметь смысл поделить отдел тестирования на две части и одна будет тестировать глубоко функционал и все новое, а часть будет проверять именно продукт перед его выходом.
Вопрос сейчас именно в глобальном смысле, темы вроде "постоянно тестировать одну локализацию скучно" пока что в стороне.
  • 0

#2 Green

Green

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 233 сообщений
  • ФИО:Гринкевич Сергей
  • Город:Москва

Отправлено 21 мая 2007 - 12:43

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


Вы сами ответили на свой вопрос.
Через очень непродолжительное время у вас разбегуться все, кто делает "черную" работу - тестирует изменения.

Это и есть глобальный подход.

Работать нужно в рамках одного отдела. Если Вы считаете, что задачи по доработке продукта не требуют глубоких знаний и навыков, используйте для этого начинающих тестировщиков. Постройте на этих задачах "школу по подготовке к настоящей работе" ( :shok: ).
  • 0
Гринкевич Сергей

#3 ichthys

ichthys

    Новый участник

  • Members
  • Pip
  • 14 сообщений
  • ФИО:Рыбаков Алексей

Отправлено 21 мая 2007 - 13:26

Идея Vasiliy вполне здравая.
Отдел наверно громко сказано, я бы выделил группу, которая отвечает за итоговую проверку релиза: комплектность поставки, наличие локализации, наличие библиотек под конкретную платформу и т.п.
Обеспечил бы ротацию между теми, кто занимается функциональным тестированием, и теми, кто выполняет итоговую проверку продукта.
Выделение этой новой группы, выделение руководителя группы, поднимет важность этого направления тестирования.

А на счет "черной" работы... не преподносите работу как "черную", и она такой не будет.
  • 0

#4 Green

Green

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 233 сообщений
  • ФИО:Гринкевич Сергей
  • Город:Москва

Отправлено 21 мая 2007 - 14:22

А на счет "черной" работы... не преподносите работу как "черную", и она такой не будет.


Работа будет такой, какой она есть. Как бы вы ее не называли.

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

Мой вам совет. Не разделяйте людей (только если их количество не превышает критический уровень). Если людей уже много и один человек не может справиться с вопросами управления. Тогда стоит ввести разделение по проектному принципу. Есть проект - есть команда.
  • 0
Гринкевич Сергей

#5 ichthys

ichthys

    Новый участник

  • Members
  • Pip
  • 14 сообщений
  • ФИО:Рыбаков Алексей

Отправлено 21 мая 2007 - 14:46

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


Создавать отдел для задвинутых (не продвинутых) никто не предлагал.
  • 0

#6 Vasiliy

Vasiliy

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 2 860 сообщений
  • ФИО:Касимов Василий
  • Город:Москва

Отправлено 21 мая 2007 - 16:35

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

Вы сами ответили на свой вопрос.
Через очень непродолжительное время у вас разбегуться все, кто делает "черную" работу - тестирует изменения.

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


Работать нужно в рамках одного отдела. Если Вы считаете, что задачи по доработке продукта не требуют глубоких знаний и навыков, используйте для этого начинающих тестировщиков. Постройте на этих задачах "школу по подготовке к настоящей работе" ( :shok: ).

Так из нее же потом уйдут из этой школы. А продукты все равно надо будет тестировать :) Новые люди появляются не так часто.
  • 0

#7 Vasiliy

Vasiliy

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 2 860 сообщений
  • ФИО:Касимов Василий
  • Город:Москва

Отправлено 21 мая 2007 - 16:40

Мой вам совет. Не разделяйте людей (только если их количество не превышает критический уровень). Если людей уже много и один человек не может справиться с вопросами управления. Тогда стоит ввести разделение по проектному принципу. Есть проект - есть команда.

Спасибо за совет, Сергей.
Проектые команды хороши на длительное время. При проверке комплектации обычно идет потокое производство.
  • 0

#8 a66at

a66at

    Постоянный участник

  • Members
  • PipPipPip
  • 184 сообщений
  • ФИО:Victor Ichalov

Отправлено 21 мая 2007 - 16:57

Создавать отдел для задвинутых (не продвинутых) никто не предлагал.

Просмотр сообщения

Под луной имеется многое из никем не предложенного. :shok:
  • 0

#9 JimR

JimR

    Опытный участник

  • Members
  • PipPipPipPip
  • 253 сообщений
  • ФИО:Ручко Дмитрий Иванович
  • Город:Москва

Отправлено 22 мая 2007 - 08:28

Подсткажите, пожалуйста, может кто уже сталкивался  с такой ситуацией.

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

Просмотр сообщения


Основной вопрос: то, что вы хотите проверять (локализация и т.п.) появляется в продукте позже, после того как продукт уже выпущен и работоспособен? Или это все-же изначальная часть продукта и вы хотите именно тестирование разделить на 2 части?
Если второе, то не самый лучший вариант, по-моему. Я бы предложил максимально автоматизировать те вещи, которые вы отнесли к пункту 2. Тем более, что это вроде бы не так уж и сложно. Более того, при попытке автоматизировать эту проверку, возможно вы выдвинете свои требования к разработке.
  • 0
Дмитрий Ручко
InfoTeCS

#10 Vasiliy

Vasiliy

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 2 860 сообщений
  • ФИО:Касимов Василий
  • Город:Москва

Отправлено 22 мая 2007 - 15:51

Локализация появляется в уже существующем продукте. Считается(в большинстве случае), что функционал уже протестирован на этот момент.
Автоматизированное тестирование не сильно распространено и покрывает в основном именно функционал продукта.
  • 0

#11 Case

Case

    Основатель

  • Members
  • PipPipPipPipPipPip
  • 7 071 сообщений
  • ФИО:Панкратов Вячеслав
  • Город:Украина, Киев.

Отправлено 02 августа 2007 - 07:46

Локализация появляется в уже существующем продукте. Считается(в большинстве случае), что функционал уже протестирован на этот момент.

Совсем не всегда так. Локализация может быть заложена изначально как один из аспектов функциональности. Лично тестировал приложение с 3-мя языками, но при этом ещё даже без дизайна и половины функций: то есть голые ссылки вместо кнопок, нет нескольких функций типа экспортов и валидаций, но перевод уже прикручен.
  • 0
Слава Панкратов
Редактор портала www.it4business.ru

#12 Vasiliy

Vasiliy

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 2 860 сообщений
  • ФИО:Касимов Василий
  • Город:Москва

Отправлено 02 августа 2007 - 16:14

Интересно, но сам не сталкивался.
Мы переводим тесты после утвержденного интерефйса, чтобы не было двойной работы переводчика потом.
  • 0


Школа Тест-Аналитика
онлайн
Организация автоматизированного тестирования
онлайн
Школа тест-менеджеров v. 2.0
онлайн
Тестирование юзабилити (usability)
онлайн



Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных

Яндекс.Метрика
Реклама на портале