Geum.ru

Опубликовано: сентябрь 2010 г

Вид материалаДокументы

Содержание


Планирование и тестирование развертывания приложений (Возможно, на английском языке)
Проверка совместимости бизнес-приложений с помощью процессов тестирования совместимости бизнес-приложений ИТ-отдела Майкрософт (
Устаревшие возможности
Руководство пользователя для инспектора совместимости кода Microsoft Office
Подобный материал:
1   ...   49   50   51   52   53   54   55   56   ...   75

Тестирование и устранение проблем совместимости


На этом этапе начинается тестирование критически важных и других надстроек и приложений с высоким приоритетом для поиска специфических проблем совместимости с Office 2010. После выявления несовместимостей группа разработки начинает исправления несовместимых надстроек и приложений на основе работы, проделанной на этапе планирования.

Так как исправляется множество приложений и надстроек, нельзя предположить, что эти исправления будут работать вместе. Следует протестировать все исправления вместе и опробовать их в реальной ситуации. Каждый этап важен для проверки исправлений, стабилизации общего развертывания Office 2010 и более успешного переноса данных.

Тестирование надстроек и приложений


На следующих блок-схемах представлены общие рекомендации для разработчиков, тестирующих различные типы приложений для определения несовместимостей с Office 2010. Дополнительные сведения см. в следующих ресурсах.

    ссылка скрыта (oft.com/fwlink/?linkid=186685&clcid=0x419) (Возможно, на английском языке)

    ссылка скрыта (oft.com/fwlink/?linkid=186686&clcid=0x419) (Возможно, на английском языке)

Общее тестирование приложений


Приведенная далее блок-схема показывает высокоуровневое представление тестирования приложений. На следующих блок-схемах в этом разделе описывается процесс тестирования для определенных типов приложений Office, таких как макросы и скрипты надстроек, а также тестирование автоматизаций Office.




Тестирование надстроек Office





Тестирование макросов и скриптов





Тестирование автоматизаций Office





Запуск инспектора совместимости кода Office


В процессе общего тестирования разработчики могут запускать инспектор совместимости кода для проверки на наличие известных измененных или устаревших функций членов объектной модели. Инспектор также ищет в коде VBA операторы Declare и ссылки на DLL-файлы, используемые элементами управления ActiveX, которые нужно обновить для обеспечения совместимости с 64-разрядными версиями Office 2010. Если средство находит потенциальные проблемы совместимости, оно добавляет комментарий в код, чтобы привлечь внимание разработчика.

После завершения каждой проверки инспектора кода создается подробный сводный отчет о найденном, в который включены следующие элементы.

    Изменения   Отмечаются любые синтаксические изменения члена объектной модели. Инспектор кода обнаруживает все измененные члены объектной модели начиная с версии Office 97.

    Устаревшие возможности   Отмечаются все использованные устаревшие члены объектной модели. Инспектор кода обнаруживает все устаревшие члены объектной модели начиная с версии Office 97.

Дополнительные сведения об использовании инспектора совместимости кода Office см. в разделе Руководство пользователя для инспектора совместимости кода Microsoft Office.

Исправление надстроек и приложений


Существует несколько подходов для исправления приложения или надстройки, несовместимой с Office 2010. В следующих разделах кратко описываются варианты исправления.

Получение обновлений от производителей


В отчетах OEAT предоставляются ссылки на надстройки, которые зарегистрированы как совместимые. Однако некоторые приложения могут отсутствовать в этом списке. В этом случае следует обратиться непосредственно к производителю. Нужно быть готовым к разработке временных способов исправления, если обновленная надстройка будет недоступна во время переноса или если надстройка не будет обновлена (или если производитель больше не занимается разработкой продуктов). Если временное исправление недоступно, следует рассмотреть возможность виртуализации приложений или параллельной установки разных версий.

Обновление внутренних приложений


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

Примечание.


Если платформа, используемая для написания внутреннего приложения, очень старая (например, Visual Basic 6 или более ранние версии), рекомендуется рассмотреть возможность повторного написания средства заново с использованием платформы .NET Framework.

Следующие рекомендации полезны для разработчиков, которым требуется обновить внутренние приложения.
Надстройки, созданные с помощью Visual Studio

Компоненты среды выполнения Office 2010 были созданы таким образом, чтобы все надстройки и решения для работы с документами и электронными таблицами средств Microsoft Visual Studio Tools для работы с приложениями (VSTA) и Visual Studio 2008 .NET работали с 64-разрядной версией Office 2010. Эти компоненты устанавливаются вместе с Office 2010. Поэтому администратору не требуется включать отдельную установку для этой среды выполнения. Однако существуют дополнительные вопросы, требующие рассмотрения.

В проекте Visual Studio, C# или Visual Basic код можно скомпилировать на языке MSIL, если используется параметр Любой процессор. Во время выполнения код MSIL проходит JIT-компиляцию для нужной архитектуры (AMD, 32- или 64-разрядной платформы Intel). Однако эта технология не применяется к .NET Framework версии 1.0 и 1.1. Эти версии не поддерживают преобразование в 64-разрядный код.

Даже соответствующий код .NET Framework 2.0 следует проверить, так как все вызовы процесса (p/invoke) в коде зависят от архитектуры процессора. Если попытаться вызвать собственные методы API с помощью p/invoke, могут возникнуть проблемы при запуске решения VSTO в 64-разрядной версии Office 2010.

Также проблемы могут возникнуть, если в коде выполняются вызовы Win32 API с сигнатурой (имя метода, список параметров и имя DLL), отличной от сигнатуры эквивалентного метода Win64 API. Это относится к любому решению, включая решение Office или решение на основе Windows.

Дополнительные сведения о создании решений для 64-разрядной версии Office 2010 см. в разделах ссылка скрыта (oft.com/fwlink/?linkid=178279&clcid=0x419) (Возможно, на английском языке) и ссылка скрыта (oft.com/fwlink/?linkid=152431&clcid=0x419) в библиотеке MSDN.
Решения и макросы VBA

Решения и макросы, созданные с помощью Visual Basic for Applications (VBA), будут работать, если они взаимодействуют с объектной моделью Office 2010. Однако определенные вызовы могут устареть и не будут работать. Если в коде VBA используются вызовы Windows API, скорее всего, это будут вызовы 32-разрядных библиотек DLL. Простой способ исправления для такого кода — обновить его, чтобы в операторах Declare использовалось ключевое слово PtrSafe. Для поиска операторов Declare можно использовать инспектор совместимости кода Office. Дополнительные сведения о совместимости кода VBA с 64-разрядными приложениями см. в разделе ссылка скрыта (oft.com/fwlink/?linkid=186639&clcid=0x419) (Возможно, на английском языке).
Элементы управления ActiveX

Собственные 32-разрядные элементы управления ActiveX (это, скорее всего, любые элементы управления, совместимые с Office 2007 и предыдущими версиями Office) не поддерживаются в 64-разрядной версии Office 2010. Для исправления таких элементов управления требуется скомпилировать код заново (если доступен исходный код), запросить обновление у производителя или дождаться его выхода, или использовать метод виртуализации. Дополнительные сведения о совместимости кода VBA с 64-разрядными версиями см. в разделе ссылка скрыта (oft.com/fwlink/?linkid=186639&clcid=0x419) (Возможно, на английском языке).

Использование параллельных установок или виртуализации


Если переписать код невозможно, доступны дополнительные методы обеспечения совместимости.

     Если обновление надстройки от производителя будет доступно после даты развертывания, можно установить Office 2003 или более раннюю версию параллельно с Office 2010 (или только определенные приложения, для которых ожидаются обновления, например Office Excel 2003).

Примечание.


При переходе на 64-разрядную версию Office 2010 нельзя параллельно установить Office 2007 (или предыдущую версию) одновременно. Все доступные предыдущие версии — 32-разрядные.

     При использовании Windows 7 можно параллельно установить Office 2003 (или более раннюю версию) в режиме совместимости с Windows XP или, если используется более старая версия Office, можно установить ее в виртуальной среде.

     Используйте технологию App-V (ранее известную как SoftGrid). Дополнительные сведения о технологии App-V см. в разделе ссылка скрыта (oft.com/fwlink/?linkid=143973&clcid=0x419) (Возможно, на английском языке).

     Используйте службы терминалов Windows и выполните одно из следующих действий.

     Если используется Windows Server 2003, можно использовать службы терминалов Windows для подготовки настольных компьютеров, на которых можно запускать эти решения удаленно в более ранней версии Office.

     Если используется Windows Server 2008, можно установить RemoteApp. При этом пользователи смогут работать на клиентских компьютерах так же, как при использовании старой версии Office. Дополнительные сведения о RemoteApp см. в разделе ссылка скрыта (oft.com/fwlink/?linkid=178280&clcid=0x419).

Проверка исправлений надстроек и приложений


Реализация пилотной среды — это последний основной этап перед развертыванием Office 2010. Пилотная среда — это пробный полигон для проверки исправленных приложений. Проектная группа должна участвовать в реализации пилотной среды Office 2010 для поиска и исправления всех возможных проблем. На этом этапе группа управления выпуском отслеживает управляемую среду, в которой пользователи выполняют типичные бизнес-задачи с помощью новых возможностей, в том числе применяют исправленные приложения и надстройки, которые взаимодействуют с Office 2010. Так можно, узнать, работают ли исправления, как ожидалось, и выполняются ли требования организации.

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

Дополнительные сведения о стабилизации приложений и их реализации в пилотной среде см. в разделе ссылка скрыта (oft.com/fwlink/?linkid=115624&clcid=0x419) в документации по Microsoft Operations Framework 4.0 в технической библиотеке TechNet.

Copyright © 2023. All rights Reserved.