Меню

Встановлення програмного забезпечення / Тестування інсталяції Un

software installation un installation testing

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

Ви проводили тестування встановлення програмного забезпечення? Як пройшов досвід? Ну, тестування встановлення (тестування впровадження) є досить цікавою частиною життєвого циклу тестування програмного забезпечення.

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

Встановлення програмного забезпечення_Тестування встановлення

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

У наведеному вище випадку ви справите враження на користувача? Точно ні! Ваше перше враження від лояльного клієнта руйнується через неповне тестування встановлення.

Що потрібно зробити для гарного першого враження? Перевірте програму встановлення відповідним чином, поєднавши як ручні, так і автоматизовані процеси на різних машинах з різною конфігурацією. Основним питанням тестування встановлення є час! Це вимагає багато часу, щоб навіть виконати один тест.

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

що таке код ключа безпеки

Ми побачимо різні методи проведення тестування установника вручну та деякі основні вказівки щодо автоматизації процесу встановлення.

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

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

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

Як ми можемо використовувати автоматизацію в цьому процесі? Ну, зробіть деякі системи, призначені для створення базових зображень (використовуйте програмне забезпечення, як Norton Ghost, для швидкого створення точних зображень операційної системи) базової конфігурації. Це заощадить ваш величезний час у кожному тестовому випадку.

Наприклад , якщо час встановлення однієї ОС з базовою конфігурацією становить 1 годину, то для кожного тесту на свіжій ОС вам знадобиться більше 1 години. Але для створення образу ОС навряд чи знадобиться 5 - 10 хвилин, і ви заощадите приблизно 40 - 50 хвилин!

як створити проект в затемненні -

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

Поради щодо тестування встановлення з деякими широкими тестовими випадками:

# 1) Використовуйте діаграми потоків виконати перевірку встановлення. Блок-схеми спрощують наше завдання. Див. Приклад діаграми основного тестового тесту для встановлення.

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

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

# 3) Якщо ви використовуєте блок-схему для тестування різних файли для запису на диск тоді як інсталяція використовує ту саму схему послідовності у зворотному порядку, щоб перевірити видалення всіх встановлених файлів на диску.

# 4) Використовуйте діаграми потоків для автоматизувати зусилля з тестування. Перетворити схеми в автоматизовані сценарії буде дуже просто.

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

# 6) Перевірте потребу в дисковому просторі в іншому форматі файлової системи Як і FAT16, буде потрібно більше місця, ніж ефективні файлові системи NTFS або FAT32.

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

# 8) Використовуйте розподілене середовище тестування з метою проведення тестування на встановлення. Розподілене середовище просто економить ваш час, і ви можете ефективно управляти всіма різними тестовими кейсами на одній машині.

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

# 9) Спробуйте автоматизувати процедуру для перевірки кількості файлів, які слід записати на диск. Ви можете зберегти, щоб цей список файлів був записаний на диск на аркуші Excel, і ви можете подати цей список як вхід для автоматизованого сценарію, який перевірить кожен шлях, щоб перевірити правильність встановлення.

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

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

основними інструментами, пов'язаними з управлінням ризиками, є

# 12) Перевірка дискового простору: Це найважливіша перевірка у сценарії встановлення-тестування. Ви можете вибрати різні ручні та автоматизовані методи для цієї перевірки.

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

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

# 13) Під час перевірки встановлення ви можете тест на видалення також. Перед кожною новою ітерацією встановлення переконайтеся, що всі файли, записані на диск, видаляються після видалення.

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

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

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

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

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

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

^