4.1 Цель и объект проведения испытаний

Объектом испытаний является программный продукт «Программное средство «Отдел кадров верхнедвинского райпо»».

Целью испытаний является определение работоспособности программного средства «Программное средство «Отдел кадров верхнедвинского райпо»».

4.2 Порядок проведения испытаний

Для проведения испытаний наличие на персональной электронной вычислительной машины операционной системы не ниже Windows XP, манипулятора типа "Мышь", клавиатуры, видеоадаптера, установленной среды программирования Borland Delphi 7.

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

4.3 Методы испытаний

В настоящее время развитие средств вычислительной техники идет очень быстрыми темпами. Выпуск новых поколений процессоров занимает считанные годы или даже месяцы, увеличение емкости памяти и скорости обработки информации во много раз уже перестали нас удивлять. Под стать им растет количество программного обеспечения и возрастают его объемы. Скорости выпуска новых программных средств тоже не отстают. Зачастую для одного поколения процессора происходит смена нескольких поколений ПО. Такие темпы не могут не сказаться на качестве и работоспособности программного обеспечения. И конечным пользователям довольно часто приходится сталкиваться с «сырым» ПО. Именно проблема тестирования ПО на работоспособность, на соответствие заданным условиям и стандартам заставляет фирмы-разработчики ПО тратить до 2/3 времени создания продукта на тестирование и сертификацию ПО. Все это приводит к выпуску так называемых бета-версий программного продукта, где роли тестеров играют конечные пользователи. Как правило, тестирование программ проводится вручную специалистами самой фирмы разработчика. К тому же человек не всегда имеет объективную точку зрения на качество программы. Отсюда вытекает необходимость в автоматизированных средствах сертификации и тестирования ПО и в создании независимых центров сертификации и тестирования. В результате проведенной теоретической работы и анализа собранного материала были сделаны следующие выводы и посылки для разработки систем автоматизированной сертификации и тестирования.

• По среде, в которой происходит тестирование, следует различать программы, предназначенные для тестирования персонального (однопользовательского) ПО и сетевого (многопользовательского) ПО.

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

• Тестирование по соответствующей методике и для соответствующего стандарта: используется ли собственная методика или промышленный стандарт (ISO 9000, IEEE 829), ГОСТ Р ИСО/МЭК912693 «Информационная технология. Оценка программных продуктов. Характеристики качества и руководство по их применению», ГОСТ 28806-90 « Качество программных средств. Термины и определения.»

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

Основными исследуемыми методиками тестирования являются:

• тестирование «Белого Ящика»;

• тестирование «Черного Ящика».

Тестирование «Белого Ящика»

Тестирование «Белого Ящика» является методом разработки тестов, который использует управляющую структуру процедурной разработки, чтобы получить тесты. Тесты могут быть получены при следующих условиях:

• Решены все логические переходы в истинные и ложные стороны;

• Выполнены все циклы на границах и в пределах действующих границ;

• Проверены внутренние структуры данных, для гарантии их достоверности.

Тестирование Основного Пути

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

• Тестирование Циклов

• Тестирование осуществляется для следующих четырех типов циклов:

• Простые циклы;

• Вложенные циклы;

• Связанные циклы;

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

Другие техники тестирования «Белого Ящика»

• Тестирование состояния. Проверка логических состояний программы.

• Тестирование потока данных. Выбор пути теста в зависимости от состояния.

Тестирование «Черного Ящика»

При тестировании «Черного Ящика», пытаются получить входящий набор данных,

который бы максимально полно соответствовал функциональным возможностям системы. Это метод не является альтернативой для «Белого Ящика». Данный тип тестирования позволяет находить ошибки в следующих категориях:

• Неправильная или потерянная функция;

• Ошибки интерфейса;

• Ошибки в структуре данных или доступе к внешним данным;

• Ошибки производительности;

• Ошибки при инициализации и завершении работы;

Метод «Белого Ящика» следует применять в начале процесса тестирования, в то время как метод «Черного Ящика» обычно применяется на конечном этапе тестирования.

Разбиение на Эквивалентные Части

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

• Если входящее состояние определяется областью данных, то одно правильное и два неправильных класса эквивалентности должны быть определены;

• Если входящее состояние определяется специфическим значением, то одно правильное и два неправильных класса эквивалентности должны быть определены;

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

Анализ Граничных Величин

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

Графический Метод Построения Причинно-Следственных Связей

Данный метод обеспечивает краткое представление логических состояний и взаимосвязанных действий. Есть четыре шага:

• Составляется список входных состояний и действий для модуля и каждому присваивается идентификатор;

• Разрабатывается причинно-следственный граф;

• Граф преобразовывается в таблицу решений;

• Таблица решений преобразовывается в тесты;

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

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

Методы испытаний делятся по следующим признакам:

• по функциональным характеристикам – автоматизация работы сотрудника отдела кадров, получение выходных данных – отчет «Общий список сотрудников» и другие.

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

• по условиям эксплуатации – условия эксплуатации программы должны совпадать с условиями эксплуатации электронно-вычислительных машин.

• в соответствии с требованиями к составу и параметрам технических средств – необходимо наличие на персональном компьютере операционной системы Windows 98 – XP, манипулятора типа "Мышь", клавиатуры, видеоадаптера.

• в соответствии с требованиями к информационной и программной совместимости – программа «Отдел кадров предприятия» должна работать под управлением операционной системы Windows версии 98 – XP. Базовый язык программирования – Delphi 7.0.