На главную
 

  1.Миграция из PICK в открытые системы
2.Некоторые замечания по поводу необходимости миграции
3.Предконверсионная деятельность
4.Планирование и управление проектом
5.Обучение
6.Тестирование
 
     

Тестирование

Для достижения оптимальных результатов тестирование следует проводить в три этапа: Unit Testing, System Testing и Go Live.

Unit Testing (Тестирование компонентов)

Многие фирмы сразу бросаются в system testing (тестирование системы), и все заканчивается тем, что тратится масса времени на ремонт какого-либо важного элемента. Поэтому тестирование по компонентам в отдельности помогает всей системе в целом пройти тестирование ровно.

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

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

System Testing (Тестирование Системы)

Тестирование системы включает в себя все объекты вашей среды обработки. В тестировании принимают участие как персонал по технической поддержке, так и по приложениям, а также конечные пользователи.

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

Режимы оперируют всеми своими обычными функции. Резервирование следует делать каждый день. Установите библиотеку лен, протоколы и новые процедуры вызывов. Затем, проверьте их. Это даст возможность штату изучить среду до уровня, который нужен для обеспечения поддержки качества после Go Live.

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

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

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

Конверсия Go Live

Система, подготовленная к тестированию, характеризуется следующими признаками:

    · Полностью установленное оборудование и программное обеспечение

    · Все установленные на своих местах конфигурации, драйверы и т.д.

    · Полностью конвертированный и проверенный код приложения

Плюс наличие копии работающей базы данных и подсоединие ее в вашей базе данных. Заключительные шаги завершаются во время конверсии Go Live.

Окно для Go Live наиболее часто определяется количеством времени, которое требуется для миграции базы данных. Ясно, что, чем больше база данных, тем больше времени вы будете в автономном режиме. Свести к минимуму время для миграции можно специально для фирм, уже имеющих достаточно широкий опыт в конверсиях.

Во время планирования конверии Go Live, вы должны быть уверены, что сможете нейтрализовать неисправности в непредвиденных случаях на случай нейтрализации


| НАЗАД | НАЧАЛО СТРАНИЦЫ | НА ГЛАВНУЮ |
 
    | E-Mail | Версия сайта 2003 г. | Контакты | Web Builder | СУБД jBASE | СУБД UniVerse | Миграции из Pick | Data Warehousing |