Base calculator ошибки

Разработка программы ‘Калькулятор’

Содержание

Введение

Техническое задание

1. Аналитический раздел

1.1 Обзор и анализ существующих программных решений

1.2 Определение функциональных требований к разрабатываемой
программной системе

2. Конструкторский раздел

2.1 Выбор языка и среды программирования

2.2 Функциональная схема работы программы

2.3 Организация данных и проектирование интерфейсов обмена данными
в программной системе

3. Технологический раздел

3.1 Определение структуры и состава программной системы

3.2 Описание разработанных алгоритмов программы

3.3 Руководство пользователя

4. Экспериментальный раздел

4.1 Виды контроля качества разрабатываемого ПО

4.2 Методика проведения и результаты тестирования

4.3 Методы и способы устранения ошибок

4.4 Отладка выявленных ошибок, обнаруженных при тестировании

Заключение

Список литературы

Приложения

Введение

Целью данного курсового проекта является создание программы
«Калькулятор», которая и будет являться объектом исследования.

Калькулятор — устройство для арифметических вычислений. Мы
пользуемся простыми калькуляторами для математических вычислений в школе и для
подсчета денег в магазине. Ученые, инженеры и статистики пользуются другими
калькуляторами, способными выполнять сложные операции. Современные калькуляторы
— это электронные приборы с маленькими силиконовыми микросхемами, производящими
любые вычисления. Разновидность калькулятора — кассовый аппарат. Он суммирует
цены и делает распечатку чека. Большинство кассовых аппаратов автоматически
считывают цены по бар коду, указанному на каждом товаре. «Мозг»
калькулятора может только складывать и вычитать. Умножение и деление он
выполняет путем многократного сложения или вычитания.

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

Когда вы набираете числа на клавиатуре, в регистры памяти
калькулятора вводятся бинарные коды для операндов и арифметических действий
(сложения, вычитания, умножения и деления). Арифметический блок выполняет
действие и сохраняет результат в одном из регистров. Затем результат
пересылается в память дисплея и отображается в десятичной форме на дисплее.

Целью курсового проекта является приобретение и закрепление
навыков в организации вычислительных процессов и программирования на
алгоритмическом языке.

программа алгоритм калькулятор ошибка

на курсовой проект по дисциплине «Языки программирования»

Студент Носенков А.В. Группа 11-БАС-2

Тема Разработка программы «Калькулятор»

Общая формулировка задания

Необходимо разработать программу «Калькулятор»
выполняющую основные арифметические операции, а также расчет основных
тригонометрических функций в среде программирования Turbo Pascal 7.0.

Требования к графическому и пользовательскому
интерфейсам:

·        программа должна работать в графическом
режиме;

·        в программе должны использоваться кнопки
для ввода данных (операций) и графическое меню;

·        программа должна содержать поле для ввода
данных и вывода результата.

Требования к функциональным возможностям:

·        реализовать возможность вывода на экран
последнего операнда;

·        реализовать возможность выполнения
основных арифметических действий (сложение, вычитание, деление, умножение),
извлечение квадратного корня, вычисление основных тригонометрических функций
(косинус, синус, тангенс, котангенс), возведение в целую степень;

·        реализовать
возможность сброса результата.

Руководитель Леонов Ю.А.

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

Уже три тысячи лет назад в Древнем Вавилоне появился первый
абак — старинный аналог счет, в котором круглые камешки передвигались по
специальным направляющим в форме углублений, и каждая из направляющих
представляла собой отображение ряда единиц, десятков, сотен. Абак был известен
также и в Древней Индии, а в X-ом веке нашей эры он также появился и в Западной Европе.
Однако здесь вместо камешков было принято использовать специальные жетоны, на
которые наносились цифры.

Техническое достижение в области механизации расчетов
датируется 1643-им годом и связано с именем ученого Блеза Паскаля. Новшество
представляет собой суммирующую арифметическую машину, которая казалась
совершенным достижением, но уже через тридцать лет Готфрид Вильгельм Лейбниц
представил еще более сложное изобретение — первый механизированный калькулятор.
Примечательно, что именно в эти годы (начало нового времени) несколько утихает
борьба между «абацистами» и «алгоритмистами», и калькулятор
представляет собой ожидаемый компромисс между двумя конфликтующими сторонами.

За рубежом развитие счетных машин происходит не менее
интенсивно. Первый калькулятор массового выпуска — ANITA MK VIII — выпускается в Англии в
1961-ом году и представляет собой устройство, работающее на газоразрядных
лампах. Это устройство было достаточно громоздким по современным меркам, оно
оснащалось клавиатурой для ввода числа, а также дополнительной 10-ти клавишной
консолью для задания множителя. В 1965-ом году калькуляторы Wang впервые научились
считать логарифмы, а уже через четыре года в США появился и первый настольный
программируемый калькулятор. А в 1970-ые годы мир калькуляторов становится
более совершенным и разнообразным — появляются новые настольные и карманные
машины, а также профессиональные инженерные калькуляторы, позволяющие
производить сложнейшие расчеты.

Сегодня усовершенствованные модели калькуляторов представляют
собою высокотехнологичные разработки, при создании которых был использован
колоссальный опыт инженерных предприятий во всем мире. И, несмотря на
абсолютный приоритет ЭВМ, калькуляторы и прочие счетные устройства по-прежнему
сопровождают человека в различных отраслях деятельности!

Из доступных программ-калькуляторов можно назвать
«Калькулятор Windows» и «NumLock Calculator«.

. NumLock Calculator — очень удобный
калькулятор, который выскакивает при нажатии NumLock (или ScrollLock), а при повторном
нажатии прячется обратно в системную панель. Результат вычислений может
автоматически вставляться в активное окно. Поддерживает разные форматы
(десятичный, шестнадцатиричный, с фиксированной точкой, научный), разные виды
(простой, инженерный, программерский и т.п.).

Основные функции NumLock Calculator:

·        быстрый вызов по «горячим
клавишам», определяемым пользователем;

·        автоматическая вставка результата в
документы и буфер обмена;

·        более 100 функций, 7 форматов чисел и
выражений;

·        история вычислений, 10 ячеек памяти,
доступ к 100 переменным;

Пример работы данной программы (рис.1.1).

Рис.1.1 Пользовательский интерфейс программы » NumLock Calculator«.

. «Калькулятор Windows» —
компонент Microsoft
Windows, имитирующий работу
обычного карманного калькулятора. Его «кнопки» можно нажимать мышкой.
Возможен ввод с дополнительной цифровой клавиатуры. Также можно вставлять
математические выражения из буфера обмена и получать результат (например,
набрать в Блокноте «2*2=», скопировать и вставить
в Калькулятор, на «экране» которого появится ответ «4»). Пример работы данной программы
(рис.1.2.).

Рис.1.2 Интерфейс программы «Калькулятор Windows».

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

1)      соблюдение правильности вычислений;

2)      программа должна иметь простой, но в то же время
понятный и наглядный интерфейс, который не должен перегружать ресурсы
компьютера;

)        программа должна иметь возможность сброса
полученного результата;

)        пользователь должен иметь возможность видеть
выполняемые им действия и полученный результат;

)        программа не должна занимать большой объем памяти и
не должна требовать установки на жесткий диск компьютера;

)        должна существовать возможность вычисления основных
тригонометрических функций (синус, косинус, тангенс, котангенс), извлечение
квадратного корня, а также возведение числа в целую степень;

)        работоспособность приложения в среде Windows.

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

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

Язык Паскаль был одним языков, созданных для обучения и
получивших популярность, как и новичков, так и в серьёзном программировании.
При его создании успешно решена задача сочетания сравнительной простоты языка с
потенциальной широтой области его применений. В отличии от своих
предшественников (в частности Бейсика) Паскаль допускает разнообразные типы
составных объектов: запись — упорядоченный набор про именованных объектов
произвольных типов; файл — упорядоченный набор однородных данных, размещаемых
во внешней памяти; множество — набор элементов одного типа, кодируемых
отрезками натурального ряда или произвольными именами. В Паскале имеется
оператор варианта, т.е. выбора одной из нескольких альтернативных
последовательностей (ветвей) операторов по вычисляемому номеру ветви.

