Test Design

Owners and List of Contacts

1. Introduction

Примарна цел на овој документ е да се воспостави план за активности кои ќе потврдат дека МДК е високо квалитетен производ кој ги задоволува потребите на медицинските лица за потребите во болниците. Овие активности ќе се фокусираат врз идентификување на следново:

• ставки кои ќе бидат тестирани

• Пристап на тестирање

• Улоги и одговорности

• Критериуми на реазлизација

• Хардвер

• Проект план и буџет

• Ризици

1.1 Background

МКД e апликација која која ќе им служи на корисниците да работат полесно со нивните пациенти, односно додавање нови пациенти во базата, пребарување на пациенти според нивното име, закажување на термин и контрола, лабораториска анализа на крвта.

1.3 Code Freeze Date Дата по која нема да се вршат промени во кодот е 20/07/2014.Секоја промена на кодот после оваа дата нема да се зима во предвид.

1.4 Change Control Сите промени кои ке се вршат врз проектот се одобрени и документирани во согласност на сите членови на развојниот тим. По истекување на рокот за измена на кодот заклучено е дека не се потребни негови натамошни промени.

2. Items to Be Tested

2.1 Level of Testing Below is a list of services that testing may provide. Next to each service is the degree of testing that we will perform. Below are the valid level desired:

High – High risk area, test this area very hard Medium – Standard testing Low – Low risk area, test if time allows None – No testing desired

2.2 Features to be Tested Подолу е листа на функции кои ќе се тестирани.

2.3 Test Case Matrix

4. Release Criteria

4.1 Test Case Pass/Fail Criteria

Pass criteria:

• Според добиените резултати после соодветните тестирања кои беа извршени заклучено е дека сите акции се успешно извршени и дека сите тестови имаат поминато.

Нема акции кои немаат поминато после соодветниот тест

4.3 Resumption Requirements

Неопходните чекори за да продолжи со тестирање:

• Поради успешно извршени тестови нема потреба од дополнителни побарувања.

4.4 Release to User Acceptance Test Criteria Критериуми кои се потребни за да се овозможи кодот да мигрира до User Acceptance Testing се следниве:

• 3.Успешен автентикациски тест

4.5 Release to Production Criteria Критериуми кои се потребни за да се овозможи кодот да мигрира до Production се следниве:

1. Успешно регистрирање и најава

• 2. Успешно полнење на базата со податоци при регистрирање на нови корисници и потоа успешно полнење на базата со нови пациенти

6. Project Plan

Проектниот план е креиран според Software Planner.