131 lines
14 KiB
TeX
131 lines
14 KiB
TeX
|
%% =============================
|
|||
|
|
%% GENERAL SETTINGS
|
|||
|
|
%% =============================
|
|||
|
|
\documentclass[12pt]{article}
|
|||
|
|
|
|||
|
|
\usepackage [margin=2.5cm]{geometry}
|
|||
|
|
\usepackage {graphics}
|
|||
|
|
\usepackage {xltxtra}
|
|||
|
|
\usepackage {xgreek}
|
|||
|
|
\usepackage {color}
|
|||
|
|
\usepackage {hyperref}
|
|||
|
|
\hypersetup {colorlinks}
|
|||
|
|
|
|||
|
|
|
|||
|
|
\setmainfont[Mapping=tex-text]{Tahoma}
|
|||
|
|
\setlength{\parindent}{0cm} %% No paragraph indent
|
|||
|
|
|
|||
|
|
\definecolor{darkred}{rgb}{0.5,0,0}
|
|||
|
|
\definecolor{darkgreen}{rgb}{0,0.5,0}
|
|||
|
|
\definecolor{darkblue}{rgb}{0,0,0.5}
|
|||
|
|
|
|||
|
|
\hypersetup{ colorlinks,
|
|||
|
|
linkcolor=darkblue,
|
|||
|
|
filecolor=darkgreen,
|
|||
|
|
urlcolor=darkblue,
|
|||
|
|
citecolor=darkred }
|
|||
|
|
|
|||
|
|
%% =============================
|
|||
|
|
%% DOCUMENT PROPERTIES
|
|||
|
|
%% =============================
|
|||
|
|
\title{{\Huge {\bf Easy!Appointments}} \\[0.3cm] Unit Testing}
|
|||
|
|
\author{Αλέξανδρος Τσελεγγίδης}
|
|||
|
|
\date{Μάιος 2013}
|
|||
|
|
|
|||
|
|
%% =============================
|
|||
|
|
%% DOCUMENT CONTENT
|
|||
|
|
%% =============================
|
|||
|
|
\begin{document}
|
|||
|
|
\maketitle
|
|||
|
|
\thispagestyle{empty} %% Απομάκρυνση page number από την πρώτη σελίδα
|
|||
|
|
|
|||
|
|
%% ΕΙΣΑΓΩΓΗ ΣΤΟ UNIT TESTING
|
|||
|
|
\section {Εισαγωγή}
|
|||
|
|
Σε κάθε τομέα παραγωγής προϊόντων είναι πολύ σημαντικό να παράγονται προϊόντα τα οποία να τηρούν πάντα τις προδιαγραφές τους και να μπορούν να αντεπεξέλθουν στις απαιτήσεις του καταναλωτικού κοινού. Η φήμη και η εμπιστοσύνη που προσδίδει μια εταιρεία είναι κομβικά χαρακτηριστικά για την βιωσιμότητας της. Κάθε επαγγελματίας είναι απαραίτητο να είναι σε θέση να εγγυηθεί για την ποιότητα του προϊόντος ή της υπηρεσίας που παρέχει ως αντάλλαγμα της αμοιβής του.
|
|||
|
|
\\[0.3cm]
|
|||
|
|
Ο τρόπος διασφάλισης της ποιότητας διαφέρει ανάλογα με την φύση του προϊόντος ή της υπηρεσίας και μπορεί να εκτελεστεί με διάφορους μεθόδους. Για παράδειγμα αν το προϊόν ήταν κάποιο τρόφιμο, η εταιρία θα έπρεπε να είναι σίγουρη ότι είναι σε άριστη κατάσταση πριν φτάσει στο τραπέζι του καταναλωτή, διότι αν δεν το έκανε αυτό θα υπήρχαν επιπλοκές στην υγεία των καταναλωτών. Αντίστοιχα μια εταιρία που παρέχει μια υπηρεσία πρέπει να διασφαλίσει και να ελέγξει την ποιότητα παροχής της υπηρεσίας με διάφορους τρόπους. Ένας από αυτούς θα ήταν να λαμβάνει τις παρατηρήσεις των καταναλωτών αφότου λάβουν την υπηρεσία ή να περνάει από εσωτερικές εξετάσεις και εκπαίδευση τους υπαλλήλους της έτσι ώστε να είναι σίγουρη ότι αυτοί θα μπορούν να παρέχουν σωστά και αξιόπιστα την υπηρεσία στους πελάτες.
|
|||
|
|
\\[0.3cm]
|
|||
|
|
Στην διαδικασία ανάπτυξης λογισμικού υπάρχουν αντίστοιχα διάφοροι τρόποι ελέγχου ότι το λογισμικό που αναπτύσσεται τηρεί τις προδιαγραφές του. Κάποιοι από αυτούς τους τρόπους είναι τα unit testing, fuzz testing, δημοσίευση δοκιμαστική έκδοσης (beta version) κ.α. Το πιο κοντινό εργαλείο ελέγχου στον προγραμματιστή είναι η διαδικασία unit testing, η οποία εφαρμόζεται αποκλειστικά σε αντικειμενοστραφή κώδικα. Παρακάτω θα γίνει μια ανάλυση αυτής της τεχνικής ελέγχου και θα αναφερθούν οι μέθοδοι και η διαδικασία ελέγχου πάνω στο Easy!Appointments.
|
|||
|
|
|
|||
|
|
\section {Unit Testing}
|
|||
|
|
Για την υλοποίηση unit tests πάνω στον κώδικα είναι απαραίτητο να τηρούνται δύο πράγματα: (1) η αντικειμενοστραφείς δομή και (2) η χρήση κάποιας βιβλιοθήκης ή εργαλείου το οποίο μπορεί να βοηθήσει στην οργάνωση και καλύτερη υλοποίηση των tests.
|
|||
|
|
\\[0.3cm]
|
|||
|
|
Με τον όρο unit testing εννοείται η δοκιμή μίας “λειτουργικής μονάδας” του λογισμικού που αναπτύσσεται. Η κάθε λειτουργική μονάδα απομονώνεται από τις υπόλοιπες και δοκιμάζεται ξεχωριστά σε διάφορες καταστάσης. Για αυτόν τον λόγο είναι απαραίτητο ο κώδικας να έχει αντικειμενοστραφής δομή. Η διαδικασία χωρίζεται στην συγγραφή πολλαπλών unit test, συναρτήσεων δηλαδή που δοκιμάζουν μια διαδικασία για συγκεκριμένες τιμές εισόδου. Σε κάθε περίπτωση στόχος είναι να υπάρχει ελεγχόμενη έξοδος έτσι ώστε να μπορέσει ο προγραμματιστής να είναι σίγουρος ότι το σύστημα θα λειτουργήσει σωστά σε οποιαδήποτε κατάσταση και αν βρίσκεται. Κατά την διαδικασία αυτήν μπορούν να βρεθούν πολύ εύκολα πολλά προβλήματα και ασυνέπειες στον κώδικα ενός συστήματος, τα οποία χρειάζεται να αντιμετωπιστούν.
|
|||
|
|
\\[0.3cm]
|
|||
|
|
Για να μπορέσουν να υλοποιηθούν αυτά τα test είναι απαραίτητο να χρησιμοποιηθεί κάποια βιβλιοθήκη ή εργαλείο, το οποίο θα κατέχει τις βασικές συναρτήσεις ελέγχου αποτελεσμάτων και επιπρόσθετα λειτουργίες για την παραγωγή αναφορών, οι οποίες περιέχουν τα αποτελέσματα των δοκιμών. Υπάρχουν πάρα πολλά εργαλεία που κάνουν αυτήν την δουλειά, το καθένα για μια συγκεκριμένη γλώσσα προγραμματισμού. Τα πιο διαδεδομένα εργαλεία είναι αυτά που ανήκουν στην οικογένεια xUnit (Junit, CppUnit, NUnit κ.α).
|
|||
|
|
\\[0.3cm]
|
|||
|
|
Τα εργαλεία αυτά μπορούν συνήθως κάλλιστα να συνεργαστούν μαζί με άλλα εργαλεία ανάπτυξης έτσι ώστε να είναι πολύ εύκολο για τον προγραμματιστή να συμπεριλάβει την διαδικασία unit testing στην υλοποίηση του κάθε συστήματος.
|
|||
|
|
|
|||
|
|
\section {Easy!Appointments Testing}
|
|||
|
|
Η συγγραφή των unit tests για το Easy!Appointmnets έγινε με την χρήση της ενσωματωμένης βιβλιοθήκης που παρέχει το CodeIginter. Η βιβλιοθήκη παρέχει τις βασικές λειτουργίες ελέγχου και παραγωγής αναφορών για τα tests του κώδικα. Προτιμήθηκε έναντι του phpunit λόγω της καλύτερης απόδοσης σε σχέση με το CodeIgniter Framework.
|
|||
|
|
\\[0.3cm]
|
|||
|
|
Η διαδικασία της δοκιμής του συστήματος ξεκίνησε από τα Models, τις λειτουργικές μονάδες που διαχειρίζονται την κίνηση προς και από την βάση δεδομένων. Είναι απαραίτητο για το σύστημα να κατέχει ακέραια δεδομένα μιας και όλη η εφαρμογή βασίζεται σε αυτά. Η κάθε μέθοδος του κάθε model δοκιμάστηκε ξεχωριστά από τις υπόλοιπες για 3-5 διαφορετικές περιπτώσεις κάθε φορά. Όσο αναπτύσσεται το σύστημα τόσο αυξάνονται και unit tests.
|
|||
|
|
\\[0.3cm]
|
|||
|
|
Για την σωστή δοκιμή του συστήματος απομονώθηκε το κάθε model και δοκιμάστηκε ανεξάρτητα από τα υπόλοιπα. Κάθε μέθοδος έχει κατά μέσω όρο 3-5 unit test, κάτι που μελλοντικά μπορεί να αυξηθεί όσο επεκτείνεται η εφαρμογή.
|
|||
|
|
|
|||
|
|
\section {Παραδειγματα}
|
|||
|
|
Στον παρακάτω κώδικα δοκιμάζεται η βασική ροή της περίπτωσης χρήσης “προσθήκη ραντεβού”. Σε αυτό το test case η είσοδος της μεθόδου add() είναι σωστή και έτσι περιμένουμε ότι και το αποτέλεσμα της διαδικασίας θα είναι επιτυχία. Στο τέλος αφαιρούμε την εγγραφή που προστέθηκε για να μην μείνουν κατάλοιπα στην βάση. Σε κάθε unit test χρησιμοποιείται μόνο μια μέθοδος του model. Έτσι το κάθε test δεν επιρρεάζεται από τυχόν προβλήματα σε άλλες μεθόδους του model.
|
|||
|
|
|
|||
|
|
\begingroup
|
|||
|
|
\fontsize{10pt}{12pt}
|
|||
|
|
\begin{verbatim}
|
|||
|
|
/**
|
|||
|
|
* Test the appointment add method - insert new record.
|
|||
|
|
*/
|
|||
|
|
private function test_add_appointment_insert() {
|
|||
|
|
// Add - insert new appointment record to the database.
|
|||
|
|
$appointment_data = array(
|
|||
|
|
'start_datetime' => '2013-05-01 12:30:00',
|
|||
|
|
'end_datetime' => '2013-05-01 13:00:00',
|
|||
|
|
'notes' => 'Some notes right here...',
|
|||
|
|
'id_users_provider' => $this->provider_id,
|
|||
|
|
'id_users_customer' => $this->customer_id,
|
|||
|
|
'id_services' => $this->service_id
|
|||
|
|
);
|
|||
|
|
$appointment_data['id'] = $this->CI->Appointments_Model
|
|||
|
|
->add($appointment_data);
|
|||
|
|
$this->CI->unit->run($appointment_data['id'], 'is_int',
|
|||
|
|
'Test if add() appointment (insert operation) returned the db row id.');
|
|||
|
|
|
|||
|
|
// Check if the record is the one that was inserted.
|
|||
|
|
$db_data = $this->CI->db->get_where('ea_appointments',
|
|||
|
|
array('id' => $appointment_data['id']))->row_array();
|
|||
|
|
$this->CI->unit->run($appointment_data, $db_data,
|
|||
|
|
'Test if add() appointment (insert operation) has successfully inserted a record.');
|
|||
|
|
|
|||
|
|
// Delete inserted record.
|
|||
|
|
$this->CI->db->delete('ea_appointments',
|
|||
|
|
array('id' => $appointment_data['id']));
|
|||
|
|
}
|
|||
|
|
\end{verbatim}
|
|||
|
|
\endgroup
|
|||
|
|
Στο παρακάτω unit test δοκιμάζεται η μέθοδος get\_value() η οποία επιστρέφει την τιμή ενός πεδίου από την βάση. Στο συγκεκριμένο test case δίνεται ως παράμετρος ένα id εγγραφής, το οποίο δεν υπάρχει στην βάση. Η αναμενόμενη συμπεριφορά από το model είναι να εμφανιστεί ένα exception το οποίο να ειδοποιεί ότι η εγγραφή με το συγκεκριμένο id δεν βρέθηκε στην βάση.
|
|||
|
|
|
|||
|
|
\begingroup
|
|||
|
|
\fontsize{10pt}{12pt}
|
|||
|
|
\begin{verbatim}
|
|||
|
|
/**
|
|||
|
|
* Test the get field value method with a record id that
|
|||
|
|
* doesn't exist in the db.
|
|||
|
|
*
|
|||
|
|
* A database exception is expected.
|
|||
|
|
*/
|
|||
|
|
private function test_get_value_record_does_not_exist() {
|
|||
|
|
$random_record_id = 843521368768;
|
|||
|
|
|
|||
|
|
$has_thrown_exception = FALSE;
|
|||
|
|
|
|||
|
|
try {
|
|||
|
|
$this->CI->Appointments_Model->get_value('start_datetime', $random_record_id);
|
|||
|
|
} catch (InvalidArgumentException $db_exc) {
|
|||
|
|
$has_thrown_exception = TRUE;
|
|||
|
|
}
|
|||
|
|
|
|||
|
|
$this->CI->unit->run($has_thrown_exception, TRUE, 'Test get_value() with record id that does not exist.');
|
|||
|
|
}
|
|||
|
|
\end{verbatim}
|
|||
|
|
\endgroup
|
|||
|
|
|
|||
|
|
Κάποια unit test δοκιμάζουν τις μεθόδους για σωστές τιμές και αναμένουν την επιτυχή ολοκλήρωση των διαδικασιών τους. Τα περισσότερα όμως tests σκοπό έχουν να δουν την συμπεριφορά του συστήματος για τιμές οι οποίες δεν είναι φυσιολογικές. Με αυτόν τον τρόπο μπορούν να προβλεφθούν πολλά bug και άλλα προβλήματα στον κώδικα και η εφαρμογή να είναι περισσότερο αξιόπιστη και δυνατή απέναντι σε σφάλματα.
|
|||
|
|
|
|||
|
|
\end{document}
|