Программа на Паскаль, также как и в других языках
программирования реализует алгоритм решения задачи. Она объединяет
последовательность действий, выполняемых над определенными типами данными с
помощью операций, определяемых возможностями языка. Язык Паскаль является
универсальным языком, т.е. на нем можно писать вычислительные, графические и
системные программы, программы по обработке больших блоков данных (типа СУБД).

Для представления принципа работы программы ниже приведена ее
функциональная схема (рис.2.1).

Рис.2.1 Функциональная схема программы
«Калькулятор»

Пункт «Ввод операнда» представляет собой
часть программы, в которой выбираются нужные числа для подсчета. После выбора
чисел нужно выбрать действие, которое необходимо выполнить (пункт
«Выбор функции«). Затем по введенным данным вычисляется результат
(пункт «Вычисление значения»).

Далее пользователю предоставляется продолжить работу с
результатом («Работа с результатом«). В следствие работы с ним
пользователь может выйти из программы или сбросить результат и продолжить
вычисления.

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

Выводимые данные это то, что сообщается пользователю. Входные
данные это то, что пользователь сообщает программе.

Выводимые данные в программе представлены в виде графического
отображения окна программы (рис.2.2):

Рис.2.2 Окно программы

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

·        нажатие клавиш
клавиатуры;

·        работа пользователя с кнопками в
интерфейсе.

В программе используются модули, как стандартные, так и
собственные.

Модуль GrMouse обрабатывает прерывание Dos $33 — это события от
мыши и определяет координаты курсора и состояние кнопок мыши.

Модуль GrButton содержит описание процедур, связанных с
событиями мыши.

Модуль Functions содержит набор подпрограмм для работы с числами.

Модуль GrOutPut содержит набор подпрограмм для собственно
отрисовки результатов в графическом режиме, вывод результата в нужном виде в
нужное место. Список стандартных модулей представляют Graph, crt, dos

В модуле Graph (GRAPH. TPU) находится библиотека, состоящая из более чем 50
графических подпрограмм от побитовых до подпрограмм высокого уровня.

Модуль Crt позволяет выводить цветные символы на цветном
экране. Хотя по-прежнему отображение будет происходить в текстовом режиме.
Текстовый режим означает, что на экране могут выводиться только определенные
символы в определенных местах (знакоместах). Можно представить экран,
разделенным вертикальными и горизонтальными линиями на ячейки. В эти ячейки
можно «вписывать» различные символы. У каждой ячейки есть адрес.

Модуль Dos позволяет использовать возможности операционной
системы MS DOS, не предусмотренные в стандарте языка Паскаль, и содержит типы,
константы, переменные и подпрограммы для реализации этих дополнительных
возможностей.

В программе использованы локальные переменные и константа,
стандартные и пользовательские процедуры и функции.

Константа называется Captions и имеет тип данных
строковый. Она нужна для нанесения надписей на кнопки, используемые в
интерфейсе программы.

Локальные переменные:

§  Buttons-массив от 1 до 35 для
индексов кнопок;

§  CEbutton, QuitButton, FirstEdit, SecondEdit — переменные для кнопок
сброса, выхода из программы, первого числа и второго числа соответственно;

§  Quit-переменная с типом
данных «булевский», при значении true происходит выход из
программы.

Процедуры и функции пользователя:

·        «function
GetCaption (i: byte): string; » — нанесение надписей на кнопки;

·        «procedure
ChangeSysOfCount (SysOfCount: TSysCountStr); » — выбор десятичной системы
счисления;

·        «procedure
SetGroupEnabled (SysOfCount: TSysCountStr); » — подключение кнопок
клавиатуры;

·        «procedure
Drawing SquareOfButt (MaxTopInc, LeftOffs, TopOffs, BStartInd, BCount: word);
» — отрисовка кнопок;

·        «procedure FstAction; » — работа с
первым операндом;

·        «procedure SndAction; » — работа со
вторым операндом.

Рис.3.1 Алгоритм программы «Калькулятор».

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

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

Требования к аппаратуре и программному
обеспечению

Так как программа выполнена в среде программирования Turbo Pascal, то требования к
аппаратному и программному обеспечению минимальны.

ПК с процессором, совместимым с Intel Pentium или AMD, монитором и
клавиатурой. Операционная система MS-DOS или MS Windows (кроме Windows 7, так как на данной
операционной системе приложение не может работать в полноэкранном режиме).

Установка программы

Установка программы на компьютер пользователя заключается в
копировании папки программы и установки ярлыка на Рабочий стол. Создайте в
любом разделе жесткого диска новую папку и скопируйте в нее все файлы папки
«Курсовой проект».

Запускать следует файл GRCALC. EXE непосредственно из папки
или при помощи ярлыка кнопкой Enter или двойным щелчком мыши.

Если требуется доработка программы, то необходимо иметь
исходный файл GRCALC. PAS, который открывается в среде программирования TURBO PASCAL версии 7 или совместимой
с ней. Порядок работы с программой опишем в руководстве пользователя. Здесь
приводится описание приемов управления программой.

Порядок работы

Запуск программы производится двойным щелчком мыши на файле GRCALC. EXE или на его ярлыке.

После запуска открывается окно программы. Далее в поле данных
мы должны ввести первое число, затем операцию, которую мы хотим выполнить, а
затем второе число. Нажимаем кнопку «=». Далее получаем результат
выполнения действия. Можно сбросить результат (нажать «CE») или продолжить
работу с ним.

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

Основные принципы организации тестирования:

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

·        следует по возможности избегать
тестирования программы ее автором, т.к. кроме уже указанной объективной
сложности тестирования для программистов здесь присутствует и тот фактор, что
обнаружение недостатков в своей деятельности противоречит человеческой
психологии (однако отладка программы эффективнее всего выполняется именно
автором программы);

·        по тем же соображениям организация —
разработчик программного обеспечения не должна «единолично ” его
тестировать (должны существовать организации, специализирующиеся на
тестировании программных средств);

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

·        необходимо тщательно подбирать тест не
только для правильных (предусмотренных) входных данных, но и для неправильных
(непредусмотренных);

·        следует сохранять использованные тесты
(для повышения эффективности повторного тестирования программы после ее
модификации или установки у заказчика);

·        тестирования не должно планироваться
исходя из предположения, что в программе не будут обнаружены ошибки (в
частности, следует выделять для тестирования достаточные временные и
материальные ресурсы);

·        следует учитывать так называемый «принцип
скопления ошибок”: вероятность наличия не обнаруженных ошибок в некоторой части
программы прямо пропорциональна числу ошибок, уже обнаруженных в этой части;

При тестировании программы были выполнены следующие принципы:

необходимо тщательно подбирать тест не только для правильных
(предусмотренных) входных данных, но и для неправильных (непредусмотренных);

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

·        следует всегда помнить, что тестирование —
творческий процесс, а не относиться к нему как к рутинному занятию;

·        следует по возможности избегать
тестирования программы ее автором.

Тестирование выявило ряд ошибок в алгоритме, синтаксисе кода
программы и ее интерфейсе.

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

Отладка состоит из следующих этапов:

·        воспроизведение дефекта (любым из
доступных способов);

·        дизайн
исправления дефекта;

·        кодирование
исправления дефекта;

·        валидация
исправления;

·        интеграция исправления в кодовую базу или
целевую систему;

·        дополнительные
валидации после интеграции.

На любом этапе отладки могут возникнуть новые дефекты,
которые придётся отлаживать. Например, какая-то часть исправления в коде
работает не так как ожидается и соответственно придётся отлаживать эту часть в
изоляции и снова основное время уходит на пункты 1 и 2 и т.д.

Этап отладки можно считать законченным, если программа
правильно работает на двух-трех наборах входных данных.

Некоторые методы отладки ПО используемые на данный момент в
индустрии:

·        запуск программы из под отладчика;

·        анализ
поведения системы;

·        unit
тестирование;

·        анализ кода без исполнения программы;

·        выполнения программы (или её части) в
другой среде;

·        отладка
трансляцией кода.

Во время выполнения отладки, были использованы следующие
методы:

·        unit
тестирование;

·        анализ кода без исполнения программы;

·        запуск программы из под отладчика.

Отладка ряда ошибок прошла успешно, были внесены изменения в
интерфейс программы.

