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

Загальні відомості

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

Додаткові відомості

Коли ви розробляєте план тестування сумісності застосунків із Windows, додайте такі дії:

  • Область: який рівень пріоритету, який ви маєте адресу під час тестування?

  • Методологія: хто має включати тестування?

  • Вимоги: яке обладнання, програмне забезпечення, персонал, навчальні матеріали та засоби, які потрібно виконати для тестування?

  • Умови для передачі-Fail: що визначає, чи проходить програма або не працює?

  • Планування: як планується завершити тестування за запланованою датою?

Визначення області перевірки

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

Визначення методології тестування

Під час планування методології слід врахувати таке:

  • Де буде проходити тестування?

  • Хто виконає тести?

  • Як ви спілкуєтеся з учасниками та залучаємо учасників?

  • Як запланувати тестування?

  • Як ви будете керувати проблемами програми?

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

Визначення вимог до ресурсів

Під час планування тестування сумісності застосунків слід враховувати майбутнє стану комп'ютерного середовища. Ви плануєте оновити частину програмного забезпечення для версій, які повністю використовують нові функції Windows? Чи плануєте ви реалізувати нові стандартні конфігурації для настільних комп'ютерів або використовувати служби терміналів? Такі проблеми, як вони визначають необхідні ресурси та програми, які ви збираєтеся перевірити як пакет. Якщо ви плануєте розгорнути нові програми з Windows під час розгортання, Протестуйте ці програми за допомогою поточних програм. Ви можете полегшити тестування, настроївши лабораторію, у якій тестери можуть проводити тести. У такій лабораторії ви можете завжди мати необхідні інструменти та обладнання. У лабораторії налаштуйте тест-комп'ютери для подвійного або потрійного завантаження, щоб тестери могли швидко отримати доступ до режиму, для якого потрібно інсталювати та перевірити їхні програми. Наприклад, може знадобитися Windows NT 4,0 і Windows 2000 для тестування програм за допомогою шляху оновлення. Щоб полегшити для тестерів відновлення комп'ютерів до попереднього стану, створіть образи дисків із базою операційних систем.

Визначення умов передавання – Fail

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

  • Наскільки важлива проблема? Чи впливає на критичну функцію або периферійну?

  • Як ймовірно, хтось може зіткнутися з цією проблемою?

  • Чи є спосіб обійти проблему?

Графік тестування залежить від багатьох умов, зокрема:

  • Кількість тестерів, що беруть участь.

  • Чи потрібно, щоб тестери були в цьому проекті на повний робочий день або повинні бути заплановані.

  • Рівні досвіду тестерів.

  • Кількість і складність програм.

Перевірка програм

Багато комерційних програм вже перевірено, щоб визначити, наскільки добре вони підтримують Windows 2000 і пізнішу версію. Корпорація Майкрософт надає каталог програм для Windows 2000, де можна знайти стан програм, які ви використовуєте. У каталозі використовуються такі позначення:

  • Сертифікований-вказує на те, що програма протестована за допомогою VeriTest, і що вона використовує нові функції Windows.

  • Готовий, що вказує на те, що відповідно до продавця програма протестована на сумісність із програмою Windows 2000. Програма не обов'язково має скористатися новими функціями Windows.

  • Заплановано – вказує на те, що мета програми – це програма, яка відповідає сертифікованому або готовому умові, коли вона повністю перевірена.

Стратегії тестування

Мета тестування програм – Перевірка того, що все, що працює на поточній платформі, також працює в поточній версії ОС Windows. Якщо програма написана для попередньої версії Windows, вона не обов'язково використовує нові функції Windows, але її функціональність має працювати в ОС Windows 2000, як і на поточній платформі.

Комерційні програми

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

winnt32 /checkupgradeonly Хоча цей засіб може попередити вас про можливу проблему сумісності, він адресам лише невелику частину своїх програм і тільки програми, інстальовані на комп'ютері, який потрібно перевірити. Наступним кроком є перевірка каталогу програм Windows для визначення сумісності програм, які ви використовуєте. Навіть якщо ви виявите, що деякі програми вже перевірено іншими користувачами, їх потрібно перевірити у вашому середовищі. У цьому випадку Зосередьтеся на тестуванні, як у вашій організації використовуються програми. Наприклад, виконайте наведені нижче дії.

  • Конфігурації, які використовуються в організації.

  • Функції, які найчастіше використовуються.

  • Поєднання програм, які ви використовуєте разом.

Не забувайте перевіряти антивірусне програмне забезпечення. Багато з цих програм потрібно оновити через використання фільтрів файлової системи. Деякі фільтри системних файлів Windows NT 4,0 можуть не працювати в ОС Windows 2000 або пізнішу версію через внесення змін у файловій системі NTFS.

Користувацькі програми

Якщо ви використовуєте спеціальні продукти сторонніх постачальників або розробляєте програми всередині, потрібно розробити більш широку стратегію тестування, ніж для попередньо перевірених комерційних програм. Навіть якщо ви тестували програму, яку ви не розробляєте, специфікація програми для Windows 2000 може надати відомості про тестування. Веб-сайт MSDN в http://MSDN.Microsoft.com включає в себе завантаження версії специфікації. Веб-сайт MSDN також містить інші важливі відомості про тестування, як-от білий папір про розвідувальні тестування та метод незалежних тестових організацій, які використовують для тестування функціональних можливостей постачальників програм, які надсилають для сертифікації.Зверніть увагу, що в цьому розділі не вичерпно та не розповсюджуються всі ситуації. Вони можуть допомогти вам почати думати про те, як перевірити.

Перевірка сценаріїв розгортання

