Тестирование на совместимость с Windows Server 2008 R2. Анализ отчета

Использование утилиты Works with Tool предполагает самостоятельный анализ отчета, получаемого в результате тестирования вашего приложения. Ниже мы собрали ответы на наиболее частые вопросы, возникающие у компаний, проводящих тестирование приложений по программе Works with Windows Server 2008 R2. Если вы не нашли ответа на свой вопрос, обратитесь к техническим специалистам Microsoft по адресу isvrus@microsoft.com

Файлы сторонних производителей (3^rd party files)

Файлы сторонних производителей – это файлы, которые используются вашим приложением, но не создаются разработчиками вашей компании. Если такие файлы не содержат цифровой подписи или необходимых данных в свойствах, они будут отмечены в соответствующих тестах, но это не будет причиной отказа в получении логотипа. Основные правила:

• Файлы сторонних производителей подписывать не нужно
• Не нужно изменять свойства файлов сторонних производителей
• Используемые файлы сторонних производителей должны быть описаны в документации – должны быть указаны имена файлов и имена производителей – эту информацию можно получить из протокола для соответствующих тестов
• Информация о файлах сторонних производителей должна содержаться в файлах ReadMe, FAQ, документации по продукту или на веб-сайте компании

Временные файлы

Временные файлы, создаваемые в папках TEMP, TMP и т.п., которые могут быть удалены операционной системой, могут быть проигнорированы. К временным папкам относятся:

• Временные папки IIS, ASP, ASP.NET – в них могут находиться промежуточные файлы, файлы, создаваемые «на лету» и т.п.
• Временные папки .NET
• Временные папки Java
• Временные папки Windows Installer

Все временные файлы, отмеченные утилитой Works with Tool, могут повлиять на успешное прохождение теста и должны быть указаны в документе waiver, описывающем прчины отказа от выполнения того или иного теста.

Расширения имен файлов

Некоторые файлы (текстовые файлы, файлы протокола и т.п.) могут иметь расширения имен файлов, ассоциируемые с бинарными файлами (.sys, .bat, .com, и т.п.). Такие файлы могут идентифицироваться утилитой Works with Tool как 16-битные бинарные файлы с соответствующими предупреждениями в протоколе. Если использование бинарных расширений для имен текстовых файлов является частью дизайна приложения и не может быть изменено, необходимо заполнить документ , в котором указывается причина отказа от прохождения того или иного теста.

Ошибки и предупреждения для MSI-пакетов

Все ошибки Internal Consistency Evaluators (ICE) должны быть устранены. Предупреждения могут быть проигнорированы, но по возможности также должны быть устранены.

Утилита Works with Tool проверяет наличие следующих ошибок ICE:

• 1-2, 4-7, 9-15, 17-24, 27-29, 31, 33-36, 38, 40-42, 44-56, 59, 61-63, 65, 67-71, 74-78, 81-84, 86-87, 89-94, 96-105

Идентификаторы пакетов

Установочные пакеты Windows Installer должны проходить проверочные тесты ICE, а также иметь необходимые идентификационные записи:

В таблице Property:

• Manufacturer
• ProductCode
• ProductLanguage
• ProductName
• ProductVersion (major, minor)

В таблице Upgrade:

• UpgradeCode
• VersionMin (major.minor.build)
• VersionMax(major.minor.build)

Значения VesionMin и VersionMax не должны содержать пустой строки

Нестандартные действия

Нестандартные действия в MSI-пакетах – MsiSFCBypass и MsiDriverPackage могут быть проигнорированы – их использование в MSI Prefixed Standard Tables разрешено.

Нестандартные записи

По правилам, нельзя добавлять нестандартные записи в стандартные таблицы MSI-пакета. Это относится, например, к таблице MsiPatchOldAssemblyName. Чтобы исключить возникновение ошибки при обнаружении этой записи (обычно это связано с использованием предыдущих версий InstallShield)следует выполнить действия (для редактирования MSI-пакетов используется редактор ORCA, который распространяется в составе Windows SDK):

• В таблице MsiPatchOldAssemblyName изменить название записи Assembly_ на Assembly
• В таблице _ Validation найти Assembly_ и удалить символ « _ »
• Сохранить MSI-проект

16-битные файлы

Некоторые программы установки создают файлы значков (icon) и присваивют им расширение имени файла .exe. В этом случае такие файлы могут быть помечены в соответствующих разделах отчета кк 16-битные файлы. Если такие файлы создаются в папке \windows\installer, или папке, указанной пользователем во время установки приложения, они автоматически считаются временными и игнорируются утилитой Works with Tool.

Отсутствие инсталлятора или исполняемых файлов

В случае, когда приложение не использует программу установки или не устанавливает исполняемых файлов, компания-разработчик должна заполнить waiver-документ, в котором следует указать:

• Все основные устанавливаемые приложением компоненты
• Их взаимодействие с определенными приложениями или компонентами операционной системы
• Все программные компоненты, требуемые для работы тестируемого приложения
• Переслать эту информацию по адресу wslogofb@microsoft.com

Если в результате прохождения тестов только результат теста «Were any binaries installed for this Component» не прошли тестирование, приложение все-равно получит логотип, при условии, что перечисленные выше данные в полном объеме были отосланы специалистам Microsoft.

Waiver- документы

Как было отмечено выше, в реяде случаев , в основном связанных с дизайном приложения, можно запросить документ , в котором указывается причина отказа от прохождения того или иного теста. Подробности – в первой части данного поста.

Удачной сертификации!

/АФ