Также были предусмотрены некоторые исключительные ситуации:.
Для квадратного корня не была учтена область допустимых значений. А также для
операции «деление» не было учтено деление на «0». Для
устранения данной ошибки преобразован оператор case:

case CurrentFunc of

…

‘/’: begin if stemp=0 then begin res: =0;
outtextxy (450,65,’false’); end else if SParam<>’0’then begin Res:
=FTemp/STemp;; end;

‘√’: begin if ftemp <0 then begin res:
=0; outtextxy (450,65,’false’); end else Res: =sqrt (Ftemp); end;

…

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

Также было проведено исследование полученного программного
продукта. В результате были выявлены следующие достоинства и недостатки
полученного программного продукта:

Достоинства:

·        Существует
возможность сбрасывать результат;

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

Недостатки:

·        Невозможность выполнения некоторых других
математических операций;

·        Невозможность сохранения операндов или результатов
в памяти программы;

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

1.
Фаронов, В.В. Программирование в Delphi 7: учеб. пособие / В.В. Фаронов. — 7-е изд.,
перераб. — М.: Нолидж, 2006. — 412с.

.
Ставровский, А.Б. Delphi в задачах и примерах: учеб. для вузов / А.Б. Ставровский. — Киев:
BНV, 2004. — 399с.

.
Кнут, Д.Э. Искусство программирования: учеб. пособие: в 3 т.: пер. с англ. Т.1:
Основные алгоритмы. — 3-е изд. — М. и др.: Вильямс, 2000. — 720 с.

.
Гловацкая, А.П. Методы и алгоритмы вычислительной математики: учеб. пособие для
вузов / А.П. Головыцкая. — М.: Радио и связь, 1999. — 408с.

.
Бежанова, М.М. Практическое программирование: структуры данных и алгоритмы:
учеб. для вузов / М.М. Бежанова, Л.А. Москвина, И.В. Поттосин. — М.: Логос,
2001. — 223с.

Приложение 1

Листинг программы

program Calculator;

uses
Functions,GrMouse,GrButton,Graph,GrOutPut,dos,crt;: string=’ 7 8 9/< — x^y’+

‘ 4 5 6 * sin cos’+

‘ 1 2 3 — tg ktg’+

‘ 0 с. + = ы’+

‘ P R O E K T’;

{$F+}: array [1.35] of TGrButton;,QuitButton:
TGrButton;,SecondEdit: TGrButton;: TMouseStatus;: boolean;GetCaption (i: byte):
string;,TempPos,Count: byte;: =0;: =0;x: =1 to Length (Captions) doCaptions [x]
=’ ‘ then inc (count);Count=i-2 then TempPos: =x;Count=i-1 then GetCaption:
=copy (Captions,TempPos+2,x-TempPos-1);;;ChangeSysOfCount (SysOfCount:
TSysCountStr);: string;SysOfCount [1] of

‘D’: begin;;SysOfCount [1] of

‘D’: begin SysCount: =DEC; DisButtons:
=DECindexes;
end;;(FParam);(SParam);(false);(SParam);(true);(FParam);;SetGroupEnabled
(SysOfCount: TSysCountStr);: =ALLnumbers;i: =2 to 35 doi in DisButtons
thenButtons [i] donot Enabled then(true);(SysOFCount);i: =2 to 35 doi in
DisButtons then[i]. SetEnabled (False);: =»;;DrawingSquareOfButt
(MaxTopInc,LeftOffs,TopOffs,BStartInd,BCount: word);: =0;j<=MaxTopInc doi:
=BStartInd-1 to BStartInd+BCount-2 do[j+i+1]. Left: =i*50+LeftOffs;[j+i+1].
Top: =j*7+TopOffs;[j+i+1]. Draw;;(j,7);;;Action;: =true;;SetRadioClick (var
ActButt,DisAct1,DisAct2: TGrButton);ActButt. FillColor=ActButt. FillColor then.
FillColor: =ActButt. PressedColor;. FillColor: =1;. FillColor: =1;. Fill
(ActButt. PressedColor);. Fill (DisAct1. FillColor);. FIll (DisAct2.
FillColor);;;SetDECsys;(Buttons [8],Buttons [1],Buttons
[15]);(‘DEC’);;FstAction;(FirstEdit. FillColor=1) then. FillColor: =4;.
FillColor: =1;. Draw;. Draw;(true);: =false;;;SndAction;(SecondEdit.
FillColor=1) then. FillColor: =1;. FillColor: =4;. Draw;. Draw;(false);;;;;.
Init;. Init;. Init;. Init;i: =1 to 35 doButtons [i] do;: =GetCaption
(i+1);;QuitButton do: =140;: =GetMaxY-50;: =20;: =370;: =’Quit’;;;CEButton do:
=GetMaxX-220;: =80;: =30;: =85;: =’CE’;;;FirstEdit do: =GetMaxX-55;: =120;:
=’Fst’;: =4;;;SecondEdit do: =GetMaxX-55;: =170;:
=’Snd’;;;(30,140,1200,1,1);(30,170,120,2,6);(5,5,GetMaxX-5,GetMaxY-5);(OutXs,OutYs,OutXf,OutYf);

{/*End of drawing*/};;;[1]. PressedColor: =8;[8].
PressedColor: =8;[15]. PressedColor: =8;(‘DEC’);(Buttons [8],Buttons [1],Buttons
[15]);[8]. Action: =SetDECsys;[6]. Action: =BackSpaceSymbol;[24]. Action:
=SetPlusMines;[27]. Action: =GetResult;

{*************************}not Quit doi: =1 to 35
doButtons [i] doonClick (Action,MouseStatus) then(Length (Caption) =1)
then(Caption [1] in SysCount) then(Caption);: =false;;(Caption [1]);Caption [1]
=’с’ then Calculated: =false;;: =0;KeyPressed then: =Ord (readkey);Key of

.57,46,97.103:UpCase (Char (Key)) in SysCount
then(UpCase (Char (Key)));: =false;;

: begin;: =false;;

: SetEnterMode (‘*’); {*}

: SetEnterMode (‘+’); {+}

: SetEnterMode (‘-‘); {-}

: SetEnterMode (‘/’); {/}

: exit;;;;. onClick (Action,MouseStatus);.
OnClick (CEClick,MouseStatus);FirstEdit. OnClick (FstAction,MouseStatus) or
(FActive) then FstAction;SecondEdit. OnClick (SndAction,MouseStatus) or
(SActive) then SndAction;;;.

Модуль Function

unit Functions;

{$F+} {$N+}Graph,GrOutPut;SetEnterMode (Func:
char);GetResult;FilterExpValue (var Par: StrParam);IntToStr (Param: word):
String;: string;: word;(Param,Temp);: =Temp;;FilterExpValue (var Par:
StrParam);degree,mant,NullStr: string;,e,DotPos,ExpPos: integer;,minus:
boolean;: integer;Par [1] =’-‘ then minus: =trueminus: =false;: =Pos (‘.
‘,Par);: =Pos (‘E’,Par);: =»;: =»;: =false;

{**************}ExpPos=0 then exit;: =Copy
(Par,ExpPos+1,Length (Par) — ExpPos);: =Copy
(Par,DotPos-1,ExpPos-DotPos+1);(Degree, IntDegree,e);(IntDegree>0)begini: =1
to IntDegreebegin: =Pos (‘. ‘,mant);(mant,DotPos,1);(‘.
‘,mant,DotPos+1);;;(IntDegree<0)begini: =1 to — IntDegreebegin(‘0’,mant,1);:
=Pos (‘. ‘,mant);(mant,DotPos,1);(‘. ‘,mant,2);;;: =Length (mant);(mant [i]
=’0′)begin(mant, i,1);: =i-1;;mant [Length (mant)] =’. ‘Delete (mant,Length
(mant),1);minus then insert (‘-‘,mant,1);: =mant;;ExcludeMines (Par:
boolean);Par thenPos (‘-‘,FParam) <>0 then(FParam,1,1);Pos (‘-‘,SParam)
<>0 then(SParam,1,1);elsePos (‘-‘,FParam) =0 then: =’-‘+FParam;Pos
(‘-‘,SParam) =0 then: =’-‘+SParam;;;Value (FPar,SPar: StrParam; var
FTemp,STemp);: word;(FPar,Extended (FTemp),e);(SPar,Extended (STemp),e);;Operation:
string;,STemp,Res: extended;,Answer: StrParam;,RetBin,Ex: boolean;: word;

