Автоматизация работы биржи труда

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

Автоматизация работы биржи труда

Информация

Компьютеры, программирование

Другие материалы по предмету

Компьютеры, программирование

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

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

Запрос по назначению пособия: выводятся все безработные, которым начисляется пособие.

Запрос для отчетов (изменяемый) - пользователь сам корректирует данный запрос для своих параметров (их может быть несколько)

Обслуживающий модуль состоит из всех форм ввода вывода информации (Приложение __):

  1. безработные;
  2. вакансии;
  3. вывод подходящих работников для предприятия;
  4. выполнение запросов (кнопочная форма);
  5. договора;
  6. курсы обучения;
  7. поиск по серии паспорта;
  8. поиск подходящего предприятия по серии паспорта;
  9. пособия по безработице.

Также в обслуживающий модель входят "О программе" и "Справка (HELP)".

 

2.2.3. Тестирование и отладка IППП

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

  1. необходимой частью каждого теста должно являться описание ожидаемых результатов работы программы, чтобы можно было быстро выяснить наличие или отсутствие ошибки в ней;
  2. следует по возможности избегать тестирования программы ее автором, т.к. кроме уже указанной объективной сложности тестирования для программистов здесь присутствует и тот фактор, что обнаружение недостатков в своей деятельности противоречит человеческой психологии (однако отладка программы эффективнее всего выполняется именно автором программы);
  3. по тем же соображениям организация разработчик программного обеспечения не должна «единолично» его тестировать (должны существовать организации, специализирующиеся на тестировании программных средств);
  4. должны являться правилом доскональное изучение результатов каждого теста, чтобы не пропустить малозаметную на поверхностный взгляд ошибку в программе;
  5. необходимо тщательно подбирать тест не только для правильных (предусмотренных ) входных данных, но и для неправильных (непредусмотренных);
  6. при анализе результатов каждого теста необходимо проверить, не делает ли программа того, что она не должна делать;
  7. следует сохранять использованные тесты (для повышения эффективности повторного тестирования программы после ее модификации или установки у заказчика);
  8. тестирование не должно планироваться исходя из предположения, что в программе не будут обнаружены ошибки (в частности, следует выделять для тестирования достаточные временные и материальные ресурсы),
  9. следует учитывать так называемый «принцип скопления ошибок»: вероятность наличия не обнаруженных ошибок в некоторой части программы прямо пропорциональна числу ошибок, уже обнаруженных в этой части;
  10. следует всегда помнить, что тестирование творческий процесс, а не относиться к нему как к рутинному занятию.

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

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

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

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

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

Пример тестирования методом «белого ящика» расчета начисления пособия:

Входные данные:

Средняя заработная плата на предыдущем месте работы за 2 месяца 180 руб.

Размер пособия:

Первые 3 месяца 75% от з/п.

Следующие 4 месяца - 60% от з/п,

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

Расчет выходных данных вручную:

Первые З месяца 135 руб.

Следующие 4 месяца 96 руб.

В дальнейшем 83 руб., т.к. 45% от з/п составили 72 руб., а это ниже минимальной заработной платы, поэтому безработному будет выплачиваться пособие в размере минимальной заработной платы (согласно закону).

Сравнение выходных данных, полученных при ручном расчете и данных, рассчитанных ПИ показало, что методика расчета верна.

Покрытие условий показано в таблице 7.

Таблица 7.

Путь Параметры Результат abecinВвод данных о безработномДанные занесены в таблицуabcjnВвод данных о вакансииДанные занесены в таблицуabdotВывод данных о безработномВывод характеристик безработногоabdptВывод данных о вакансииВывод характеристик вакансииabehutВызов справки о программеВывод документа WordabehvtВызов помощиВывод документа WordabfwytВызов запроса на поиск кандидатурыВывод диалогового окна, затем вывод данных о безработныхabfxztВызов запроса на поиск вакансииВывод диалогового окна, затем вывод данных о вакансияхabgВыход Выход из базы данных

При вводе неправильных входных данных система выдает сообщение об ошибке ввода. Блок-схема ППП представлена на рис. 3.

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

 

Метод эквивалентных разбиений показан на примере таблицы "Безработные":

Таблица 8.

Входное значение

Тип

Правильный класс эквивалентности

Неправильный класс эквивалентности

Код безработногоСчетчик

1) (0, )

2) (-, 0]

Фамилия

Текстовый

3) Текст без цифр

4) Любой другой текст, не должно быть пустым (Is Not Null)Имя

Текстовый

5) Текст без цифр

6) Любой другой текст, не должно быть пустым (Is Not Null)Отчество

Текстовый

7) Текст без цифр

8) Любой другой текст

ПолТекстовый9) Муж. или Жен.10) Все остальные слова и выражения

Серия паспортаТекстовый11) Ввод по маске:

__-__ № ________12) Ввод как-либо по-другому, не должно быть пустым (is Not Null)Профессия

Текстовый

13) Текст без цифр

14) Любой другой текст

Разряд

Числовой

15) [1,18]

16) (- ,1) (18, )

Стаж

Числовой

17) [0,50]

18) (- ,0) (50, )

Образование

Текстовый

19) Выражения:

-среднее неполное

-среднее полное

-средне - специальное

-средне - техническое

-незаконченное высшее

-высшее

-аспирантура

-без образования20) Все остальные слова и выражения

Последнее место работы

Текстовый

21) Текст (название предприятия)

22) Любой другой текст

Город проживанияТекстовый

23) Текст без цифр

24) Любой другой текст

Адрес

Текстовый

25) Маска ввода:

уп. _________ - д-кв. ______

2б) Ввод как либо по-другомуВозрастЧисловой27)[14,80]28) (- ,14) (80, )Семейное

положение

Текстовый

29) Выражения:

-холост (не замужем)

-женат (замужем)

-разведен (разведена)

30) Все остальные слова и выражения

Направлен на:

Текстовый

31) Текст (название предприятия)

32) Любой другой текст

Код курсовЧисловой33) (0, )34) (- ,0]Код договораЧисловой35) (0, )34) (- ,0]

Дата заключения договораДата/время

37) Ввод по маске:

ММ\ЧЧ\ГГ

Вводится автоматически38) Любые другие комбинации букв и цифр

 

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

Метод функциональных диаграмм представлен в таблице 9.

Таблица 9.

Выходные условияПравильный классНеправильный классКод безработного50 Данные занесены в таблицу51 Вывод сообщенияФамилияДанные занесены в таблицуВывод сооб

Похожие работы

<< < 1 2 3 4 5 6 > >>