Забезпечення точності, надійності та узгодженості результатів оцінювання, в тому числі рентабельності інвестицій, є дійсно складним завданням; зовсім інша проблема - заручитися підтримкою керівництва. Навіть найкраща оцінка витрат, необхідних для виконання тестового підпроекту, що супроводжується найретельнішим бізнес-планом, не є гарантією того, що ви не зіткнетеся з перешкодами під час його реалізації. Деякі з цих перешкод змусять експертів провести меншу кількість тестів, ніж заплановано. Іноді альтернативи цій процедурі немає, оскільки компанія дійсно не може дозволити собі покрити всі ризики для якості системи, які були визначені як серйозні під час аналізу ризиків. Отже, давайте розглянемо деякі з перешкод, з якими ми стикаємося, а потім проаналізуємо, якими шляхами їх можна подолати. За посиланням можна отримати доступ до контактів компаній із забезпечення якості, які допомагають мінімізувати ймовірність появи дефектів у програмних додатках. Перш за все, ми поговоримо про перешкоди, які ми, тестувальники, створюємо власноруч. Як завжди, ми вважаємо тестування та якість дійсно важливими речами у нашому професійному житті. З роками деякі постулати, пов’язані з тестуванням програмного забезпечення та атрибутами якості, стали для нас настільки очевидними, що це неминуче позначилося на здатності спілкуватися з людьми, які бачать проект по-іншому. Серед цих людей є менеджери, які приймають рішення щодо бюджету на тестування програмного забезпечення. Як наслідок, ми не можемо говорити з керівниками однією мовою. Джеймс Буллок сказав наступне: “Намагаючись навести аргументи на користь тестування програмного забезпечення, ми часто наводимо аргументи, засновані на хибному уявленні про те, що тест - це те, що потрібно робити”. Віддайте тестування на аутсорсинг закордонним партнерам, і ваші витрати на розробку зменшаться, а якість продукту не постраждає. Ми впевнені, що тестування є важливою частиною процесу розробки якісного продукту. Однак цінність тестування програмного забезпечення не завжди очевидна для керівника. Особливо це стосується випадків, коли менеджер розуміє, що запропоновані витрати з’їдають значну частину бюджету, призначеного для покриття витрат на завершення всього проекту, а графік тестування відтерміновує дату випуску продукту. Ще гірше, коли деякі тестувальники звертають увагу на проблеми, пов’язані з необхідністю тестування, виходячи з того, що ніхто, крім них, не бореться за якість системи. Таке ставлення завдає непоправної шкоди їхнім зусиллям з підготовки та захисту бюджету на тестування. Чи знаєте ви, що послуги навантажувального тестування сприяють покращенню параметрів продуктивності програмного додатку? Так, під впливом певного робочого навантаження продукт може показати свою реальну поведінку - чи зможе він залишатися масштабованим, стійким, продуктивним під певним навантаженням або просто дасть збій.