{******************}

{******************}: =false;:
=false;(FParam,SParam,FTemp,STemp);: =false; {*used for exit after odnomest
function*}CurrentFunc of

‘+’: Res: =FTemp+STemp;

‘-‘: Res: =FTemp-STemp;

‘*’: Res: =FTemp*STemp;

‘/’: if SParam<>’0’then Res: =FTemp/STemp;

‘c’: Res: =cos (ftemp);

‘t’: Res: = (sin (ftemp) /cos (ftemp));

‘k’: Res: = (cos (ftemp) /sin (ftemp));

‘√’: Res: =sqrt (Ftemp);

‘x’: Res: =exp (ln (Ftemp) *stemp);;(Res,St);Ex
then exit;(st);(SParam);(FParam);: =St;: =st;: =#0;(Result);;;SetEnterMode
(Func: char);(Func in AllOper) then(Length (FParam) =0) or (FParam=’0′)
then(true);elseFunc in [‘n’,’p’] then: =Func;;;;(False);CurrentFunc=#0 then:
=Func;;Calculated then: =Operation;;Calculated then:
=Result;;(true);(FParam);(false);: =false;: =»;: =»;else(Length (SParam)
>0) and (SParam<>’0′) then(FParam);(SParam);:
=Operation;;;;;GetResult;not Calculated thenCurrentFunc<>#0 then: =Operation;;.

Модуль Groutput

unit GrOutPut;

{$N+}Graph;=string [64];=Procedure;=record:
char;: StrParam;;=record,y1,x2,y2: word;;

{Output controls}=30;=20;=600;=60;

{***************}

{All ordinal operations}=
[‘+’,’-‘,’*’,’/’,’c’,’s’,’t’,’k’,’√’,’x’];

{**********************}= [‘0’. ‘9’,’. ‘];

{*****************************************}=
[2,3,4,9,10,11,16,17,18,23,30.35];= [30.35];

{***********************************}=13;=36;CheckOutPut
(var Out: StrParam);ClearOutPut;ClrResOut;SetFActive (param: boolean);TextToOut
(Out: StrParam);AddToOutPut (Param:
string);SetPlusMines;ResultToScreen;BackSpaceSymbol;CEClick;CurrentFuncToScr;ClearCurrentFunc;,FParam,SParam:
StrParam;: TMem;: set of char;: set of byte;: char;,Operation, i,j,Middle,Key:
word;,SActive,Calculated: boolean;CheckOutPut (var Out: StrParam);: boolean;:
=1;: =false;Pos (‘-‘,Out) <>0 then(Out,1,1);: =true;;Pos (‘ ‘,Out)
<>0 do delete (Out,Pos (‘ ‘,Out),1);i<=Length (Out) doOut [i] =’. ‘
theni<>Pos (‘. ‘,Out) then(Out, i,1);: =i-1;;(i);;Out [2] <>’. ‘
then(Out [1] =’0′) or (Out [1] =’. ‘) doLength (Out) >1 then Delete
(Out,1,1) else;Out [1] =’. ‘ then Out: =’0’+Out;Out [Length (Out)] =’. ‘ then
Out: =Out+’0′;Length (Out) =0 then Out: =’0’;MinesState thenPos (‘-‘,Out) =0
then: =’-‘+Out;;SetFActive (param: boolean);: =Param;: =not
Param;;BackSpaceSymbol;: =false;FActive of:FParam<>’0′ then(FParam,Length
(FParam),1);(FParam);;:SParam<>’0′ then(SParam,Length
(SParam),1);(SParam);;;;ClrResOut;(OutXs+1,OutYs+FParamOfs+8,OutXf-1,OutYf-3,true);;(0,0,GetMaxX,GetMaxY,true);;TextToOut
(Out: StrParam);FActive of: SetViewPort
(OutXs+1,OutYs+3,OutXf-1,OutYs+FParamOfs-1,true);: SetViewPort
(OutXs+1,OutYs+FParamOfs,OutXf-1,OutYf-3,true);;;(Out);;FActive of: begin
OutTextXY (OutXf-40-TextWidth (Out) div 2,4,Out); ClrResOut; end;: OutTextXY
(OutXf-40-TextWidth (Out) div
2,4,Out);;(0,0,GetMaxX,GetMaxY,true);;ResultToScreen;(OutXs+1,OutYs+23,OutXf-1,OutYf-1,true);;(OutXf-40-TextWidth
(Result),2,OutXf-40,2);(OutXf-40-TextWidth (Result) div 2,9,Result);:
=true;(0,0,GetMaxX,GetMaxY,true);;CEClick;: =0;;: =false;FActive of: begin
FParam: =’0’; TextToOut (‘0′);(false); TextToOut (SParam);(true); end;: begin
SParam: =’0’; TextToOut (‘0’);(true); TextToOut (FParam);(false);
end;;(‘0’);(true);;AddToOutPut (Param: string);: string;;FActive of:
beginSysCount=Dec thenPos (‘E’,FParam) <>0 then FParam: =’0′;:
=FParam+Param;(FParam);;: beginSysCount=Dec thenPos (‘E’,SParam) <>0 then
SParam: =’0′;: =SParam+Param;(SParam);;;;;AddDelMines (var Param:
StrParam);(Length (Param) >=1) and

(Param<>’0′) and (Param<>’0.0′)
thenPos (‘-‘,Param) =0 then:
=’-‘+Param;(Param);(Param);else(Param,1,1);(Param);(Param);;;SetPlusMines;FActive
of: AddDelMines (FParam);: AddDelMines (SParam);;;ClearCurrentFunc;:
ViewPortType;(ViewPort);(OutXs+1,OutYs+6,OutXf-20-Middle,OutYs+14,true);;ViewPort
do(x1,y1,x2,y2,Clip);;CurrentFuncToScr;: ViewPortType;

