Класс Assert и тестирование результата
Класс Assert из пространства имен Microsoft.VisualStudio.TestTools.UnitTesting с помощью своих статических методов позволяет верифицировать результат выполнения некоторого действия. Ранее уже было рассмотрено несколько методов, в частности, метод Assert.IsNotNull(), проверяющий, не равен ли некоторый объект значению null. Кроме того, при тестировании нам доступен еще ряд методов:
· AreEqual(object expected, object actual): проверяет, равны ли оба объекта. Имеет различные перегруженные версии, позволяющие сравнивать различные типы объектов
· AreEqual<T>(T expected, T actual): обобщенная версия предыдущего метода. Например, Assert.AreEqual<string>("Index", result.MasterName)
· AreNotEqual(object expected, object actual): проверяет, не равны ли оба объекта. Тест проходит успешно, если объекты не равны
· AreNotEqual<T>(T expected, T actual): обобщенная версия предыдущего метода
· AreSame(object expected, object actual): проверяет, указывают ли оба объекта на один и тот же объект в памяти
· AreNotSame(object expected, object actual): проверяет, указывают ли оба объекта на разные объекты в памяти. Если они указывают на один и тот же объект, то тест заканчивается неудачно
· Equals(object objA, object objB): проверяет на равенство оба объекта
· IsFalse(bool condition): проверяет, равно ли условие condition значению false
· IsTrue(bool condition): проверяет, равно ли условие condition значению true
· IsNull(object value): проверяет, имеет ли объект value значение null
· IsInstanceOfType(object value, Type expectedType): проверяет, представляет ли объект value тип expectedType
Используя эти методы, мы можем проверить различные ситуации в своем приложении.
|
|
|
Практическая работа №14
Разработка тест-кейсов
Цель работы: освоение технологии функционального ручного тестирования
Задание: разработать несколько тест-кейсов для работающей программы. Обязательно должен быть позитивный и негативный тесты.
Тест-кейс — это формально описанный алгоритм тестирования программы, специально созданный для определения возникновения в программе определённой ситуации, определённых выходных данных. Часто варианты тестирования группируют в тестовые наборы
Предусловие (Pre Conditions) — список действий или критерии, которые приводят систему к состоянию пригодному для проведения основной проверки.
Постусловие (Post Conditions) - список действий, переводящих систему в первоначальное состояние.
Post Conditions не является обязательной частью.
Это скорее всего - правило хорошего тона:
"намусорил - убери за собой".
Это особенно актуально при автоматизированном тестировании, когда за один прогон можно наполнить базу данных сотней или даже тысячей некорректных документов.
Позитивный тест кейс использует только корректные данные и проверяет, что приложение правильно выполнило вызываемую функцию
|
|
|
Негативный тест кейс оперирует как с корректными так и с некорректными данными (минимум 1 некорректный параметр) и ставит целью проверку исключительных ситуаций (срабатывание валидаторов), а также проверяет, что вызываемая приложением функция не выполняется при срабатывании валидатора
Тест кейсы можно оформлять ввиде таблицы
| Название: |
| ||
| Функция: |
| ||
| Действие | Ожидаемый результат | Результат теста: · пройден · провален · заблокирован | |
| Предусловие: |
| ||
|
| |||
| Шаги теста: |
| ||
|
| |||
|
| |||
|
| |||
|
| |||
| Постусловие: |
| ||
|
| |||
Практическая работа №15
Составление документа «Руководство оператора»
Цель работы: освоение технологии документирования программных средств в соответствии с ЕСПД
Задание: разработать документ «Руководство оператора» для информационной системы
Порядок выполнения работы:
1. Для ИС выбранной на практической работе №1, разработать и оформить документ «Руководство оператора» в соответствии с ГОСТ 19.505-79.
2. Оформить работу в соответствии с ГОСТ 19.106-78. При оформлении использовать MS Word
|
|
|
3. Сдать и защитить работу.
Защита практической работы:
Защита выполненной работы заключается в предъявлении преподавателю полученных результатов в виде файла и демонстрации полученных навыков в ответах на вопросы преподавателя.
Рекомендации по составлению документа:
Содержание документа
С точки зрения содержания, руководство оператора может рассматриваться как упрощенный вариант руководства пользователя. При этом в большинстве случаев в руководстве оператора приводятся не описания функций, а как можно более четко сформулированные процедуры решения отдельных задач.
Методика и стиль изложения
Руководство оператора должно быть написано как можно более простым языком и давать как можно более четкие инструкции по выполнению предусмотренных операций. Можно сформулировать несколько рекомендаций, которые помогут сделать его таким.
Минимум теоретических введений и концептуальных разделов. Если теория все-таки необходима, она вся должна быть собрана в один раздел.
Минимум явных и неявных ссылок внутри документа. Описания повторяющихся при выполнении разных операций процедур по возможности лучше дублировать.
|
|
|
Минимум ветвлений при описании процедур. Никаких условий вида «если вы хотите». У оператора нет желаний, а есть обязанности.
Оператору важно понимать, все ли у него идет так, как надо. Поэтому необходимо описывать не только его действия, но и результаты таковых в случае успеха.
Типовая структура
Типовая структура руководства оператора приведена в ГОСТ 19.505-79. Руководство оператора должно содержать следующие разделы:
· Назначение программы.
· Условия выполнения программы.
· Выполнение программы.
· Сообщения оператору.
В современных условиях в эту структуру целесообразно добавить раздел «Интерфейс пользователя», актуальный сегодня для большинства программ. В случае программ, предполагающих диалоговый режим работы, можно переименовать раздел «Выполнение программы» в «Выполнение операций» либо описать каждую операцию или группу операций в самостоятельном разделе первого уровня.
В зависимости от особенностей документы допускается объединять отдельные разделы или вводить новые [из п. 1.2 ГОСТ 19.505-79] Последняя фраза предоставляет разработчикам программной документации пространство для маневра.
Рассмотрим составление Руководства пользователя на примере программы Блокнот
В разделе «Назначение программы» должны быть указаны сведения о назначении программы и информация, достаточная для понимания функций программы и ее эксплуатации [из п. 2.1 ГОСТ 19.505-79]«...должны быть указаны сведения о назначении программы». Сведения о назначении программы изложены в основополагающем документе – в техническом задании.
Функциональное назначение
Функциональным назначением программы является предоставление пользователю возможности работы с текстовыми документами в формате rtf.
Эксплуатационное назначение
Программа должна эксплуатироваться в профильных подразделениях на объектах заказчика.
Пользователями программы должны являться сотрудники профильных подразделений объектов заказчика.
Состав функций
Программа обеспечивает возможность выполнения перечисленных ниже функций:
Функции создания нового (пустого) файла;
Функции открытия (загрузки) существующего файла;
Функции редактирования открытого (далее - текущего) файла путем ввода, замены, удаления содержимого файла с применением стандартных устройств ввода;
Функции редактирования текущего файла с применением буфера обмена операционной системы;
Функции сохранения файла с исходным именем;
Функции сохранения файла с именем, отличным от исходного;
Функции отправки содержимого текущего файла электронной почтой с помощью внешней клиентской почтовой программы;
Функции вывода оперативных справок в строковом формате (подсказок);
Функции интерактивной справочной системы;
Функции отображения названия программы, версии программы, копирайта и комментариев разработчика.
Условия выполнения программы
В разделе «Условия выполнения программы» должны быть указаны условия, необходимые для выполнения программы (минимальный и (или) максимальный состав аппаратурных и программных средств и т.п.) [из п. 2.2 ГОСТ 19.505-79]
Создаем соответствующие подразделы. Поскольку «аппаратурных» звучит старообразно, меняем его на «технических».
Климатические условия эксплуатации
Климатические условия эксплутатации, при которых должны обеспечиваться заданные характеристики, должны удовлетворять требованиям, предъявляемым к техническим средствам в части условий их эксплуатации.
Минимальный состав технических средств
В состав технических средств должен входить IBM-совместимый персональный компьютер (ПЭВМ), включающий в себя:
процессор Pentium-1000 с тактовой частотой, ГГц - 10, не менее;
материнскую плату с FSB, ГГц - 5, не менее;
оперативную память объемом, Тб - 10, не менее;
и так далее…
Минимальный состав программных средств
Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы. Допускается использование пакета обновления такого-то.
Требования к персоналу (пользователю)
Минимальное количество персонала, требуемого для работы программы, должно составлять не менее 2 штатных единиц – системный администратор и пользователь программы – оператор.
Системный администратор должен иметь высшее профильное образование и сертификаты компании-производителя операционной системы. В перечень задач, выполняемых системным администратором, должны входить:
задача поддержания работоспособности технических средств;
задачи установки (инсталляции) и поддержания работоспособности системных программных средств – операционной системы;
задача установки (инсталляции) программы.
Пользователь программы (оператор) должен обладать практическими навыками работы с графическим пользовательским интерфейсом операционной системы.
Персонал должен быть аттестован на II квалификационную группу по электробезопасности (для работы с конторским оборудованием).
Выполнение программы
В разделе «Выполнение программы» должна быть указана последовательность действий оператора, обеспечивающих загрузку, запуск, выполнение и завершение программы, приведено описание функций, формата и возможных вариантов команд, с помощью которых оператор осуществляет загрузки и управляет выполнением программы, а также ответы программы на эти команды [из п. 2.3 ГОСТ 19.505-79]
Автоматически, «пальцами», создаем подразделы:
Загрузка и запуск программы;
Выполнение программы;
Завершение работы программы.
Загрузка и запуск программы
Загрузка и запуск программы осуществляется способами, детальные сведения о которых изложены в руководстве пользователя операционной системы.
В случае успешного запуска программы на рабочем столе будет отображено Главное окно программы.
Выполнение программы
«В подразделе следует привести «описание функций, формата и возможных вариантов команд, с помощью которых оператор … управляет выполнением программы».
Выше был приведен перечень функций, возможность выполнения которых обеспечивает программа. Для каждой функции из перечня следует создать подраздел.
Выполнение функции сохранения файла с именем, отличным от исходного
...
Наверное, достаточно. Нет смысла дублировать (фактически) описания выполнения типовых функций программы в учебно-тренировочном документе.
Завершение работы программы
Завершение работы программы обеспечиваются стандартными средствами операционной системы.
или
Выполнение указанной функции возможно любым из перечисленных ниже способов:
последовательным выбором пунктов меню Файл-Выход (см. рисунок такой-то);
нажатием кнопки 
.
Сообщения оператору
В разделе «Сообщения оператору» должны быть приведены тексты сообщений, выдаваемых в ходе выполнения программы, описание их содержания и соответствующие действия оператора (действия оператора в случае сбоя, возможности повторного запуска программы и т.п.) [из п. 2.4 ГОСТ 19.505-79]
Поскольку программа не консольная (с интерфейсом командной строки), а с графическим пользовательским интерфейсом, классических текстовых сообщений не предвидится. Сообщения об ошибках отображаются в виде окон на рабочем столе.
«описание их содержания»
Ошибка сохранения файла
При попытке сохранения файла с именем уже существующего файла на рабочем столе программы будет отображено сообщение об ошибке.
«и соответствующие действия оператора»
Для сохранения файла с именем уже существующего файла следует нажать кнопку Да.
Для сохранения файла с именем, отличным от имени существующего файла, следует:
нажать кнопку Нет;
повторно выполнить указания п. Выполнение функции сохранения файла с именем, отличным от исходного с указанием имени файла, отличного от имени существующего файла.
Об иллюстрациях
Допускается содержание разделов иллюстрировать поясняющими примерами, таблицами, схемами, графиками [из п. 2.5 ГОСТ 19.505-79]
В настоящем учебно-тренировочном руководстве оператора в качестве иллюстраций используются экранные формы (окна), отображаемые на рабочем столе.
О приложениях
В приложения к руководству оператора допускается включать различные материалы, которые нецелесообразно включать в разделы руководства [из п. 2.6 ГОСТ 19.505-79]
Практическая работа №16
Создание командного проекта
Цель лабораторной работы: Получить практические навыки в создании инфраструктуры командного проекта.
Дата добавления: 2022-01-22; просмотров: 116; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!