Меню

Що робити, коли для тестування недостатньо часу?

what do when there isn t enough time test

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

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

Я теж був там, і це не весело. :)

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

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

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

Куди подівся мій час тестування?

Недостатньо часу для тестування

веб-сайт, який перетворює відео з YouTube на mp3

По-перше, чому це відбувається?Багато причин - деякі з них:

# 1) Невірна оцінка :

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

  • Час на підготовчі завдання - Ми говоримо про такі завдання, як:
    • Визначення та складання набору регресій
    • Створення даних тесту
    • Час для визначення готовності до тесту (наприклад, тест на дим / розум) тощо.
  • Технічне обслуговування кейсів : Тестові приклади - це активи довгострокового використання. Вони обов’язково зазнають незначних оновлень під час виконання. Рекомендується, щоб для нових продуктів на ці незначні завдання технічного обслуговування було відведено до 30% часу виконання тесту. Можливо, всім командам та проектам не буде потрібно 30%, але виділяють трохи часу та зусиль для цього завдання.
  • До цього / Пошукові випробування - Кількість сценаріїв тестів є основним знаменником для оцінки чисел тестів. Однак жодна тестова група в цьому світі не заперечить вивчення вашого програмного забезпечення, навіть якщо модель має переважно сценарій.
  • Звітність / спілкування - Сюди входять зібрання / збори, оновлення інструментів управління роботою тощо.
  • Непередбачений фактор: Стандарти рекомендують буфер 25-30% до ваших початкових оцінок. Але команди рідко можуть собі це дозволити. Навіть тоді залиште трохи місця для дихання, коли це можливо.
  • Команда та її можливості: Якщо у вас нова команда або вони вперше використовують інструмент, можливо, вам доведеться виділити трохи часу на тренування. Пристосуйте свої оцінки на основі вашої команди, з якою ви працюєте.

Рекомендуємо прочитати=> Перевірте це, щоб отримати додаткову інформацію про успішність оцінки тесту та методи

# 2) Нестабільна збірка та інші технічні проблеми:

  • Помилка тесту на дим / розум : Коли базові тести на AUT не вдаються після розгортання в середовищі контролю якості, команда з контролю якості майже не може зробити для виконання тесту. Це правда, що ми можемо працювати над іншими завданнями, поки це відбувається, але це все одно не заповнить тестовий цикл час. Отже, це основний внесок у витрату часу.
  • Дані тесту недоступний : Виробничі дані необхідні для кожного проекту тестування. Невчасне потрапляння цього в середовище контролю якості також є ще одним блокуючим фактором. Іноді тестери можуть обійти це шляхом створення та управління власними тестовими даними , але це забирає багато часу і не завжди може бути актуальним.
  • Проблеми довкілля - Помилка розгортання збірки, сервер постійно отримує час очікування, багато інших таких проблем з'їдають ваш тестовий цикл. Ймовірно, це пов’язано з тим, що деякі компанії (не всі) підривають важливість гарного, подібного до життя середовища для ефективного забезпечення якості. Вони часто намагаються уникнути серверів малої ємності та налаштувань готової роботи. Це справді короткочасне виправлення і нікому не прихильно. Насправді це може коштувати їм якості тестування та втрати цінного часу на тестування.

# 3) Відсутність згоди між усіма залученими сторонами:

Це може бути рідкісною проблемою з командами, що підписуються на Agile або Сейф через тісні кола, в яких вони працюють, але багато команд все ще страждають від розбіжностей або помилок щодо того, коли Dev, Ops та QA повинні отримувати результати один від одного. Отже, затримки.

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

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

що таке bin-файл?

Як тестувальники можуть отримати достатньо часу для тестування?

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

# два) Візьміть до уваги історичні дані - Інструмент управління тестами - ваш найкращий друг .

  • Скільки часу тривали попередні цикли випробувань?
  • Які проблеми спричинили переривання попереднього тестового циклу?
  • Скільки пробіжок пройшло більшість тестових випадків, перш ніж вони пройшли?
  • Які дефекти були зареєстровані?
  • Які дефекти спричинили переривання тестування?

# 3) Задайте ці питання та сплануйте відповідно до часу:

  • Дізнайтеся Важливою функціональністю є ваш проект?
  • З’ясуйте модуль ризику проекту?
  • Яка функціональність є найбільш видимою для користувача?
  • Яка функціональність має найбільший вплив на безпеку?
  • Яка функціональність має найбільший фінансовий вплив на користувачів?
  • Які аспекти програми є найбільш важливими для замовника?
  • Які частини коду є найскладнішими і, таким чином, найбільш схильними до помилок?
  • Які частини програми були розроблені в режимі швидкої та панічної роботи?
  • Що, на думку розробників, є найбільш ризикованими аспектами програми?
  • Які проблеми можуть викликати найгірший розголос?
  • Які проблеми можуть викликати найбільше скарг на обслуговування клієнтів?
  • Які види тестів можуть легко охопити різні функції?

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

# 4) Використовуйте інструмент управління тестами. Це значно зменшить час і зусилля на підготовку, звітування та технічне обслуговування.

=> Список найпопулярніших інструментів управління тестами , перевірити тут :

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

Якщо ти Інструмент управління тестами підтримує Інтеграція CI , у вас є ця інформація доступна без жодної суєти, тому ви краще розумієте стабільність програми.

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

Також переконайтеся, що не потрапляєте в класичну загадку 'Швидкість проти якості'. Тому що, коли ви повідомляєте, скажімо, про 50 помилок на день, це може здаватися так, ніби ви суперпродуктивні. Але якщо більшість із них повертаються як недійсні, у вас є проблема.

Тож стежте, стежте та ще більше моніторите :)

Висновок:

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

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

Про автора: Ці корисні поради щодо тестування надає член команди STH Swati S.

Тепер, якими трюками Ви встигаєте та надаєте якісну послугу тестування? Крім того, які моменти у вищезазначеній статті резонують у вас?

Ми цінуємо ваші відгуки та цінуємо вашу аудиторію. Дякую за читання!

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

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

^