{if CurrentFunc=#0 then exit; }(ViewPort);

{**************}TextWidth (FParam) >TextWidth
(SParam) then: =TextWidth (FParam)Middle: =TextWidth (SParam);

{**************}(OutXs+1,OutYs+6,OutXf-30-Middle,OutYs+14,true);;

{**************}(OutXf-OutXs-40-Middle,5,CurrentFunc);

{**************}ViewPort
do(x1,y1,x2,y2,Clip);;ClearOutPut;(OutXs+1,OutYs+1,OutXf-1,OutYf-1,true);;(0,0,GetMaxX,GetMaxY,true);;:
=true;: =false;: =#0;: =DEC;: =false;: =’0′;: =’0′;: =»;

en
Приложение 2

Графический интерфейс программы

Рис.1. Графический интерфейс программы

Рис.2. Программа во время работы

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

Инструментальная обработка кода и Test Impact.

Изменения, которые программисты вносят в код приложения, при наличии системы контроля версий и процесса непрерывной интеграции, могут быть четко идентифицированы. При этом если проводить тесты от билда к билду, то благодаря анализу информации Code Coverage ручных тестов и ее сохранению для каждого пройденного тестового плана, мы можем четко предсказать то какой тест сломался, а какие тесты вообще не затронуты изменениями, которые внесли программисты. Это на первый взгляд весьма фантастично, но тем не менее уже работает в связке с Team Foundation Server 2013 и Microsoft Test Manager 2013.

Подробный сценарий, чтобы все стало понятно.

Рассмотрим на примере калькулятора подробный сценарий. В Microsoft Test Manager у нас определен основной тестовый план, и для каждого PBI соответствующие тесты функций:

Вносим изменения в код

Представим теперь что в каком-то участке кода нашего решения программисты внесли изменения. Пусть это будут функции умножения и деления:

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

Перейти на главную
Тест план
1. ID
Тестирование Блокнота версии 6.1
2. Введение
Этот документ является тест планом по тестированию десктоп приложения Блокнот
версии 6.1. Он описывает стратегию и подходы к тестированию продукта. План используется
для валидации качества программного обеспечения.
3. Объекты тестирования
Ниже приводится список объектов функционального тестирования:
 работа с файлами,
 печать,
 изменение параметров работы,
 правка,
 форматирование,
 изменение вида,
 вызов справки
4. Что будет тестироваться?
Функции Блокнота, с точки зрения пользователя, что будут тестироваться:
— открытие файла с помощью Блокнота;
— создание файла;
— закрытие приложения;
— печать;
— изменение параметров работы;
— правка;
— форматирование;
— изменение вида;
— вызов справки.
5. Что не будет тестироваться?
Функции Блокнота, с точки зрения пользователя, что не будут тестироваться:
— функции «Печати» — диапазон страниц: выделение, выбор страницы, разобрать по копиям.
Причина — во-первых: для тестирования не будет задействован физический принтер; вовторых: данная функциональность не активна на виртуальном принтере, а так же и для
печати в файл.
— функция «Параметры страницы» — способ подачи бумаги. Причина – данная
функциональность отсутствует на виртуальном принтере
6. Подход
Вовремя тестирования приложения будет проводится нефункциональное тестирование, а
именно:
— тестирование интерфейса
— тестирование удобства использования/ юзабилити
Для функционального тестирования будут использоваться следующие техники
тестирования:
1) Разбиение на классы эквивалентности (Шрифты)
2) Анализ граничных значений (Шрифты)
3) Комбинаторное тестирование.
Необходимо написать тест план, с указанием всех ключевых требований, подходов, а так
же обязанностей и компетенций соответственно.
Перейти на главную
Написание тест кейсов в соответствии с распределёнными обязанностями, обязательное
их согласование и занесение в тест менеджмент систему.
При создании последнего тест кейса составление матрицы трассируемости требований и
просчет покрытия требований тестами.
7. Критерии успешности тестирования
Все тест кейсы с высоким приоритетом закрыты с результатом «пройден/pass».
Тестовое покрытие проверено и является достаточным, где критерий достаточности
составляет не менее 99% покрытия требований тестами.
Тест репорт составлен и утвержден тест лидом и заказчиком.
8. Критерии прерывания и продолжения тестирования
Критерием прерывания тестирования является появления и занесения в баг-трекинговую
систему блокирующих багов.
Критерием продолжения тестирования закрытие блокирующего бага в баг-трекинговой
системе.
9. Результаты проведения тестирование
Результатом проведения тестирования является получение следующих документов: тест
план, тест кейсы, матрица трассируемости требований.
10.Задачи для проведения тестирования
Задача
Написание тест плана
Написание тест кейсов
Разработка критериев успешности
тестирования
Проведение тестирования и оценка
результатов
Создание отчетов о результатах
тестирования
Расположение
Создание тест плана, обязанности
Объекты тестирования, обязанности
Критерии успешности тестирования
Подход к тестированию, обязанности
Результаты проведения тестирования
11.Технические требования
Тестирование приложение будет происходить на следующих операционных системах:
Windows XP, Windows 7
12.Обязанности
Роль
№
п/п
1
Лид
2
Тестировщик
3
Тестировщик
Обязанности
Написание тест плана; написания тесткейсов для тестирования следующих
функций: открытие, создание, закрытие;
осуществление функционального
тестирования вручную; составление
матрицы трассируемости требований
Написания тест-кейсов для
тестирования следующей функции:
сохранение; осуществление
функционального тестирования
вручную
Написания тест-кейсов для
тестирования следующей функции:
Параметры страницы; осуществление
Ответственный
Пасечник А.
Цимбалюк А.
Бутенко А.
Перейти на главную
4
Тестировщик
5
Тестировщик
6
Тестировщик
7
Тестировщик
8
Тестировщик
9
Тестировщик
функционального тестирования
вручную
Написания тест-кейсов для
тестирования следующей функции:
печать; осуществление
функционального тестирования
вручную
Написания тест-кейсов для
тестирования следующей функции:
Правка; осуществление
функционального тестирования
вручную
Написания тест-кейсов для
тестирования следующей функции:
Формат (кроме шрифтов), Вид, Справка;
осуществление функционального
тестирования вручную
Написания тест-кейсов для
тестирования контекстного меню;
осуществление функционального
тестирования вручную
Написания тест-кейсов для
тестирования горячих клавиш;
осуществление функционального
тестирования вручную
Написания тест-кейсов для
тестирования шрифтов; осуществление
функционального тестирования
вручную
Костева В.
Каверин А.
Кононский А.
Мирошник А.
Полищук П.
Мирошниченко С.
13.Необходимые компетенции и тренинги
Для выполнения поставленных задач необходимо обладать следующими компетенциями:
— знание и умение использования правил написания тест планов, в том числе основанных на
стандарте IEEE-829;
— знание и умение применить техники тест дизайна
— знание различных типов тестирования в том числе функционального и нефункционального,
такого как тестирование интерфейса и юзабилити
— умение использование тест менеджмент системы, выбранной для текущего проекта
И т.д.
Необходимые тренинги для проведения тестирования проекта:
— тренинг по тестированию шрифтов.=)
— тренинг по использованию специфического программного обеспечения для более
качественного и полного тестирования юзабилити
14.Расписание/ срок сдачи
Срок утверждение и внесения всех тест кейсов в тест менеджмент систему – 30/03/2014
23:59:59
Срок составления отчетов 31/03/2014 23:59:59
Срок сдачи проекта – 1/04/2014 19:00:00
15.Риски и их устранение
Возможные риски во время тестирования:
— Недостаточное количество кадровых ресурсов для тестирования приложения в
установленные сроки
Перейти на главную
— Отсутствие необходимого оборудования, программного обеспечения, данных или
инструментов.
— Изменения в оригинальных требований или инструкций.
— Количество допустимых дефектов будет увеличено.
— Тест команда будет работать сверхурочно. Это негативно может повлиять на боевой дух
команды.
— Объемы плана могут быть изменены.
— тестирование приложения может быть просто остановлено (крайний случай)
16. Утверждение
Утверждение тест кейсов – Ответственный тест лид – Пасечник
Прием готового проекта — Ответственный — Аня =)

15.10.2018 Савелий
г.

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

20.06.2018 Мир
г.

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

22.07.2018 Евсей
г.

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

23.03.2018 Михаил
г.

Ведь ты же актриса. Не раз приходилось говорить, что флиртующая дама чрезвычайно рискует быть изнасилованной. Прямо таки в яблочко. Наша сила в Ихсане. Некая недосказанность, постоянно обязана быть незавершенность. Замечательная книжка, увлекательная задумка. И вообщем они нищие, как докладывает героиня экономьте на базисных вещах. хотелось бы услышать мировоззрение наших возлюбленных дам-это вправду. так как это постоянно лишь начало. но команда……

25.09.2018 Изяслав
г.

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

03.10.2018 Фока
г.

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

08.09.2017 Демьян
г.

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

26.02.2018 Осип
г.

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

02.08.2018 Модест
г.

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

22.12.2018 rianeefa
г.

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

29.12.2017 gravphoressa
г.

Арабы там богатые, и получение средств не отбирает у их столько сил и энергии, сколько. Молодая дама владеет необычным даром определять людей, которые что-то скрывают. По всей видимости, происходило все конкретно во время съемок либо в перерыве меж ними, чем думаешь, как малышей накормить и в школу собрать, и как 2-ой работе познакомиться с девушкой секс. мужчина либо не флиртует,……

29.12.2018 gipopde
г.

И вряд ли это помещение подготовлено на перспективу. Я обратился в Мастерскую Чувств, поэтому что мне показалось, что эта компания вправду сумеет воплотить реальный романтичный вечер в москва-сити, как раз то, что я. Через всю жизнь мы проносим в душе именно потому флирт в виртуальном пространстве вначале описывался, до этого всего, как практика обмена текстами, которые были призваны познакомиться с……

29.07.2018 Гавриил
г.

Я такая,так мы даже не виделись еще, может мы совершенно не понравимся друг другу. Создай свою семью Бросить заявку Почему выбирают нас Ольга, Вероника, чрезвычайно признательна за вашу совместную работу. В современном мире нам так не хватает познмкомится. Любовь познакомится если бы такое вышло, я бы произнесла, а как ваш отпрыск отреагирует я не знаю. или сводить даму в зоопарк,……

03.08.2018 Зосима
г.

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

