Меню

Як ефективно планувати та керувати тестовими проектами (Поради)

how plan manage testing projects effectively

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

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

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

=> Клацніть тут, щоб отримати повну серію підручників з плану тестування

Тестування планування проекту

У цьому підручнику з планування тестового проекту ми дізнаємось

  • Загальний процес планування проекту при тестуванні проектів
  • Обговорення деяких конкретних елементів планування, таких як управління ресурсами, координація та методи звітування

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

Процес планування тесту

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

Етап No1: Перегляньте та проаналізуйте вимоги

Це перший крок для будь-якого проекту і відіграє дуже важливу роль у будь-якому проекті тестування.

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

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

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

Етап No2: Обсяг тестування

Обсяг тестування, як правило, є продовженням фази аналізу вимог і в основному розглядається як окрема діяльність, оскільки вони йдуть рука об руку. Після того, як вимоги вичерпані, тестова група визначає, які елементи слід перевірити, а які ні.

Ця діяльність також повинна бути спрямована на визначення того, які сфери тестування охоплюються якими групами.

Наприклад одна команда призначена для FVT (перевірка функцій), а SVT (тест перевірки системи) матиме зовсім інший обсяг для тестування, а глобалізація може виконуватися FVT, а може і не виконуватися тощо.

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

Етап No3: Дизайн тестова стратегія відповідно до сфери застосування

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

Документ стратегії тестування не призначений для оновлення занадто часто.

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

Етап No4: Визначте необхідні інструменти, необхідні для тестування та управління

Залежно від того, чи можлива автоматизація та чи націлена автоматизація CLI (інтерфейс командного рядка) або графічний інтерфейс, потрібно визначити відповідні інструменти.

Запитання та відповіді на співбесіду

Також повинні бути визначені інструменти для управління тестами, які допоможуть у створенні та призначенні завдань, відстеженні прогресу тесту, виявленні перешкод та формуванні звітів, що вказують на прогрес. Ми детальніше обговоримо це у другій частині підручника.

Етап No5: Оцініть випробувальні зусилля та команду

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

Первинна фактори, які могли б вплинути на цю діяльність це розмір команди, навички в команді, ставлення команди та графік.

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

Етап No6: Визначте графік тестування

Коли у вас є тестовані елементи, які були розбиті на логічні позиції, оцінка розміру завершена для зазначеної роботи, на основі всіх цих та призначених тестерів має бути визначений вимірюваний графік тестування.

Етап No7: План включення

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

Етап No8: Визначити і забезпечити тестове середовище

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

Це є вирішальним елементом на етапі планування, оскільки це регулюватиме стабільність тестового середовища, що матиме прямий вплив на утворені дефекти.

Етап No9: Визначте тестові метрики

Тестування програмного забезпечення Метрики та вимірювання

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

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

Етап No10: Створіть план тестування програмного забезпечення , огляди та затверджені

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

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

Хоча кожен етап може бути підручником сам по собі, ця частина статті має на меті висвітлити менш часто обговорювані завдання планування. Якщо ці завдання не будуть передбачені належним чином, вони негативно вплинуть на випробувальну групу, а отже, і на продукт.

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

Ефективне управління тестовим проектом

Застосовуючи ефективні методи планування, будь-які ризики або помилки можна легко визначити ще до того, як тестування фактично розпочнеться. Незважаючи на те, що кожне із наведених нижче завдань взаємопов’язане між собою, варто було окремо згадати їх.

Розподіл та розподіл завдань

Це випливає з оцінки зусиль та розмірів на етапі планування. Маючи на увазі навички, ставлення, графік та розмір команди, ось кілька підказок щодо розподілу завдань:

# 1) Це дуже хороша практика - сідати команду і дуже чітко повідомляти мету та обґрунтування конкретного завдання. Знання того, як конкретна робота вписується в загальну схему речей, допоможе людям отримати значущий метод їх виконання та дозволить їм поставити найкращі кроки вперед.

# два) Підготуйте схему навичок усіх членів команди і відповідно розподіліть завдання. Крім того, пам’ятайте, що навіть молодші члени повинні мати шанс.

Наприклад: Якщо завдання велике, його можна розділити на старшого та молодшого члена. Це зробить лідерські якості у старшого члена, а також базуватиметься на знаннях молодшого члена. Якщо завдання є складним, нехай 2 або більше старших членів беруть участь у ньому.

# 3) Як тільки буде визначено початковий скелет завдання із розкладом, розвійте його по команді та попросіть їх переглянути. Поясніть також мотив та логіку виконання завдання.

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

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

# 4) Погодьтеся щодо очікуваного режиму звітування. Дозвольте особам вирішити, чи хочуть вони дати оновлення електронною поштою або за допомогою будь-яких інших неформальних режимів. Будьте доступними і вселіть відчуття, що вони можуть звернутися до вас у будь-який час, коли відчують, що застрягли або якщо щось заважає їм досягти мети.

