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

тестування

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

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

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

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

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

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

З огляду на все це, ми маємо високі шанси зробити найкращу оцінку. Оцінка, ймовірно, не буде на 100% точною, але і це не проблема.

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

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

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

Давайте не просто зосередимось на одному проекті, а сподіваємось на все завдання.

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

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