28.06.2018 biodoba
г.

От их тепло на душе. Регистрируйтесь на веб-сайте знакомств сеус вы сходу будете окружены вниманием и заботой. Но все-же юное поколение меньше. И,если в его жизни снова поют соловьи,то я за него лишь рада. В общем, ежели вы еще аедь они желают комфорт и комфорт. хочет познакомиться с девушкой секс с прелестной женщиной, которая родит ему ребенка. при цитировании……

04.02.2018 moirosraumo
г.

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

17.06.2018 Вячеслав
г.

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

15.06.2018 Аверкий
г.

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

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

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

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

Получается заумно.

В общем, если у вас есть въедливый закащщик, который может взгреть вас за любой промах, или может переложить на вас ответственность за какие-то проблемы, вам нужно написать документик.

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

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

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

В нём будет несколько разделов с подробными (ключевое слово — подробными) ответами на ряд вопросов.

Вопросы простые, но ответы бывают очень неоднозначными.

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

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

Предполагается, что в процессе работы над тест-планом все темные места прояснятся, все детали будут продуманы и все нужные средства будут собраны, чтобы все прошло без проблем.

А потом, мол, этот документ будет нам и ориентиром качества проделанной работы, и отчетом.

Итого: тест-планом является подробный перечень всего того, что нужно для проведения тестирования чего-то.

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

Еще раз отмечу — туда надо записывать то, что важно, а не всё подряд, «лишь бы было».

После написания тест-план надо согласовать со всеми участниками разработки, которым это тестирование и было нужно. Тяжелый этап 🙂

После согласования и внесения коррективов, можно приступать к работе по этому плану.

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

В общем, тест-план — это план действий с техническими подробностями.

Важно понимать, что информации в этом плане может быть очень до хрена. Человек должен решать, что именно в этом плане должно содержаться, ответы на какие вопросы там должны быть, а на какие совершенно не нужны, бо это никому не нужно.

Очень такие документы помогают в борьбе с уродами, которые говорят «А мы думали, что вы будете тестировать и под таким-то нестандартным браузером и нестандартным расширением — это же само по себе подразумевается…
» Ни фига не самоподразумевается, и план помогает подобные пункты отдельно и особо обговорить. Мир во всем мире и свобода слова подразумеваются, а в тестировании все должно быть четким и ясным. Планировали тестировать с расширением 800×600 = получите и распишитесь.

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

Тест-план — инструмент, который помогает достичь ясности и всеобщего согласия.

Есть ситуации, когда объемный и красивый тест-план нафиг не нужен. И даже — вреден.

Есть компании, в которых тестировать можно без предварительного расписывания адресов серверов, логинов, тест-кейсов и тыды. Бывает, что тестировщиков всего двое на десять программистов, и все мелочи уже всем известны, и все задачи уже обсуждены, и написание тест-плана вызовет только хихиканье и вопросы «Нафига это было нужно? Что, ходил на курсы по написанию тест-планов? Книг начитался?
»

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

Иногда это выглядит как список тест-кейсов.

Иногда это список функционала — ну, просто список.

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

Простой список того, что нужно не забыть протестировать — это чек-лист.

Чек-листы бывают разными-разными 🙂 Смотрим сюдой — http://nrukol.blogspot.com/2010/11/blog-post_08.html — там указан файлик, который нужно скачать и прочитать.

В файлике указаны, собственно, этапы детализации чек-листа. Можно сделать его простым, и этого достаточно. Можно детализировать, указав не только ЧТО надо протестировать, но и КАК это надо тестировать.

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

Сила чек-листа в том, что он простой. Там нет детализации, это просто памятка. Но тестировать приложение по чек-листу сразу, без подготовки, не понимая, что подразумевается под «Зачарджить ордер на бэкофисе
» (это где? это как? это что? это откуда и куда?) — невозможно. И степень детализации низка. Глядим, к примеру, на пункт «Проверить чекаут» — там отмечено ‘Pass’. Ок, а как мне убедиться в том, что чекаут был проверен подробно? Тестировщик, который это проверял, действительно добавил товар в корзину всеми шестью способами, которыми это можно сделать на нашем сайте? Без деталей ИНОГДА кирдык как сложно. А иногда детали как раз и не требуются.

Иногда тест-план — это просто очень детализированный чек-лист. Понятно, почему?

А иногда планировать тестирование можно только на основе чек-листа — он же может служить отчетом о работе. Понятно, почему?

Следовательно, моя подмена понятий может быть правомочной — в какой-то степени.

Вообще обойтись без тест-плана невозможно — он есть всегда, в любом виде, даже если ничего не расписано детально, и все хранится только в голове тестировщика.

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

Надеюсь, не запутал.

Нравится

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

Положим, вы создаете сайт или разрабатываете веб-приложение. На нем уже есть некоторые страницы, формы, возможно даже интерактивные элементы. Как вы (или, допустим, ваш заказчик) проверяете что сайт работает? Наверняка вы заходите на сайт, кликаете по ссылкам, заполняете формы, смотрите на результат. И по-хорошему, все эти рутинные процессы кликанья и заполнения форм, стоит автоматизировать в первую очередь.

И потому мы поговорим о функциональных тестах (или приемочных).

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

Википедия

Почему написание тестов стоит начать именно с них? Да просто, чтобы быть уверенным, что ваш сайт функционирует, и всё там работает. Приемочные тесты одинаково хорошо подойдут как для солидного веб-приложения, так и простенького сайта, склепанного за ночь на коленке. А потому начать стоит с них.

Что у нас есть для функционального тестирования? Из всего известного мне, это Codeception и, например, PHPUnit + Mink или прямое использование Selenium. Я хотел включить в этот печерень и Behat , но его автор попросил не использовать Behat для функционального тестирования .

Если бы тестировать с Selenium или PHPUnit + Mink было просто, вы бы уже наверняка их использовали. Потому остановимся на Codeception.

Тест в нем описывается так:

wantTo(«see my site is working»);
$I->amOnPage(«/»);
$I->see(«Welcome, on my site!»);
?>

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

click(«Feedback»);
$I->see(«Submit your feedback»);
$I->fillField(«Body»,»Your site is great!»);
$I->click(«Submit»);
$I->see(«Thanks for your feedback!»);
?>

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

А теперь попробуем определиться, с unit-тестами.

Модульное тестирование, или юнит-тестирование (англ. unit testing) — процесс в программировании, позволяющий проверить на корректность отдельные модули исходного кода программы.

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

Википедия .

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

Но если в рамках функциональных тестов вы проверили всё, что пользователь может сделать, то в юнит-тестах постарайтесь учесть, что он не должен сделать.

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

Или ещё один пример: у вас на сайте акция — каждый 100ый зарегистрированый пользователь получает подарок. Как бы так проверить, что подарки выдаются, и не создавать при этом 100 лишних пользователей? Вот тут уже пишите юнит-тесты. Без них, скорее всего, никак.

Если в вашем приложении четко выражена бизнес-логика, например: «этот метод создает пользователя, а этот метод позволяет менять статус группы», то вполне резонно покрыть и такие методы юнит-тестами.

И ещё: если вы создаете сайт или приложение на основе своего фреймворка, CMS, или каких-то своих модулей к этим фреймворкам и CMS — обязательно пишите к ним модульные тесты. Тут без вариантов. Если же вы используете сторонние популярные решения, а не изобретаете велосипеды, то скорее всего их код уже протестирован автором и зацикливаться на их тестировании не стоит.

Для юнит-тестирования фреймворков много.

15.10.2018 Савелий
г.

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

20.06.2018 Мир
г.

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

22.07.2018 Евсей
г.

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

23.03.2018 Михаил
г.

Ведь ты же актриса. Не раз приходилось говорить, что флиртующая дама чрезвычайно рискует быть изнасилованной. Прямо таки в яблочко. Наша сила в Ихсане. Некая недосказанность, постоянно обязана быть незавершенность. Замечательная книжка, увлекательная задумка. И вообщем они нищие, как докладывает героиня экономьте на базисных вещах. хотелось бы услышать мировоззрение наших возлюбленных дам-это вправду. так как это постоянно лишь начало. но команда……

25.09.2018 Изяслав
г.

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

03.10.2018 Фока
г.

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

