Меню

На місці - офшорна модель проектів тестування програмного забезпечення (і як змусити це працювати для вас)

onsite offshore model software testing projects

Спробуйте Наш Інструмент Для Усунення Проблем

Офшорна модель на місцях є дуже поширеним методом роботи для багатьох ІТ-команд у галузі, особливо для команд з контролю якості. Це працює так: один / більше (залежно від масштабності проекту) члена команди контролю якості постачальника послуг працює разом із клієнтом у своєму місці.

Місцезнаходження клієнта та робоче місце сервісної компанії можуть бути географічно в будь-якому місці - по всьому світу або інколи в одному місті.

На місці - офшорна модель тестування програмного забезпечення (1)

Коли це робоча модель, існують певні очікування від власних та офшорних ресурсів відповідно. Давайте подивимось, що це таке:

Що ви дізнаєтесь:

Обов'язки спеціаліста / координатора з контролю якості на місцях

  • Передача знань від клієнта команді - Отримайте технічні знання та поділіться ними з командою
  • Повідомляйте терміни, прогрес, затримки тощо від команди до клієнта і навпаки
  • Ділиться FRD (документ про функціональні вимоги) та роботи зі складання плану випробувань
  • Перегляньте сценарії тестування / тестові випадки з командою клієнтів та надайте підписку
  • Забезпечує введення даних на Дані тесту підготовчий етап
  • Надає рекомендації щодо виконання тесту.
  • Виконайте Тест на дим і розум будь-якої розгорнутої збірки та дає змогу команді продовжувати тестування
  • Іноді бере участь у виконанні тесту
  • Проводить зустрічі з розгляду дефектів із відповідними командами розробників та підтримки
  • Збирає метрики
  • Підтримує UAT

Обов'язки офшорної команди

  • Співробітники отримують план тестування та працюють над сценаріями тестування
  • Після виходу із сценаріїв тестування команда буде працювати над документуванням тестових випадків
  • Підготуйте дані тесту
  • Виконайте тести
  • Повідомте про дефекти
  • Підготуйте звіти про випробування
  • Надайте дані для збору тестових показників
  • Візьміть участь у огляді дефектів та інших зустрічах, пов’язаних з проектом.

Переваги офшорної моделі тестування програмного забезпечення

  • При правильному використанні ця модель може гарантувати, що щохвилини протягом 24 годин робота над проектом триває.
  • Пряма взаємодія з клієнтом допомагає покращити спілкування, а також покращує ділові стосунки. Ви будете легко мати всю інформацію про системи та вимоги клієнта.
  • Економічно вигідне - офшорні команди коштують дешевше, ніж створення всієї команди з контролю якості на місці.

Однак деякі найпоширеніші скарги, які ми чуємо в наших програмних проектах:

  • Ресурси на місці говорять, що офшорні ресурси не знають, що роблять, і недоступні, коли їм це потрібно.
  • Офшорні команди скаржаться на те, що вони не отримують потрібних даних, необхідних їм.

Щоб уникнути цього:

як використовувати сортування в Java - -
  • Пам’ятайте, що Onsite та Offshore - це дві сторони рівняння. Ніхто не більше і ніхто не менше. Якщо ці два колеги не будуть діяти злагоджено, ця модель буде надзвичайно дисфункціональною.
  • Переконайтеся, що ви перекриваєте принаймні годину робочого часу між собою.
  • Часто спілкуйтеся та ефективно спілкуйтеся.
  • Складіть список завдань одне для одного та переконайтеся, що ви працюєте над цим списком та оновлюєте один одного щодо прогресу.
  • Будьте уважні до різниці часових поясів. Якщо це допомагає, зареєструйтесь протягом декількох хвилин, перш ніж ви навіть почнете працювати з місцевим координатором (у розумну годину дня), щоб ви знали, що від вас очікують.

Для тих з нас, чиї проекти базуються в одному місці, ми сподіваємось, це пояснило, як працює ця модель.

Для тих з нас, хто вже працює за цією моделлю - поділитися своїм досвідом? Як ви обидва взаємодієте і переконуєтесь, що синхронізуєтесь? Чи стикаєтесь з якимись проблемами? Чи вважаєте Ви, що ця модель є найменш корисною?

Будь ласка, надайте свої відгуки нижче.

Це гостьовий допис від члена команди STH Свати Сієли. Ви також можете опублікувати свій гостьовий допис у цьому блозі. Подивитися детальніше тут .

Рекомендована література

^