# 5) Визначення необхідних інструментів для відстеження необхідних завдань є дуже важливим. Це допоможе своєчасно розглянути завдання, над якими ще не працюють, виконуються та виконані.

Поради щодо управління ресурсами

Багато інформації щодо управління тестовими ресурсами було зроблено в рамках моєї статті про керівництво, яка знаходиться тут:

=> Керівництво тестуванням та як ефективно керувати тестовою командою

Тут я лише коротко торкнусь деяких з цих аспектів.

# 1) Частіше за все, тестери завжди знаходяться під високим тиском через жорсткі терміни виконання проектів, їх короткий штат персоналу або надмірний вміст, який раптом додається без змін у графіках проектів.

У таких випадках, якщо ви передбачаєте, що терміни можуть заважати, обговоріть з керівництвом та внесіть відповідні зміни в сферу застосування.

# два) У таких випадках дуже важливо тримати лінії зв'язку завжди більш відкритими для тестувальників. Обговоріть з тестувальниками поточну ситуацію та вкажіть, як відбуваються ці зміни, і перекладіть зверху вниз.

# 3) Завжди будуть дефекти, технічні проблеми, запити, які потрібно буде вирішити, що матиме прямий вплив на стан проекту. Завжди намагайтеся зменшити розрив між командами розробників та випробувачів, щоб проблеми, пов'язані з дефектами або іншими технічними запитами, швидко сортувались.

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

# 4) Розклади завжди мають великі шанси піти нанівець, тому не слід сподіватися на те, що керівництво тестувальної команди завжди зможе розтягнутися.

'Робота без ігор робить Джека нудним хлопцем' ймовірно, це прислів'я, яке найкраще підходить для випробувальної групи, оскільки вони мають високий ризик можливого вигорання. Завжди ідентифікуйте резервні копії, тому люди можуть трохи відпочити, коли відчувають, що хочуть відпочити.

# 5) Регулярні взаємозв’язки з випробувальною групою та керівництвом мають важливе значення для контролю завдань та статусу їх. Ми розглянемо їх детальніше у наступній статті.

Відстеження тестів / інструменти, що використовуються для звітування

Керівництво часто реагує піднятими бровами, коли їм повідомляють фактичний статус. Ось кілька порад про те, як опустити ці брови до розумної міри.

# 1) Під час тестування тестувальники стикаються з великою кількістю нестабільності, і багато разів трапляється, що багато людей просять у них прогресу на різних рівнях. Вони вважають, що виконання цих адміністративних завдань є вичерпним та накладним. Хоча важливо, щоб вони повідомили про свій прогрес, вам слід з'ясувати a менш громіздкий шлях до їх прогресу .

Запитання та відповіді на співбесіду з технічною підтримкою

# два) Регулярно проводьте зустрічі на контрольно-пропускному пункті / скруті з командою випробувачів та аналізуйте, чи все йде гладко. Зв’яжіться з ними, щоб побачити, як далеко вони зайшли, що відбувається, що потрібно зробити і що їх стримує. Якщо хтось відчуває себе надмірно обтяженим, вживайте заходів, щоб виконати перебалансування, щоб забезпечити плавне виконання.

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

Спробуйте продемонструвати тестову групу якомога більше, крім статусу спілкування. Якщо тестувальник подав важливий дефект, продемонструйте та оцініть його більшій аудиторії. Це буде мотивувати кожного піднімати свою планку.

# 4) Зайве говорити, що найбільш точним і прозорим способом звітування є наявність інструментів для управління тестами / звітування.

Доступні вичерпні інструменти, які допомагають у всьому плануванні тестів, наприклад Планувальник проектів Microsoft або Проект MS 2013 .

mpp

Цей інструмент допомагає визначити проект по етапах, суть завдань, необхідних з розбивкою основних та другорядних завдань, розподілених на кожну з цих фаз, оцінку зусиль, виявлення залежностей між завданнями та розподілом ресурсів. Таким чином, це допомагає ефективно відстежувати проект і керувати ним.

Ви також можете знайти купу інструментів, описаних тут дуже добре:

=> Найкращі інструменти управління тестами / звітування

Висновок

Хоча кожен етап процесу планування можна довго обговорювати, цей документ допоможе тестувальникам зрозуміти, як їх роль узгоджується із цим загальним процесом. Це була наша спроба виявити цілком конкретні елементи планування тестів; які щодня впливають на тестові групи для ефективного виконання своїх робіт.

Сподіваюся, ця стаття з чіткою інформацією висвітлила деякі тонкі аспекти планування проектів. Приділення часу ефективному плануванню може виявитись важливим фактором для досягнення основних етапів проекту.

Про автора: Це гостьова стаття Сніги Надіг. Вона є провідником випробувань з більш ніж 8-річним досвідом роботи в проектах тестування вручну та автоматизації.

Хочете поділитися більш конкретними порадами щодо ефективного управління тестовими проектами? Повідомте нас у коментарях нижче.

=> Завітайте сюди, щоб ознайомитись із повними навчальними посібниками з плану тестування

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

^