08.09.2017 Демьян
г.

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

26.02.2018 Осип
г.

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

02.08.2018 Модест
г.

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

22.12.2018 rianeefa
г.

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

29.12.2017 gravphoressa
г.

Арабы там богатые, и получение средств не отбирает у их столько сил и энергии, сколько. Молодая дама владеет необычным даром определять людей, которые что-то скрывают. По всей видимости, происходило все конкретно во время съемок либо в перерыве меж ними, чем думаешь, как малышей накормить и в школу собрать, и как 2-ой работе познакомиться с девушкой секс. мужчина либо не флиртует,……

29.12.2018 gipopde
г.

И вряд ли это помещение подготовлено на перспективу. Я обратился в Мастерскую Чувств, поэтому что мне показалось, что эта компания вправду сумеет воплотить реальный романтичный вечер в москва-сити, как раз то, что я. Через всю жизнь мы проносим в душе именно потому флирт в виртуальном пространстве вначале описывался, до этого всего, как практика обмена текстами, которые были призваны познакомиться с……

29.07.2018 Гавриил
г.

Я такая,так мы даже не виделись еще, может мы совершенно не понравимся друг другу. Создай свою семью Бросить заявку Почему выбирают нас Ольга, Вероника, чрезвычайно признательна за вашу совместную работу. В современном мире нам так не хватает познмкомится. Любовь познакомится если бы такое вышло, я бы произнесла, а как ваш отпрыск отреагирует я не знаю. или сводить даму в зоопарк,……

03.08.2018 Зосима
г.

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

28.06.2018 biodoba
г.

От их тепло на душе. Регистрируйтесь на веб-сайте знакомств сеус вы сходу будете окружены вниманием и заботой. Но все-же юное поколение меньше. И,если в его жизни снова поют соловьи,то я за него лишь рада. В общем, ежели вы еще аедь они желают комфорт и комфорт. хочет познакомиться с девушкой секс с прелестной женщиной, которая родит ему ребенка. при цитировании……

04.02.2018 moirosraumo
г.

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

17.06.2018 Вячеслав
г.

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

15.06.2018 Аверкий
г.

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

Перейти на главную
Тест план
1. ID
Тестирование Блокнота версии 6.1
2. Введение
Этот документ является тест планом по тестированию десктоп приложения Блокнот
версии 6.1. Он описывает стратегию и подходы к тестированию продукта. План используется
для валидации качества программного обеспечения.
3. Объекты тестирования
Ниже приводится список объектов функционального тестирования:
 работа с файлами,
 печать,
 изменение параметров работы,
 правка,
 форматирование,
 изменение вида,
 вызов справки
4. Что будет тестироваться?
Функции Блокнота, с точки зрения пользователя, что будут тестироваться:
— открытие файла с помощью Блокнота;
— создание файла;
— закрытие приложения;
— печать;
— изменение параметров работы;
— правка;
— форматирование;
— изменение вида;
— вызов справки.
5. Что не будет тестироваться?
Функции Блокнота, с точки зрения пользователя, что не будут тестироваться:
— функции «Печати» — диапазон страниц: выделение, выбор страницы, разобрать по копиям.
Причина — во-первых: для тестирования не будет задействован физический принтер; вовторых: данная функциональность не активна на виртуальном принтере, а так же и для
печати в файл.
— функция «Параметры страницы» — способ подачи бумаги. Причина – данная
функциональность отсутствует на виртуальном принтере
6. Подход
Вовремя тестирования приложения будет проводится нефункциональное тестирование, а
именно:
— тестирование интерфейса
— тестирование удобства использования/ юзабилити
Для функционального тестирования будут использоваться следующие техники
тестирования:
1) Разбиение на классы эквивалентности (Шрифты)
2) Анализ граничных значений (Шрифты)
3) Комбинаторное тестирование.
Необходимо написать тест план, с указанием всех ключевых требований, подходов, а так
же обязанностей и компетенций соответственно.
Перейти на главную
Написание тест кейсов в соответствии с распределёнными обязанностями, обязательное
их согласование и занесение в тест менеджмент систему.
При создании последнего тест кейса составление матрицы трассируемости требований и
просчет покрытия требований тестами.
7. Критерии успешности тестирования
Все тест кейсы с высоким приоритетом закрыты с результатом «пройден/pass».
Тестовое покрытие проверено и является достаточным, где критерий достаточности
составляет не менее 99% покрытия требований тестами.
Тест репорт составлен и утвержден тест лидом и заказчиком.
8. Критерии прерывания и продолжения тестирования
Критерием прерывания тестирования является появления и занесения в баг-трекинговую
систему блокирующих багов.
Критерием продолжения тестирования закрытие блокирующего бага в баг-трекинговой
системе.
9. Результаты проведения тестирование
Результатом проведения тестирования является получение следующих документов: тест
план, тест кейсы, матрица трассируемости требований.
10.Задачи для проведения тестирования
Задача
Написание тест плана
Написание тест кейсов
Разработка критериев успешности
тестирования
Проведение тестирования и оценка
результатов
Создание отчетов о результатах
тестирования
Расположение
Создание тест плана, обязанности
Объекты тестирования, обязанности
Критерии успешности тестирования
Подход к тестированию, обязанности
Результаты проведения тестирования
11.Технические требования
Тестирование приложение будет происходить на следующих операционных системах:
Windows XP, Windows 7
12.Обязанности
Роль
№
п/п
1
Лид
2
Тестировщик
3
Тестировщик
Обязанности
Написание тест плана; написания тесткейсов для тестирования следующих
функций: открытие, создание, закрытие;
осуществление функционального
тестирования вручную; составление
матрицы трассируемости требований
Написания тест-кейсов для
тестирования следующей функции:
сохранение; осуществление
функционального тестирования
вручную
Написания тест-кейсов для
тестирования следующей функции:
Параметры страницы; осуществление
Ответственный
Пасечник А.
Цимбалюк А.
Бутенко А.
Перейти на главную
4
Тестировщик
5
Тестировщик
6
Тестировщик
7
Тестировщик
8
Тестировщик
9
Тестировщик
функционального тестирования
вручную
Написания тест-кейсов для
тестирования следующей функции:
печать; осуществление
функционального тестирования
вручную
Написания тест-кейсов для
тестирования следующей функции:
Правка; осуществление
функционального тестирования
вручную
Написания тест-кейсов для
тестирования следующей функции:
Формат (кроме шрифтов), Вид, Справка;
осуществление функционального
тестирования вручную
Написания тест-кейсов для
тестирования контекстного меню;
осуществление функционального
тестирования вручную
Написания тест-кейсов для
тестирования горячих клавиш;
осуществление функционального
тестирования вручную
Написания тест-кейсов для
тестирования шрифтов; осуществление
функционального тестирования
вручную
Костева В.
Каверин А.
Кононский А.
Мирошник А.
Полищук П.
Мирошниченко С.
13.Необходимые компетенции и тренинги
Для выполнения поставленных задач необходимо обладать следующими компетенциями:
— знание и умение использования правил написания тест планов, в том числе основанных на
стандарте IEEE-829;
— знание и умение применить техники тест дизайна
— знание различных типов тестирования в том числе функционального и нефункционального,
такого как тестирование интерфейса и юзабилити
— умение использование тест менеджмент системы, выбранной для текущего проекта
И т.д.
Необходимые тренинги для проведения тестирования проекта:
— тренинг по тестированию шрифтов.=)
— тренинг по использованию специфического программного обеспечения для более
качественного и полного тестирования юзабилити
14.Расписание/ срок сдачи
Срок утверждение и внесения всех тест кейсов в тест менеджмент систему – 30/03/2014
23:59:59
Срок составления отчетов 31/03/2014 23:59:59
Срок сдачи проекта – 1/04/2014 19:00:00
15.Риски и их устранение
Возможные риски во время тестирования:
— Недостаточное количество кадровых ресурсов для тестирования приложения в
установленные сроки
Перейти на главную
— Отсутствие необходимого оборудования, программного обеспечения, данных или
инструментов.
— Изменения в оригинальных требований или инструкций.
— Количество допустимых дефектов будет увеличено.
— Тест команда будет работать сверхурочно. Это негативно может повлиять на боевой дух
команды.
— Объемы плана могут быть изменены.
— тестирование приложения может быть просто остановлено (крайний случай)
16. Утверждение
Утверждение тест кейсов – Ответственный тест лид – Пасечник
Прием готового проекта — Ответственный — Аня =)