Перевірка інсталяції та запуск програм за допомогою сценаріїв, які планується використовувати під час розгортання. Наприклад, можна розгорнути програму інсталяції на чистих комп'ютерах або оновлення з Windows 95 або Windows 98 або попередньої версії Windows NT. Якщо ви плануєте оновити, ви можете зберегти програми на комп'ютері під час оновлення або видалити їх, і повторно інсталювати їх після оновлення. Через відмінності між ОС Windows 95 або Windows 98 і Windows 2000 деякі інсталяції програм працюють по-різному, залежно від операційної системи, яку ви використовуєте для інсталяції. Наприклад, якщо ви інсталюєте програму на комп'ютері під керуванням ОС Windows 95 або Windows 98, а потім оновлюєте комп'ютер до Windows 2000, програма може працювати не так само, як і у випадку, якщо ви встановили її в ОС Windows 2000. У цьому випадку, можливо, потрібно буде видалити програму та повторно інсталювати її після оновлення або отримання бібліотеки динамічного компонування перенесення (DLL). Бібліотека перенесення дозволяє програмі, яка спочатку була інстальована в ОС Windows 95 або Windows 98, щоб працювати належним чином після оновлення комп'ютера до Windows 2000. DLL перенесення можуть усунути неполадки програми, виконавши наведені нижче дії.

  • Замінивши або оновлюючи файли, специфічні для Windows 95 або Windows 98 за допомогою файлів, сумісних із Windows 2000.

  • Зіставте відповідні розділи реєстру для Windows 95 або Windows 98, які можна виконати в таких розташуваннях, як Windows 2000.

Сценарій оновлення

Якщо ви плануєте оновити комп'ютери:

  1. Інсталюйте Windows 95, Windows 98 або Windows NT 3,51 або пізнішу версію.

  2. Інсталюйте програму, яку потрібно перевірити.

  3. Оновіть комп'ютер до Windows 2000.

  4. Перевірка програми.

Очищення сценарію інсталяції

Якщо ви плануєте інсталювати на переформатований комп'ютер, виконайте наведені нижче дії.

  1. Інсталюйте Windows 2000.

  2. Інсталюйте програму.

  3. Перевірка програми.

Перевірка інсталяції та видалення

Перевірка інсталяції програм різними способами, наприклад:

  1. Завершити інсталяцію перед завершенням.

  2. Скористайтеся всіма параметрами інсталяції, які використовуються в навколишньому середовищі.

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

  4. Спробувати видалити програми.

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

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

Доступ до даних

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

  • Доступ до даних на сервері, на якому запущено поточну версію Windows, а також на сервері під керуванням ОС Windows 2000.

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

  • Виконання складних запитів.

Пробний роздрукування

Друк різноманітних типів документів із різноманітними принтерами, наприклад такими:

  • Друк документів із вбудованими файлами з кількох вихідних програм.

  • Друк на принтерах з довгими іменами файлів.

Поширені проблеми сумісності

Програми, розроблені для попередніх версій ОС Windows, можуть не повністю використовувати нові функції, як-от Active Directory або IntelliMirror. У цьому розділі не розглядаються ці нові функції.

  • Захист файлів Windows: попередні версії Windows дозволили застосункам замінювати спільні системні файли під час інсталяції. Коли ці зміни відбулися, користувачі часто зіткнулися з проблемами, які варіювалися від помилок програми до нестабільної операційної системи. Захист файлів Windows – це нова функція, яка запобігає заміні системних файлів на програми. Ця функція перевіряє, що захищені системні файли – це правильна версія Microsoft. Якщо файл замінено на неправильну версію, Windows відновлює потрібну версію.

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

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

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

  • Змінені розділи реєстру: деякі розділи реєстру переміщено або видалено. Програми, які пишуть на інтерфейс прикладного програмування (API), не мають проблем, але можуть виникати проблеми, якщо вони пишуть безпосередньо в реєстрі.

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

  • Служба обміну повідомленнями Windows: програми, які очікують на те, що операційна система Windows (WMS) не знайде її.

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

Вирішення проблем із несумісністю програм

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

  • Дослідження веб-сайтів для відомих проблем і рішень.

  • Зверніться до постачальників для виправлення, програм інсталяції або DLL-бібліотек перенесення.

  • Зверніться до служби підтримки Microsoft.

  • Налагодження внутрішньо розроблених програм.

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

  • Усуньте цю проблему, якщо ви створили програму.

  • Попросіть постачальника вирішити проблему, якщо ви придбали програму.

  • Замініть програму на нову версію або програму.

  • Не звертайте уваги на помилку, якщо у вас є спосіб обійти цю проблему.

Завжди будьте впевнені, що проблема не виникає на поточній платформі, перш ніж досліджувати її як проблему сумісності з Windows 2000. Деякі доступні ресурси для дослідження проблем сумісності з Windows 2000:

  • Специфікація програми Windows 2000, яку можна завантажити з бібліотеки MSDN за адресоюhttp://MSDN.Microsoft.com. Додаток E надає певне розташування, де можна отримати специфікацію.

  • Посібник із сумісності з Windows 2000, який можна переглянути в бібліотеці MSDN за адресою http://MSDN.Microsoft.com. Цей посібник містить корисну інформацію про проблеми сумісності.

  • Microsoft TechNet athttp://www.Microsoft.com/TechNet, яка містить оновлення, білі документи та інші технічні відомості

  • Каталог програм для Windows 2000, що містить відомості про підтримку та посилання на веб-сайти постачальників.

Потрібна додаткова довідка?

Потрібні додаткові параметри?

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

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

Чи ця інформація була корисною?

Наскільки ви задоволені якістю мови?
Що вплинуло на ваші враження?
Натиснувши кнопку "Надіслати", ви надасте свій відгук для покращення продуктів і служб Microsoft. Ваш ІТ-адміністратор зможе збирати ці дані. Декларація про конфіденційність.

Дякуємо за відгук!

×