|
p align="left"> else echo "Success!<br>"; mysql_close($conn); }} function ShowForm(){ echo $_SERVER['PHP_SELF']; echo " <h3 align=\"center\">Регистрация</h3> <form action=\"{$_SERVER['PHP_SELF']}\" method=\"POST\"> <h4 align=\"center\"><b><font face=\"Courier New, Courier, mono\">Пожалуйста, заполните форму, приведенную ниже. Спасибо!</font></b></h4> <h4 align=\"center\"><font face=\"Courier New, Courier, mono\"><i><font size=\"2\">Не обязательные поля помечены *</font></i></font></h4> <div align=\"center\"> <table width=\"250\" border=\"0\"> <tr> <td> <div align=\"right\">Фамилия</div> </td>"; if (!isset($_POST['lname'])) $value=""; else $value=Check($_POST["lname"]); echo " <td> <input type=text name=\"lname\" maxlength=\"25\" value=\"$value\"> </td> </tr> <tr> <td> <div align=\"right\">Имя</div> </td>"; if (!isset($_POST['fname'])) $value=""; else $value=Check($_POST['fname']); echo " <td> <input type=\"text\" name=\"fname\" maxlength=\"25\" value=\"$value\"> </td> </tr> <tr> <td> <div align=\"right\">Отчество</div> </td>"; if (!isset($_POST['oname'])) $value=""; else $value=Check($_POST['oname']); echo " <td> <input type=\"text\" name=\"oname\" maxlength=\"25\" value=\"$value\"> </td> </tr> <tr> <td> <div align=\"right\">*Звание</div> </td>"; if (!isset($_POST['rank'])) $value=""; else $value=Check($_POST['rank']); echo " <td> <input type=\"text\" name=\"rank\" maxlength=\"25\" value=\"$value\"> </td> </tr> <tr> <td> <div align=\"right\">*Должность</div> </td>"; if (!isset($_POST['post'])) $value=""; else $value=Check($_POST['post']); echo " <td> <input type=\"text\" name=\"post\" maxlength=\"25\" value=\"$value\"> </td> </tr> <tr> <td> <div align=\"right\">*Телефон</div> </td>"; if (!isset($_POST['telefon'])) $value=""; else $value=Check($_POST['telefon']); echo " <td> <input type=\"text\" name=\"telefon\" maxlength=\"10\" value=\"$value\"> </td> </tr> <tr> <td> <div align=\"right\">*E-mail</div> </td>"; if (!isset($_POST['email'])) $value=""; else $value=Check($_POST['email']); echo " <td> <input type=\"text\" name=\"email\" maxlength=\"25\" value=\"$value\"> </td> </tr> <tr> <td> <div align=\"right\">Псевдоним</div> </td>"; if (!isset($_POST['login'])) $value=""; else $value=Check($_POST['login']); echo " <td> <input type=\"text\" name=\"login\" maxlength=\"15\" value=\"$value\"> </td> </tr> <tr> <td> <div align=\"right\">Пароль</div> </td>"; if (!isset($_POST['pass'])) $value=""; else $value=Check($_POST['pass']); echo " <td> <input type=\"password\" name=\"pass\" maxlength=\"10\" value=\"$value\"> </td> </tr> <tr> <td> <div align=\"right\">Подтверждение</div> </td>"; if (!isset($_POST['repass'])) $value=""; else $value=Check($_POST['repass']); echo " <td> <input type=\"password\" name=\"repass\" maxlength=\"10\" value=\"$value\"> </td> </tr> </table> <input type=\"submit\" name=\"ok\" value=\"OK\"> </div> </form>"; } if (!isset($_POST['ok'])){ echo " <html> <head> <title>Registration</title> <meta http-equiv=\"Содержимое-Тип\" content=\"text/html; charset=windows-1251\"> </head> <body background=..\\ris\\1.jpg text=\"#000000\">"; ShowForm(); echo " </body> </html> ";} else Form_OK(); ?> ЗАКЛЮЧЕНИЕВ ходе анализа литературы, посвященной теме курсовой работы, нам удалось изучить основные понятия тестирования программного обеспечения в общем и информационных систем в частности, и мы пришли к выводу, что наиболее оптимальным определением тестирования будет следующее:Тестирование - это процесс анализа пункта требований к ПО с целью фиксации различий между существующим состоянием ПО и требуемым (что свидетельствует о проявлении ошибки) при экспериментальной проверке соответствующего пункта требований.Далее были рассмотрены виды тестирования:· Блочное тестирование;· Тестирование компонента;· Интеграционное тестирование;· Регрессивное тестирование;· Тестирование системы.Выделены основные критерии и принципы тестирования, а также методы тестирования программного обеспечения, такие как:· Метод «белого ящика».· Метод «черного ящика».Практической частью курсовой работы было тестирование фрагмента информационной системы «Учебно-методический ресурс».Таким образом, задачи, сформулированные во введении, решены, а цель достигнута. СПИСОК ЛИТЕРАТУРЫ1. Липаев В.В. Отладка сложных программ: Методы, средства, технология. М.: Энергоатомиздат, 1993, 384 с.2. Майерс Г. Искусство тестирования программ. М.: Финансы и статистика, 1982, 176 с.3. Технологии разработки программного обеспечения: Учебник для вузов. 3-е изд./ С.А. Орлов. - СПб.: Питер, 2004. - 527 с.: ил.4. Макгрегор Дж., Сайкс Д.Тестирование объектно-ориентированного программного обеспеченияК.: Диасофт, 2002. - 432 с.5. Липаев В.В.Тестирование программМ.: Радио и связь, 1986. - 296 с.6. Канер С., Фолк ДЖ., Нгуен Енг.Тестирование программного обеспеченияК.: Диасофт, 2000 - 544 с.7. Шимаров В.А.Тестирование программ: цели и особенности инструментальной поддержки//Программное обеспечение ЭВМ / АН БССР. Институт математики.Минск, 1994. - Вып. 100 - с.19 - 438. Борзов Ю.В., Уртанг Г.Б., Шимаров В.А.Выбор путей программы для построения тестовУСиМ. - 1989. - N.6 - с.29-369. Boehm, Barry W.«A Spiral Model of Software Development and Enhancement»IEEE Computer, Vol. 21, no. 5 (May 1988), pp 61-72.10. Humphrey, Watts S. Managing the Software Process.Reading, MA: Addison-Wesley, 1989.11. Marks, David M.Testing Very Big Systems.New-York: Bellcore (McGraw-Hill), 1992.12. Карлбертсон Р., Браун К., Кобб Г.Быстрое тестированиеИзд. Вильямс 2002, 216 с.13. Дастин Э., Рэшка Дж., Пол Дж.Автоматизированное тестирование программного обеспеченияИзд. Лори 2003, 310 с.ПРИЛОЖЕНИЕ. ПРИМЕНЕНИЕ СТАНДАРТА IEEE STD 829 ПРИ ПЛАНИРОВАНИИ И ВЫПОЛНЕНИИ ФУНКЦИОНАЛЬНОГО И НАГРУЗОЧНОГО ТЕСТИРОВАНИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯСтандарт IEEE 829 Software Test Documentation - «задает планку» для индустрии ИТ по организации процесса тестирования. Этот стандарт разрабатывался с 1977 года и был утвержден в 1983 году, а затем вновь подтвержден в 1991 и 1998 годах. Несмотря на свою зрелость, он актуален и в 21-м веке. Стандарт «ложится» как на каскадную, так и на спиральную, итерационную модель жизненного цикла (ЖЦ) разработки и сопровождения программного обеспечения, а также стандарт не противоречит идеологии объектно-ориентированного подхода. IEEE STD 829 предлагает основу - достаточный набор документов для того, чтобы:· упорядочить работы по этапам, стадиям;· разделить ответственность и объем работ;· унифицировать документы в проекте или в организации.Место и роль процесса тестирования в жизненном цикле разработки и сопровождения ПО описаны во многих стандартах, в том числе и в стандарте ГОСТ Р ИСО/МЭК 12207.При тестировании на этапах «белого», «серого» и «черного ящиков» могут быть разные исполнители в рамках одного проекта, различная структура процессов, но перечень документов сохраняется. Тестирование «белого» и «серого ящиков» подразумевает полное или частичное тестирование кода программного обеспечения, подобное тестирование модулей (компонент) обычно рекомендуется выполнять силами программистов-авторов. Функциональное тестирование («черного ящика») - это системное тестирование на соответствие функциональным требованиям к разрабатываемому ПО. В системном тестировании выделяют нагрузочное тестирование - испытание производительности системы, которое может включать калибровочные испытания, стрессовое тестирование, тестирование на больших объемах данных, тестирование производительности при растущей нагрузке на систему и т.п.Данный стандарт относится к динамическому тестированию, т.е. с выполнением кода ПО, и не относится к менее популярному статическому тестированию.Состав документов, рекомендованных в стандарте IEEE STD 829:план тестирования, проект теста, спецификация тестового сценария, спецификация тестовой процедуры, отчет о ходе тестирования, протокол тестирования, отчет о найденных ошибках, итоговый отчет о тестировании.Рекомендованный состав плана тестирования:название, введение, тестируемые элементы, перечень тестируемых свойств системы, нетестируемые свойства системы, подходы к тестированию, критерии успеха/неудачи тестов, критерии остановки и требования для возобновления, выходные тестовые материалы, тестовые задачи, необходимое окружение, ответственности персонала, требования по квалификации персонала и необходимость обучения, график работ, риски и действия по их снижению, согласование.Спецификация сценария теста: Название, тестируемые элементы, спецификации входных и выходных данных, необходимая среда тестирования, специальные требования к процедуре, взаимосвязи.Спецификация тестовой процедуры:Название, цель, специальные требования, шаги выполнения процедуры.Использование стандарта IEEE STD 829 в реальных проектах.За последние три года данный стандарт эффективно использовался Центром тестирования департамента консалтинга компании АйТи в следующих проектах: нагрузочное тестирование биллинговых систем, функциональное тестирование CRM-системы, внедрение стандарта предприятия для учреждения Банк. Большой эффект экономии ресурсов и средств дает использование отработанных, адаптированных шаблонов документов, перечисленных в стандарте. Для каждого проекта можно определить степень стандартизации - создание СТП, методики или простое использование шаблона.По практике данных работ видно, что стандарт можно дополнить, например, если используется объектно-ориентированное проектирование (ООП), то можно добавить следующие документы: описание тестовых классов, тестовых пакетов. Экономия при использовании шаблонов не только в том, что есть образец, но и в том, что логика и состав документа тщательно продуманы и проработаны, как оп смыслу, так и по оформлению, т.е. не нужно «изобретать велосипед». А для случаев, когда выполняется заказная работа, эти шаблоны готовы для рассмотрения и согласования с Заказчиком с первых дней и часов с начала работ. Для больших и/или достаточно формализованных проектов (RUP) требуется полный или расширенный список документов, а для малых проектов, которые очень распространены в последнее время в связи с популярностью аутсортинга, методологий RAD, XP - список документов может быть сокращен или упрощен. Плюсы внедрения стандарта - унификация (ускорение работ, единая корпоративная структура), смысловая полнота.Минусы - бюрократизация работ - требуется соблюдать трудовую дисциплину, что не всегда и не всеми приветствуется в коллективах.Конечно, в стандарте не используются подходы и стратегии тестирования, например, тестирование по критериям «Риск», «Надежность», «Производительность», хотя начало тестирования с самых критичных сценариев дает большой, в том числе экономический, эффект, так как стоимость исправления ошибки на поздних стадиях возрастает в сотни и тысячи раз по сравнению с ранними этапами разработки ПО.Подчеркнем, что кроме планирования для тестирования важными процессами являются управление требованиями, управление ошибками, управление версиями (конфигурациями), управление изменениями, в том числе отслеживание ошибок.Рассматриваемый стандарт рекомендуется использовать не только для планирования и выполнения работ по тестированию, но и для разработки стандарта предприятия, программы и методики испытаний, а также для создания методик по отдельным видам тестирования (функциональному, нагрузочному, стрессовому, приемочному и т.п.). В этом случае можно также использовать ГОСТ 19.301-79 Программы и методики испытаний. Стандарты предприятий рекомендовано создавать для разработчиков ПО, для служб сопровождения (тиражные системы). Программы и методики испытаний - для служб эксплуатации систем (биллинг, ERP, CRM).Ресурсные затраты на разработку одинакового типа шаблона могут отличаться для разных организаций: создание в первый раз - от 8 часов, при наличие подходящего образца и опыта, до нескольких дней; адаптация отработанного шаблона для нового проекта - от 1 часа до 1дня. Некоторые методологии и пакеты инструментальных средств предлагают наборы типовых шаблонов по разным процессам, в том числе и для тестирования.Как известно простое использование стандарта не является залогом успеха. Да и процесс тестирования является, в достаточной мере, творческим процессом. Каждое новое тестирование своеобразно, всегда требуется индивидуальный подход не только к решению задач, но и в целом к процессу. Поэтому в основном ограничиваются стандартизацией документирования данного процесса - это не так уж и мало.
Страницы: 1, 2, 3, 4, 5, 6
|