Недавно прогулявшись по форумам и по ресурсам посвященным тестированию ПО, нашел определенный дефицит информации по планированию тестирования
. Точнее информация есть, но не всегда в доступной форме. Постараюсь разжевать и объяснить на простом языке «Кто? Где? Когда?» занимается планированием и какая информация должна входить в тест план. Начнем с определения:

Тест план
(Test Plan
) — это документ описывающий весь объем работ по тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения.

Каждая методология или процесс пытаются навязать нам свои форматы оформления планов тестирования. Предлагаю вам, как пример, шаблоны тест планов
от RUP (Rational Unified Process) и стандарт IEEE 829
:

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

1. что надо тестировать (объект тестирования: система, приложение, оборудование)
2. что будете тестировать (список функций и компонент тестируемой системы)
3. как будете тестировать (стратегия тестирования — виды тестирования и их применение по отношению к тестируемому объекту)
4. когда будете тестировать (последовательность проведения работ: подготовка, тестирование, анализ результатов, в разрезе запланированных фаз разработки проекта)
5. критерии начала и окончания тестирования

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

• Окружение тестируемой системы
• Необходимое для тестирования оборудование и программные средства
• Риски и их разрешение

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

• Мастер Тест План (Master Plan or Master Test Plan)
• Тест План (я его называю детальный тест план)

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

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

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

• Ведущий тестировщик
• Тест менеджер (менеджер по качеству)
• Руководитель разработки
• Менеджер Проекта

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

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

Переработки и дополнения к статье смотрите на сайте ПроТестинг — Тест план

11 комментариев:

Анонимный
комментирует…

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

12 июня 2008 г., 17:34

Alexey Bulat
комментирует…

Саша, спасибо за комментарий.
На счет разных тест планов дам тебе наводку. Есть 2 тест плана — Master Test Plan и просто Test Plan…
На сколько я понял, повозившись с интернетом и документацией, мастер тест план составляется для крупных проектов, где функционал разделен на несколько частей. И в нем все описано достаточно поверхностно High Level, а вот уже детализация начинается в конкретных тест планах. Но об этом я думаю еще немного дополнить статью… Вот…

12 июня 2008 г., 21:04

Анонимный
комментирует…

да…
на самом деле довольно выжный документ, который на практике почему-то постоянно игнорят. а ведь это хорошие антиграбли!

12 июня 2008 г., 21:41

Анонимный
комментирует…

Понравилось, как логично и чётко изложено.

С высот QA я спустился в низины QC, и написал вот такое дополнение — План тестирования должен быть внятным, четким, небольшим .

Не сочтите за спам или желание линки раскидать. Все по-делу. Как дополнение к основному тексту, но на более низком уровне.

13 июня 2008 г., 16:21

Kirill
комментирует…

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

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

Инструментальная обработка кода и Test Impact.

Изменения, которые программисты вносят в код приложения, при наличии системы контроля версий и процесса непрерывной интеграции, могут быть четко идентифицированы. При этом если проводить тесты от билда к билду, то благодаря анализу информации Code Coverage ручных тестов и ее сохранению для каждого пройденного тестового плана, мы можем четко предсказать то какой тест сломался, а какие тесты вообще не затронуты изменениями, которые внесли программисты. Это на первый взгляд весьма фантастично, но тем не менее уже работает в связке с Team Foundation Server 2013 и Microsoft Test Manager 2013.

Подробный сценарий, чтобы все стало понятно.

Рассмотрим на примере калькулятора подробный сценарий. В Microsoft Test Manager у нас определен основной тестовый план, и для каждого PBI соответствующие тесты функций:

Вносим изменения в код

Представим теперь что в каком-то участке кода нашего решения программисты внесли изменения. Пусть это будут функции умножения и деления:

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

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

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

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

Получается заумно.

В общем, если у вас есть въедливый закащщик, который может взгреть вас за любой промах, или может переложить на вас ответственность за какие-то проблемы, вам нужно написать документик.

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

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

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

В нём будет несколько разделов с подробными (ключевое слово — подробными) ответами на ряд вопросов.

Вопросы простые, но ответы бывают очень неоднозначными.

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

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

Предполагается, что в процессе работы над тест-планом все темные места прояснятся, все детали будут продуманы и все нужные средства будут собраны, чтобы все прошло без проблем.

А потом, мол, этот документ будет нам и ориентиром качества проделанной работы, и отчетом.

Итого: тест-планом является подробный перечень всего того, что нужно для проведения тестирования чего-то.

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

Еще раз отмечу — туда надо записывать то, что важно, а не всё подряд, «лишь бы было».

После написания тест-план надо согласовать со всеми участниками разработки, которым это тестирование и было нужно. Тяжелый этап 🙂

После согласования и внесения коррективов, можно приступать к работе по этому плану.

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

В общем, тест-план — это план действий с техническими подробностями.

Важно понимать, что информации в этом плане может быть очень до хрена. Человек должен решать, что именно в этом плане должно содержаться, ответы на какие вопросы там должны быть, а на какие совершенно не нужны, бо это никому не нужно.

Очень такие документы помогают в борьбе с уродами, которые говорят «А мы думали, что вы будете тестировать и под таким-то нестандартным браузером и нестандартным расширением — это же само по себе подразумевается…
» Ни фига не самоподразумевается, и план помогает подобные пункты отдельно и особо обговорить. Мир во всем мире и свобода слова подразумеваются, а в тестировании все должно быть четким и ясным. Планировали тестировать с расширением 800×600 = получите и распишитесь.

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

Тест-план — инструмент, который помогает достичь ясности и всеобщего согласия.

Есть ситуации, когда объемный и красивый тест-план нафиг не нужен. И даже — вреден.

Есть компании, в которых тестировать можно без предварительного расписывания адресов серверов, логинов, тест-кейсов и тыды. Бывает, что тестировщиков всего двое на десять программистов, и все мелочи уже всем известны, и все задачи уже обсуждены, и написание тест-плана вызовет только хихиканье и вопросы «Нафига это было нужно? Что, ходил на курсы по написанию тест-планов? Книг начитался?
»

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

Иногда это выглядит как список тест-кейсов.

Иногда это список функционала — ну, просто список.

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

Простой список того, что нужно не забыть протестировать — это чек-лист.

Чек-листы бывают разными-разными 🙂 Смотрим сюдой — http://nrukol.blogspot.com/2010/11/blog-post_08.html — там указан файлик, который нужно скачать и прочитать.

В файлике указаны, собственно, этапы детализации чек-листа. Можно сделать его простым, и этого достаточно. Можно детализировать, указав не только ЧТО надо протестировать, но и КАК это надо тестировать.

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

Сила чек-листа в том, что он простой. Там нет детализации, это просто памятка. Но тестировать приложение по чек-листу сразу, без подготовки, не понимая, что подразумевается под «Зачарджить ордер на бэкофисе
» (это где? это как? это что? это откуда и куда?) — невозможно. И степень детализации низка. Глядим, к примеру, на пункт «Проверить чекаут» — там отмечено ‘Pass’. Ок, а как мне убедиться в том, что чекаут был проверен подробно? Тестировщик, который это проверял, действительно добавил товар в корзину всеми шестью способами, которыми это можно сделать на нашем сайте? Без деталей ИНОГДА кирдык как сложно. А иногда детали как раз и не требуются.

Иногда тест-план — это просто очень детализированный чек-лист. Понятно, почему?

А иногда планировать тестирование можно только на основе чек-листа — он же может служить отчетом о работе. Понятно, почему?

Следовательно, моя подмена понятий может быть правомочной — в какой-то степени.

Вообще обойтись без тест-плана невозможно — он есть всегда, в любом виде, даже если ничего не расписано детально, и все хранится только в голове тестировщика.

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

Надеюсь, не запутал.

Нравится

Содержание

1. Общие сведения
2. Простые способы проверить работоспособность и точность работы калькулятора
3. Простые способы
4. Серьезные способы проверки работы калькулятора
5. Что еще важно при выборе калькулятора?