diff --git a/.gitignore b/.gitignore index be8e2ba8..965140db 100644 --- a/.gitignore +++ b/.gitignore @@ -17,3 +17,9 @@ ws2011/BP/User Stories/userStories.synctex.gz ws2010/.DS_Store ws2010/se/.DS_Store ws2011/BP/alte BPs Unterlagen/.DS_Store + +ws2011/BP/QS-Dokument/QS-Dokument.syg + +ws2011/BP/QS-Dokument/QS-Dokument.glo + +ws2011/BP/QS-Dokument/QS-Dokument.ist diff --git a/ws2011/BP/QS-Dokument/QS-Dokument.pdf b/ws2011/BP/QS-Dokument/QS-Dokument.pdf index 6ac876b8..5126a498 100644 Binary files a/ws2011/BP/QS-Dokument/QS-Dokument.pdf and b/ws2011/BP/QS-Dokument/QS-Dokument.pdf differ diff --git a/ws2011/BP/QS-Dokument/QS-Dokument.tex b/ws2011/BP/QS-Dokument/QS-Dokument.tex index f4c0e5cd..a5965740 100644 --- a/ws2011/BP/QS-Dokument/QS-Dokument.tex +++ b/ws2011/BP/QS-Dokument/QS-Dokument.tex @@ -2,10 +2,29 @@ \usepackage[latin9]{inputenc} %unter Linux muss latin9 durch utf8 ersetzt werden!! \usepackage[ngerman]{babel} \usepackage{enumitem} -\usepackage[pdftitle={Qualitätssicherungsdokument}] -{hyperref} +%\usepackage[style=long,hyper=true,number=page]{glossary} +\usepackage{glossaries} +\usepackage[pdftitle={Qualitätssicherungsdokument}]{hyperref} +\makeglossary +% % GLOSSAR % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % +%\storeglosentry{CO} +%{name=CO, +%description={Kohlenstoffmonoxid (chemische Verbindung)}, +%sort=CO +%} + + + +%\storeglosentry {WebApp} {name={WebApp}, description={der Name, unter dem die Software entwickelt wird} } + + +\newglossaryentry{CO2} +{name=CO2, +description={Kohlenstoffdioxid (chemische Verbindung)} +} + \begin{document} \title{Qualitätssicherungsdokument\\ @@ -16,9 +35,11 @@ Wintersemester 2011/2012} Gruppe 1b: Murat Batu, Ulf Gebhardt, Lulzim Murati, Michael Scholz\\ Teamleiter: Dominik Fischer } +\subsubtitle{Verison: 0.0.1} + +\author{Murat Batu, Ulf Gebhardt, Lulzim Murati, Michael Scholz} \maketitle - %Inhaltsverzeichnis anzeigen \tableofcontents @@ -43,7 +64,7 @@ Da das Projekt auf insgesamt drei Gruppen aufgeteilt wurde, werden in diesem Dok \section{Qualitätsziele} \subsection{Code} -codequalität +Hier ein zitat mit verweis: >>Damit nur hochwertiges Wissen erzeugt und als Grundlage für weitere Arbeiten nutzbar gemacht wird, gibt es internationale Standards für wissenschaftliche Qualität<< \cite[S.9]{bss+:2008} \subsection{Dokumente} dokumentqulität @@ -81,43 +102,35 @@ ma \section{Versionshistorie} Für eine bessere Nachvollziehbarkeit sind die Änderungen in diesem Dokument tabellarisch festgehalten. - -\begin{tabular}{ || l | p{12cm} || } - +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Noch eine version & test \\ +\hline \rule[-2ex]{0pt}{5.5ex} test & hier soll ein Link zu \glossary{CO} und \glossary{CO2} stehen \\ +\hline \rule[-2ex]{0pt}{5.5ex} test & dies soll nur ein langer sinnloser text werden, damit man überprüfen kann, ob auch der zeilenumbruch in der tabelle funktioniert.\\ +\hline \rule[-2ex]{0pt}{5.5ex} v. 0.0.0 - 01.12.2011 - MS & Dokument angelegt\\ \hline -v. 0.0.0 - 01.12.2011 - MS & Dokument angelegt -\\ \hline -test & dies soll nur ein langer sinnloser text werden, damit man überprüfen kann, ob auch der zeilenumbruch in der tabelle funktioniert. -\\ \hline -test & test2 -\\ \hline -test & test2 -\\ \hline -test & test2 -\\ \hline -test & test2 -\\ \hline -test & test2 -\\ \hline -test & test2 -\\ \hline -test & test2 -\\ \hline -test & test2 -\\ \hline -test & test2 -\\ \hline -test & test2 -\\ \hline +\end{tabular} +\end{tabbing} + +\newpage +%fügt elemenmte dem toc hinzu +\addcontentsline{toc}{section}{Glossar} +\printglossary + + + -\end{tabular} \newpage -\addsec{Glossar} %keine Nummerierung im Inhaltsverzeichnis einfügen - -\newpage -\addsec{Literatur} %keine Nummerierung im Inhaltsverzeichnis einfügen +%fügt elemenmte dem toc hinzu +\addcontentsline{toc}{section}{Literatur} +\begin{thebibliography}{------} + \bibitem[BSS+2008]{bss+:2008} Helmut Balzert, Christian Schäfer, Marion Schröder, Uwe Kern. \emph{Wissenschaftliches Arbeiten - Wissenschaft, Quellen, Artefakte, Organisation, Präsentation}, Witten: W3L, 2008 + \bibitem[ISO9126]{iso:9126} International Organization for Standardization.\emph{ISO/IEC 9126} + \bibitem[ISO9001]{iso:9001} International Organization for Standardization. \emph{ISO 9001}, 12.2008 + \bibitem[WIKI2011]{wiki:2011} Wikipedia, die freie Enzyklopädie. \emph{WIKIPEDIA}, Stand: 26.02.2011 +\end{thebibliography} %neue Seite \newpage diff --git a/ws2011/BP/User Stories/userStories.pdf b/ws2011/BP/User Stories/userStories.pdf index 49a6d1d9..0e424896 100644 Binary files a/ws2011/BP/User Stories/userStories.pdf and b/ws2011/BP/User Stories/userStories.pdf differ diff --git a/ws2011/BP/User Stories/userStories.tex b/ws2011/BP/User Stories/userStories.tex index 45bdaf54..a604f34a 100644 --- a/ws2011/BP/User Stories/userStories.tex +++ b/ws2011/BP/User Stories/userStories.tex @@ -1,4 +1,4 @@ -\documentclass[article, colorback,accentcolor=tud2b]{tudreport} +\documentclass[article, colorback,accentcolor=tud4a]{tudreport} \usepackage[latin9]{inputenc} %unter Linux muss latin9 durch utf8 ersetzt werden!! \usepackage[ngerman]{babel} \usepackage{enumitem} @@ -7,284 +7,195 @@ \begin{document} +\title{User Stories\\ +da\_sense \\ +Wintersemester 2011/2012} -\begin{flushleft} -\textbf{User Stories} -\end{flushleft} +\subtitle{Auftraggeber: Immanuel Schweizer (Telecooperation Group TU Darmstadt) \\ +Gruppe 1b: Murat Batu, Ulf Gebhardt, Lulzim Murati, Michael Scholz\\ +Teamleiter: Dominik Fischer +} +\subsubtitle{Verison: 0.0.1} +\author{Murat Batu, Ulf Gebhardt, Lulzim Murati, Michael Scholz} -\begin{tabular}{ | l | p{12cm} |} +\maketitle -\hline -ID & 6.1\\ \hline - -Name & Erste Integration in bestehendes Programm \\ \hline - -Beschreibung & Als User m"ochte ich die bisher realisierten -Funktionalit"aten innerhalb des bestehenden Editors -verwenden k"onnen.\\ \hline - -Gesch"atzter Aufwand & 9\\ \hline - -Tats"achlicher Aufwand (h) & 19,5\\ \hline - -Velocity & 2,17 h/Story-Point\\ \hline - -Entwickler & Max Mustermann\\ \hline - -Iteration & 4\\ \hline - -Akzeptanzkriterium & Es ist m"oglich eine Open Street Map Karte zu laden -und im Editor anzeigen zu lassen wobei -Funktionalit"aten wie zoom und scrollen auch nutzbar -sein sollen.\\ \hline - -Bemerkung & --\\ \hline - -\end{tabular} - - -% % % % % % % % % % % % % % % % % % NEXT TABLE % % % % % % % % % % % % % % % % % % -\vspace{1cm} - -\begin{tabular}{ | l | p{12cm} |} - -\hline -ID & 6.1\\ \hline - -Name & Erste Integration in bestehendes Programm \\ \hline - -Beschreibung & Als User m"ochte ich die bisher realisierten -Funktionalit"aten innerhalb des bestehenden Editors -verwenden k"onnen.\\ \hline - -Gesch"atzter Aufwand & 9\\ \hline - -Tats"achlicher Aufwand (h) & 19,5\\ \hline - -Velocity & 2,17 h/Story-Point\\ \hline - -Entwickler & Max Mustermann\\ \hline - -Iteration & 4\\ \hline - -Akzeptanzkriterium & Es ist m"oglich eine Open Street Map Karte zu laden -und im Editor anzeigen zu lassen wobei -Funktionalit"aten wie zoom und scrollen auch nutzbar -sein sollen.\\ \hline - -Bemerkung & --\\ \hline - -\end{tabular} - - -% % % % % % % % % % % % % % % % % % NEXT TABLE % % % % % % % % % % % % % % % % % % -\vspace{1cm} - -\begin{tabular}{ | l | p{12cm} |} - -\hline -ID & 6.1\\ \hline - -Name & Erste Integration in bestehendes Programm \\ \hline - -Beschreibung & Als User m"ochte ich die bisher realisierten -Funktionalit"aten innerhalb des bestehenden Editors -verwenden k"onnen.\\ \hline - -Gesch"atzter Aufwand & 9\\ \hline - -Tats"achlicher Aufwand (h) & 19,5\\ \hline - -Velocity & 2,17 h/Story-Point\\ \hline - -Entwickler & Max Mustermann\\ \hline - -Iteration & 4\\ \hline - -Akzeptanzkriterium & Es ist m"oglich eine Open Street Map Karte zu laden -und im Editor anzeigen zu lassen wobei -Funktionalit"aten wie zoom und scrollen auch nutzbar -sein sollen.\\ \hline - -Bemerkung & --\\ \hline - -\end{tabular} - - -% % % % % % % % % % % % % % % % % % NEXT TABLE % % % % % % % % % % % % % % % % % % -\vspace{1cm} - -\begin{tabular}{ | l | p{12cm} |} - -\hline -ID & 6.1\\ \hline - -Name & Erste Integration in bestehendes Programm \\ \hline - -Beschreibung & Als User m"ochte ich die bisher realisierten -Funktionalit"aten innerhalb des bestehenden Editors -verwenden k"onnen.\\ \hline - -Gesch"atzter Aufwand & 9\\ \hline - -Tats"achlicher Aufwand (h) & 19,5\\ \hline - -Velocity & 2,17 h/Story-Point\\ \hline - -Entwickler & Max Mustermann\\ \hline - -Iteration & 4\\ \hline - -Akzeptanzkriterium & Es ist m"oglich eine Open Street Map Karte zu laden -und im Editor anzeigen zu lassen wobei -Funktionalit"aten wie zoom und scrollen auch nutzbar -sein sollen.\\ \hline - -Bemerkung & --\\ \hline - -\end{tabular} - - - -% % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % -% % NEW PAGE % % -% % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % \newpage - -\begin{tabular}{ | l | p{12cm} |} - +\begin{tabbing} +\begin{tabular}{ || p{5.4cm} || p{11cm} ||} +\hline \rule[-2ex]{0pt}{5.5ex} ID & 6.1\\ +\hline \rule[-2ex]{0pt}{5.5ex} Name & Erste Integration in bestehendes Programm \\ +\hline \rule[-2ex]{0pt}{5.5ex} Beschreibung & Als User möchte ich die bisher realisierten Funktionalitäten innerhalb des bestehenden Editors +verwenden können.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Geschätzter Aufwandc& 9\\ +\hline \rule[-2ex]{0pt}{5.5ex} Tatsächlicher Aufwand (h) & 19,5\\ +\hline \rule[-2ex]{0pt}{5.5ex} Velocity & 2,17 h/Story-Point\\ +\hline \rule[-2ex]{0pt}{5.5ex} Entwickler & Max Mustermann\\ +\hline \rule[-2ex]{0pt}{5.5ex} Iteration & 4\\ +\hline \rule[-2ex]{0pt}{5.5ex} Akzeptanzkriterium & Es ist möglich eine Open Street Map Karte zu laden +und im Editor anzeigen zu lassen wobei Funktionalitäten wie zoom und scrollen auch nutzbar +sein sollen.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Bemerkung & --\\ \hline -ID & 6.1\\ \hline - -Name & Erste Integration in bestehendes Programm \\ \hline - -Beschreibung & Als User m"ochte ich die bisher realisierten -Funktionalit"aten innerhalb des bestehenden Editors -verwenden k"onnen.\\ \hline - -Gesch"atzter Aufwand & 9\\ \hline - -Tats"achlicher Aufwand (h) & 19,5\\ \hline - -Velocity & 2,17 h/Story-Point\\ \hline - -Entwickler & Max Mustermann\\ \hline - -Iteration & 4\\ \hline - -Akzeptanzkriterium & Es ist m"oglich eine Open Street Map Karte zu laden -und im Editor anzeigen zu lassen wobei -Funktionalit"aten wie zoom und scrollen auch nutzbar -sein sollen.\\ \hline - -Bemerkung & --\\ \hline - \end{tabular} +\end{tabbing} % % % % % % % % % % % % % % % % % % NEXT TABLE % % % % % % % % % % % % % % % % % % \vspace{1cm} -\begin{tabular}{ | l | p{12cm} |} - +\begin{tabbing} +\begin{tabular}{ || p{5.4cm} || p{11cm} ||} +\hline \rule[-2ex]{0pt}{5.5ex} ID & 6.1\\ +\hline \rule[-2ex]{0pt}{5.5ex} Name & Erste Integration in bestehendes Programm \\ +\hline \rule[-2ex]{0pt}{5.5ex} Beschreibung & Als User möchte ich die bisher realisierten Funktionalitäten innerhalb des bestehenden Editors +verwenden können.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Geschätzter Aufwandc& 9\\ +\hline \rule[-2ex]{0pt}{5.5ex} Tatsächlicher Aufwand (h) & 19,5\\ +\hline \rule[-2ex]{0pt}{5.5ex} Velocity & 2,17 h/Story-Point\\ +\hline \rule[-2ex]{0pt}{5.5ex} Entwickler & Max Mustermann\\ +\hline \rule[-2ex]{0pt}{5.5ex} Iteration & 4\\ +\hline \rule[-2ex]{0pt}{5.5ex} Akzeptanzkriterium & Es ist möglich eine Open Street Map Karte zu laden +und im Editor anzeigen zu lassen wobei Funktionalitäten wie zoom und scrollen auch nutzbar +sein sollen.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Bemerkung & --\\ \hline -ID & 6.1\\ \hline - -Name & Erste Integration in bestehendes Programm \\ \hline - -Beschreibung & Als User m"ochte ich die bisher realisierten -Funktionalit"aten innerhalb des bestehenden Editors -verwenden k"onnen.\\ \hline - -Gesch"atzter Aufwand & 9\\ \hline - -Tats"achlicher Aufwand (h) & 19,5\\ \hline - -Velocity & 2,17 h/Story-Point\\ \hline - -Entwickler & Max Mustermann\\ \hline - -Iteration & 4\\ \hline - -Akzeptanzkriterium & Es ist m"oglich eine Open Street Map Karte zu laden -und im Editor anzeigen zu lassen wobei -Funktionalit"aten wie zoom und scrollen auch nutzbar -sein sollen.\\ \hline - -Bemerkung & --\\ \hline - \end{tabular} +\end{tabbing} % % % % % % % % % % % % % % % % % % NEXT TABLE % % % % % % % % % % % % % % % % % % \vspace{1cm} -\begin{tabular}{ | l | p{12cm} |} - +\begin{tabbing} +\begin{tabular}{ || p{5.4cm} || p{11cm} ||} +\hline \rule[-2ex]{0pt}{5.5ex} ID & 6.1\\ +\hline \rule[-2ex]{0pt}{5.5ex} Name & Erste Integration in bestehendes Programm \\ +\hline \rule[-2ex]{0pt}{5.5ex} Beschreibung & Als User möchte ich die bisher realisierten Funktionalitäten innerhalb des bestehenden Editors +verwenden können.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Geschätzter Aufwandc& 9\\ +\hline \rule[-2ex]{0pt}{5.5ex} Tatsächlicher Aufwand (h) & 19,5\\ +\hline \rule[-2ex]{0pt}{5.5ex} Velocity & 2,17 h/Story-Point\\ +\hline \rule[-2ex]{0pt}{5.5ex} Entwickler & Max Mustermann\\ +\hline \rule[-2ex]{0pt}{5.5ex} Iteration & 4\\ +\hline \rule[-2ex]{0pt}{5.5ex} Akzeptanzkriterium & Es ist möglich eine Open Street Map Karte zu laden +und im Editor anzeigen zu lassen wobei Funktionalitäten wie zoom und scrollen auch nutzbar +sein sollen.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Bemerkung & --\\ \hline -ID & 6.1\\ \hline - -Name & Erste Integration in bestehendes Programm \\ \hline - -Beschreibung & Als User m"ochte ich die bisher realisierten -Funktionalit"aten innerhalb des bestehenden Editors -verwenden k"onnen.\\ \hline - -Gesch"atzter Aufwand & 9\\ \hline - -Tats"achlicher Aufwand (h) & 19,5\\ \hline - -Velocity & 2,17 h/Story-Point\\ \hline - -Entwickler & Max Mustermann\\ \hline - -Iteration & 4\\ \hline - -Akzeptanzkriterium & Es ist m"oglich eine Open Street Map Karte zu laden -und im Editor anzeigen zu lassen wobei -Funktionalit"aten wie zoom und scrollen auch nutzbar -sein sollen.\\ \hline - -Bemerkung & --\\ \hline - \end{tabular} - +\end{tabbing} % % % % % % % % % % % % % % % % % % NEXT TABLE % % % % % % % % % % % % % % % % % % \vspace{1cm} -\begin{tabular}{ | l | p{12cm} |} - +\begin{tabbing} +\begin{tabular}{ || p{5.4cm} || p{11cm} ||} +\hline \rule[-2ex]{0pt}{5.5ex} ID & 6.1\\ +\hline \rule[-2ex]{0pt}{5.5ex} Name & Erste Integration in bestehendes Programm \\ +\hline \rule[-2ex]{0pt}{5.5ex} Beschreibung & Als User möchte ich die bisher realisierten Funktionalitäten innerhalb des bestehenden Editors +verwenden können.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Geschätzter Aufwandc& 9\\ +\hline \rule[-2ex]{0pt}{5.5ex} Tatsächlicher Aufwand (h) & 19,5\\ +\hline \rule[-2ex]{0pt}{5.5ex} Velocity & 2,17 h/Story-Point\\ +\hline \rule[-2ex]{0pt}{5.5ex} Entwickler & Max Mustermann\\ +\hline \rule[-2ex]{0pt}{5.5ex} Iteration & 4\\ +\hline \rule[-2ex]{0pt}{5.5ex} Akzeptanzkriterium & Es ist möglich eine Open Street Map Karte zu laden +und im Editor anzeigen zu lassen wobei Funktionalitäten wie zoom und scrollen auch nutzbar +sein sollen.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Bemerkung & --\\ \hline -ID & 6.1\\ \hline - -Name & Erste Integration in bestehendes Programm \\ \hline - -Beschreibung & Als User m"ochte ich die bisher realisierten -Funktionalit"aten innerhalb des bestehenden Editors -verwenden k"onnen.\\ \hline - -Gesch"atzter Aufwand & 9\\ \hline - -Tats"achlicher Aufwand (h) & 19,5\\ \hline - -Velocity & 2,17 h/Story-Point\\ \hline - -Entwickler & Max Mustermann\\ \hline - -Iteration & 4\\ \hline - -Akzeptanzkriterium & Es ist m"oglich eine Open Street Map Karte zu laden -und im Editor anzeigen zu lassen wobei -Funktionalit"aten wie zoom und scrollen auch nutzbar -sein sollen.\\ \hline - -Bemerkung & --\\ \hline - \end{tabular} +\end{tabbing} +% % % % % % % % % % % % % % % % % % NEXT TABLE % % % % % % % % % % % % % % % % % % +\vspace{1cm} +\begin{tabbing} +\begin{tabular}{ || p{5.4cm} || p{11cm} ||} +\hline \rule[-2ex]{0pt}{5.5ex} ID & 6.1\\ +\hline \rule[-2ex]{0pt}{5.5ex} Name & Erste Integration in bestehendes Programm \\ +\hline \rule[-2ex]{0pt}{5.5ex} Beschreibung & Als User möchte ich die bisher realisierten Funktionalitäten innerhalb des bestehenden Editors +verwenden können.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Geschätzter Aufwandc& 9\\ +\hline \rule[-2ex]{0pt}{5.5ex} Tatsächlicher Aufwand (h) & 19,5\\ +\hline \rule[-2ex]{0pt}{5.5ex} Velocity & 2,17 h/Story-Point\\ +\hline \rule[-2ex]{0pt}{5.5ex} Entwickler & Max Mustermann\\ +\hline \rule[-2ex]{0pt}{5.5ex} Iteration & 4\\ +\hline \rule[-2ex]{0pt}{5.5ex} Akzeptanzkriterium & Es ist möglich eine Open Street Map Karte zu laden +und im Editor anzeigen zu lassen wobei Funktionalitäten wie zoom und scrollen auch nutzbar +sein sollen.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Bemerkung & --\\ +\hline +\end{tabular} +\end{tabbing} + +% % % % % % % % % % % % % % % % % % NEXT TABLE % % % % % % % % % % % % % % % % % % +\vspace{1cm} + +\begin{tabbing} +\begin{tabular}{ || p{5.4cm} || p{11cm} ||} +\hline \rule[-2ex]{0pt}{5.5ex} ID & 6.1\\ +\hline \rule[-2ex]{0pt}{5.5ex} Name & Erste Integration in bestehendes Programm \\ +\hline \rule[-2ex]{0pt}{5.5ex} Beschreibung & Als User möchte ich die bisher realisierten Funktionalitäten innerhalb des bestehenden Editors +verwenden können.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Geschätzter Aufwandc& 9\\ +\hline \rule[-2ex]{0pt}{5.5ex} Tatsächlicher Aufwand (h) & 19,5\\ +\hline \rule[-2ex]{0pt}{5.5ex} Velocity & 2,17 h/Story-Point\\ +\hline \rule[-2ex]{0pt}{5.5ex} Entwickler & Max Mustermann\\ +\hline \rule[-2ex]{0pt}{5.5ex} Iteration & 4\\ +\hline \rule[-2ex]{0pt}{5.5ex} Akzeptanzkriterium & Es ist möglich eine Open Street Map Karte zu laden +und im Editor anzeigen zu lassen wobei Funktionalitäten wie zoom und scrollen auch nutzbar +sein sollen.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Bemerkung & --\\ +\hline +\end{tabular} +\end{tabbing} + +% % % % % % % % % % % % % % % % % % NEXT TABLE % % % % % % % % % % % % % % % % % % +\vspace{1cm} + +\begin{tabbing} +\begin{tabular}{ || p{5.4cm} || p{11cm} ||} +\hline \rule[-2ex]{0pt}{5.5ex} ID & 6.1\\ +\hline \rule[-2ex]{0pt}{5.5ex} Name & Erste Integration in bestehendes Programm \\ +\hline \rule[-2ex]{0pt}{5.5ex} Beschreibung & Als User möchte ich die bisher realisierten Funktionalitäten innerhalb des bestehenden Editors +verwenden können.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Geschätzter Aufwandc& 9\\ +\hline \rule[-2ex]{0pt}{5.5ex} Tatsächlicher Aufwand (h) & 19,5\\ +\hline \rule[-2ex]{0pt}{5.5ex} Velocity & 2,17 h/Story-Point\\ +\hline \rule[-2ex]{0pt}{5.5ex} Entwickler & Max Mustermann\\ +\hline \rule[-2ex]{0pt}{5.5ex} Iteration & 4\\ +\hline \rule[-2ex]{0pt}{5.5ex} Akzeptanzkriterium & Es ist möglich eine Open Street Map Karte zu laden +und im Editor anzeigen zu lassen wobei Funktionalitäten wie zoom und scrollen auch nutzbar +sein sollen.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Bemerkung & --\\ +\hline +\end{tabular} +\end{tabbing} + +% % % % % % % % % % % % % % % % % % NEXT TABLE % % % % % % % % % % % % % % % % % % +\vspace{1cm} + +\begin{tabbing} +\begin{tabular}{ || p{5.4cm} || p{11cm} ||} +\hline \rule[-2ex]{0pt}{5.5ex} ID & 6.1\\ +\hline \rule[-2ex]{0pt}{5.5ex} Name & Erste Integration in bestehendes Programm \\ +\hline \rule[-2ex]{0pt}{5.5ex} Beschreibung & Als User möchte ich die bisher realisierten Funktionalitäten innerhalb des bestehenden Editors +verwenden können.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Geschätzter Aufwandc& 9\\ +\hline \rule[-2ex]{0pt}{5.5ex} Tatsächlicher Aufwand (h) & 19,5\\ +\hline \rule[-2ex]{0pt}{5.5ex} Velocity & 2,17 h/Story-Point\\ +\hline \rule[-2ex]{0pt}{5.5ex} Entwickler & Max Mustermann\\ +\hline \rule[-2ex]{0pt}{5.5ex} Iteration & 4\\ +\hline \rule[-2ex]{0pt}{5.5ex} Akzeptanzkriterium & Es ist möglich eine Open Street Map Karte zu laden +und im Editor anzeigen zu lassen wobei Funktionalitäten wie zoom und scrollen auch nutzbar +sein sollen.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Bemerkung & --\\ +\hline +\end{tabular} +\end{tabbing} \end{document} \ No newline at end of file diff --git a/ws2011/BP/alte BPs Unterlagen/Dave/Qdoc.tex b/ws2011/BP/alte BPs Unterlagen/Dave/Qdoc.tex new file mode 100644 index 00000000..3655ccf8 --- /dev/null +++ b/ws2011/BP/alte BPs Unterlagen/Dave/Qdoc.tex @@ -0,0 +1,1505 @@ +\documentclass[article,colorback,accentcolor=tud4c]{tudreport} +\usepackage[utf8]{inputenc} +\usepackage[ngerman]{babel} +\usepackage[style=long,hyper=true,number=page]{glossary} +%\usepackage[linktocpage=true]{hyperref} +\usepackage[colorlinks,pdfpagelabels,pdfstartview = FitH,bookmarksopen = true,bookmarksnumbered = true,linkcolor = black,plainpages = false,hypertexnames = false,citecolor = black] {hyperref} +%\hypersetup{colorlinks,citecolor=black,filecolor=black,linkcolor=black,urlcolor=black,linktocpage=true} + +\setlength{\parindent}{0pt} +%\setlength{\parskip}{0pt} + +\makeglossary + +\title{Bachelorpraktikum \newline WebApp \newline Qualitätssicherungsdokument} +\subtitle{David Kaufmann \newline Dennis Werner \newline Holger Thies \newline Victor Negoescu \newline \newline Gruppe Nr. 6 - ''DDHV''} +\subsubtitle{Version 1.1.1 \newline \textbf{Datum:} 31.03.2011} +\author{David Kaufmann, Victor Negoescu, Holger Thies, Dennis Werner} +%\date{heute} % Activate to display a given date or no date (if empty), + % otherwise the current date is printed +%\institution{} +%\setinstitutionlogo[width | height]{} +%\sponsor{Gruppe: DDHV} + + +%SOLL soll dem IST weichen + +\begin{document} + +\bibliographystyle{alphadin} + +\maketitle + +\tableofcontents +\newpage + +\storeglosentry{WebApp}{name={WebApp},description={der Name, unter dem die Software entwickelt wird}} +\storeglosentry{StartUp}{name={StartUp},description={neu gestartete Unternehmen}} +\storeglosentry{SpinOff}{name={SpinOff},description={ein gestartetes Unternehmen, das z.B. gewonnene Erkenntnisse einer Studienarbeit an der Uni als Geschäftsbasis nutzt}} +\storeglosentry{AJAX}{name={AJAX},description={AJAX steht im Kontext für ,,Asynchronous JavaScript and XML'' und ermöglicht die asynchrone Dateiübertragung zwischen Browser und Server. Viele Anwendungen nutzen diese Technik, um ein flüssigeres Antwortverhalten bei Webanwendungen zu ermöglichen}} +\storeglosentry{GANTT}{name={GANTT},description={ein nach Henry L. Gantt benanntes Instrument für Projektmanagement und stellt die zeitliche Abfolge von Aufgaben als Balken auf einer Zeitachse dar}} +\storeglosentry{Browser}{name={Browser},description={Ein Programm zur Darstellung von Webseiten}} +\storeglosentry{Submitbutton}{name={Submitbutton},description={Ein anklickbarer Knopf, der eine Aktion auslöst}} +\storeglosentry{Checkbutton}{name={Checkbutton},description={siehe Checkbox.}} +\storeglosentry{Checkbox}{name={Checkbox},description={Ein Feld, welches ,,angekreuzt'' werden kann}} +\storeglosentry{Modul}{name={Modul},description={ein Teilstück}} +\storeglosentry{WYSIWYG}{name={WYSIWYG},description={steht für ,,What You See Is What You Get'' und bedeutet innerhalb der Applikation, dass der Nutzer kein HTML programmieren muss um z.B. einen Text ,,fett'' darzustellen}} +\storeglosentry{HTML}{name={HTML},description={HyperText Markup Language ist eine Auszeichnungssprache zur Gestaltung von Dokumenten}} +\storeglosentry{Radiobutton}{name={Radiobutton},description={Ein anklickbares rundes Feld. Es steht in der Regel nicht allein und wird genutzt um bei Merhfachauswahl nur eine Antwort zu ermöglichen}} +\storeglosentry{Piechart}{name={Piechart},description={Eine Diagrammform, die Anteile prozentual auf eine Kreisfläche umlegt und i.d.R. entweder durch Farbe oder Kontur visualisiert}} +\storeglosentry{Treeview}{name={Treeview},description={eine Ansichtsform für Dateistrukturen, z.B. im ,,Explorer'' unter Windows}} +\storeglosentry{Parent-Folder}{name={Parent-Folder},description={Parent-Folder Beschreibung}} +\storeglosentry{Tag}{name={Tag},description={kleine Notiz, die an ein beliebiges Element geheftet werden kann}} +\storeglosentry{Indikator}{name={Indikator},description={Indikator Beschreibung}} +\storeglosentry{Fileview}{name={Fileview},description={Fileview Beschreibung}} +\storeglosentry{Etherpad}{name={Etherpad},description={Ein webbasierter Editor zur gemeinsamen Bearbeitung von Texten in Echtzeit}} +\storeglosentry{JUnit}{name={JUnit},description={ein Framework zum Testen von Java-Programmen für automatisierte Tests einzelner Klassen oder Methoden}} +\storeglosentry{Selenium}{name={Selenium},description={ein Framework zum Testen von Webanwendungen}} +\storeglosentry{Benutzeroberfläche}{name={Benutzeroberfläche},description={der Teil der Software, der mit dem Benutzer vornehmlich auf dem Bildschirm interagiert}} +\storeglosentry{Extreme Programming}{name={Extreme Programming},description={Methode zur Softwareentwicklung, die das Lösen einer Programmieraufgabe in den Vordergrund stellt und dabei formalem Vorgehen weniger Gewichtung gibt}} +\storeglosentry{Pair Programming}{name={Pair Programming},description={Arbeitstechnik bei der zwei Programmierer an einem Rechner am Code arbeiten, um die Softwarequalität zu steigern. Ein Programmierer schreibt Code, während der andere gedanklich die Problemstellung und den Code verfolgt und ihm auffallende Probleme sofort anspricht}} +\storeglosentry{Refactoring}{name={Refactoring},description={bezeichnet die Umgestaltung von Code zur Strukturverbesserung ohne Änderung am eigentlichen Funktionsumfang}} +\storeglosentry{Merging}{name={Merging},description={beschreibt das Zusammenführen mehrerer Versionen zu einer neuen}} +\storeglosentry{Package}{name={Package},description={hier: Ordnerstruktur}} +\storeglosentry{MVC}{name={Model-View-Controller},description={beschreibt eine Softwarearchitektur, die die Software in die drei Einheiten \textit{Daten}, \textit{Steuerung} und \textit{Ansicht} trennt. Ziel ist ein modularer Aufbau, der späteres Wiederverwerten des Programmcodes erleichtern soll}} +\storeglosentry{CamelCase}{name={CamelCase},description={beschreibt eine Schreibweise von Quelltexten, bei der zusammengesetzte Namen durch Großschreiben des ersten Buchstabens die Lesbarkeit verbessert}} +\storeglosentry{SVN}{name={Subversion},description={ein Versionsverwaltungssystem, das es ermöglicht, auf frühere Versionen vom Quelltext zurückzugreifen. Des weiteren sieht man wann, wo, wer und welche Änderungen am Quelltext vorgenommen wurden}} +\storeglosentry{Userstories}{name={Userstories},description={beschreibt den Ablauf einer Aktion, die vom Anwender vorgenommen wird}} +\storeglosentry{Plugin}{name={Plugin},description={Eine Erweiterung zum bestehenden Produkt}} +\storeglosentry{Eclipse}{name={Eclipse},description={Eclipse ist eine Entwicklungsumgebung spezialisiert für die Anwendungsentwicklung unter Java}} +\storeglosentry{Java}{name={Java},description={Java ist eine Objekt-orientierte Programmiersprache}} +\storeglosentry{Opensource}{name={Open Source},description={beschreibt eine Vielzahl von Lizenzen, die es ermöglichen, Quelltexte von Software unter gewissen Voraussetzungen zu veröffentlichen}} +\storeglosentry{Applicationserver}{name={Applicationserver},description={>>Ist im Allgemeinen ein Server im Netzwerk, auf dem Anwendungsprogramme ausgeführt werden<<\cite{wiki:2011}}} +\storeglosentry{Testframework}{name={Testframework},description={beschreibt eine Sammlung von häufig verwendeten Programmteilen, die zum Testen von Software verwendet werden.}} +\storeglosentry{Whiteboxtest}{name={Whiteboxtest},description={beschreibt eine Art von Tests, welche die innere Funktionsweise der Software kennt und diese einzeln abtestet. Es }} +\storeglosentry{Blackboxtest}{name={Blackboxtest},description={beschreibt eine Art von Tests, welche die innere Funktionsweise der Software nicht kennen, und lediglich von außen Eingaben mit erwarteten Ergebnissen vergleichen.}} + + +\section{Einleitung} +In diesem Dokument werden Tests und Prozesse beschrieben, dokumentiert und ausgewertet. Ziel der Qualitätssicherung ist die Sicherstellung sowohl der angestrebten Softwarequalität als auch der Qualität der Prozesse und Dokumente. +%es, zum einen die angestrebte Softwarequalität zum anderen auch die Qualität der Prozesse und Dokumente sicherzustellen. +Dazu werden verschiedene Testmethoden angewandt, um Kernpunkte wie etwa Funktionalität, Richtigkeit und in Teilbereichen auch Interoperabilität zu überprüfen. Des weiteren wird auf die verwendeten Ansätze zur konstruktiven Qualitätssicherung eingegangen. +In den kommenden Kapiteln werden zuerst die zu prüfenden Module von \gls{WebApp} vorgestellt und deren Funktionsweise kurz erläutert. +Im Anschluss wird auf die verwendeten Methoden, Werkzeuge sowie die eigentlichen Prüfprozesse eingegangen. Weiterhin werden die jeweiligen Testspezifikationen dargelegt sowie die Beschreibung der Tests und deren Ergebnisse vorgestellt. + +\subsection{Das Projekt} + +Das Projekt trägt den Namen \gls{WebApp} und soll eine für Gründer geeignete Webplattform zur Projektverwaltung werden. Ziel ist es, im Raum Darmstadt und speziell an der TU Darmstadt Gründer, \gls{StartUp}s und \gls{SpinOff}s zu fördern. Ein wesentlicher Aspekt dabei ist die Kostenfreiheit für den Benutzer, womit eine Alternative zu kommerziellen Anbietern geschaffen werden soll. Gleichzeitig soll der Funktionsumfang den kostenpflichtigen Anbietern aber in nichts nachstehen. Der User soll eine moderne Oberfläche vorfinden, die mittels \gls{AJAX}-Technologien ein flüssiges Arbeiten ermöglicht.\newline +Zu den angestrebten Funktionen der Projektverwaltung gehören u.a. + \begin{itemize} + \setlength{\itemsep}{-2pt} + \item Zeitmanagementsystem + \item Planungssystem inkl. \gls{GANTT} Charts + \item Forenähnliches Frage- und Umfragesystem + \item Projektinterne Kommunikationsverwaltung + \item Dokumentenmanagementsystem + \end{itemize} +Da das Projekt insgesamt auf drei Gruppen aufgeteilt wurde, werden in diesem Dokument ausschließlich die Bereiche der Gruppe DDHV behandelt. Der Themenbereich umfasst die projektinterne Kommunikation und das Dokumentenmanagementsystem. Die projektinterne Kommunikation lässt sich in die zwei Submodule ,,Statusbar'' und ,,Discussion'' aufteilen, ,,Webdoc'' fällt in den Bereich des Dokumentenmanagements. Nachfolgend werden die einzelnen Submodule und der erwartete Funktionsumfang erläutert. + +\subsection{Statusbar} + +Bei der Statusbar handelt es sich um eine Komponente zur Kommunikation zwischen den Nutzern der Plattform. Es ist vorgesehen, dass Mitglieder eines Projektes die Möglichkeit haben, Texte einzugeben und zu versenden. Diese Texte sollen sichtbar sein, sobald man die Statusbar per Klick ausklappt. Die nun angezeigten Nachrichten können als Favorit markiert und über einen Filterbutton ein- und ausgeblendet werden. Eines der Hauptmerkmale ist die Darstellung neuer Mitteilungen in Echtzeit, ähnlich wie in einem Chat. +% einen weiteren Button drückt, der eine Detailansicht aller bisher gesendeten Nachricht anzeigt. Jede dieser Nachrichten hat einen \gls{Checkbutton} der sie als Favorit markiert. Mit einem Klick auf ein Element innerhalb der Leiste ist es möglich nur die Favoriten in der Ansicht darzustellen. Mit einem weiteren Klick auf dieses Element werden wieder alle Nachrichten angezeigt. +Werden Nachrichten geschrieben, während andere Mitglieder des Projektes nicht im System eingeloggt sind, werden diese beim späteren Einloggen als neue Nachrichten angezeigt. + +\begin{figure}[htbp] + \centering + \includegraphics[width=13cm]{Statusleiste_aufgeklappt_cut.png} + \caption{Aufgeklappte Statusleiste - Mockup vom Auftraggeber} + \label{Aufgeklappte Statusleiste - Label} +\end{figure} + +\subsection{Discussion} +Das Discussion-\gls{Modul} dient zur Diskussion und zum Meinungsaustausch. Es ist vorgesehen, dass Mitglieder eines Projektes die Möglichkeit haben, auf einer Seite Fragen oder Umfragen zu erstellen. Bei der Erstellung von Fragen oder Umfragen gibt der Benutzer die zu beantwortende Frage per \gls{WYSIWYG}-Editor in ein Textfeld ein und kann auf diese Weise den Fragetext formatieren. Andere Benutzer können in ihren Antworten mittels \gls{WYSIWYG}-Editor ebenfalls Textformatierung vornehmen. Bei einer Umfrage können Benutzer aus verschiedenen vorgegebenen Antwortmöglichkeiten auswählen. Diese werden bei der Erstellung der Umfrage vom Ersteller angegeben. Es können entweder Umfragen erstellt werden, bei denen jeweils nur eine Antwort gewählt werden kann oder solche, die Mehrfachantworten zulassen. Dies wird ebenfalls beim Erstellen festgelegt. Des weiteren ist es möglich, eine Umfrage als wichtig zu markieren bzw. hervorzuheben. +\newline +Die dem Projekt zugeordneten Fragen und Umfragen werden tabellarisch aufgelistet. Klickt man auf eine Frage oder eine Umfrage, so klappt eine erweiterte Ansicht aus. Diese zeigt die jeweiligen Antworten zu einer Frage an. Bei einer Umfrage werden die Umfrageergebnisse angezeigt und mittels Tortendiagramm visualisiert. +Ist eine Umfrage abgeschlossen oder eine Frage ausreichend beantwortet, kann die Frage oder Umfrage geschlossen werden. + +%Beim Discussion-\gls{Modul} handelt es sich um eine Komponente zur Kommunikation zwischen den Nutzern der Plattform. Es ist vorgesehen, dass Mitglieder eines Projektes die Möglichkeit haben auf einer Seite Fragen oder Umfragen zu erstellen. Bei der Erstellung von Fragen gibt der Benutzer die zu beantwortende Frage in ein Textfeld ein. Bei der Erstellung von Umfragen gibt der Benutzer die zu beantwortende Umfrage in einem Textfeld ein. In einem weiteren kleinerem Textfeld gibt der Benutzer die Antwortmöglichkeit ein. Ist Text in diesem Feld eingegeben erscheint unter dem bereits vorhandenen Textfeld ein weiteres Textfeld in dem man eine weitere Antwortmöglichkeit eingeben kann. Auf diese Art und Weise sind beliebig viele Antwortmöglichkeiten erstellbar. Mit einem \gls{Checkbutton} ist auswählbar, ob Mehrfachantworten möglich sein sollen. Bei beiden Varianten ist es möglich die Frage beziehungsweise Umfrage als wichtig zu markieren. +%\newline +%Auf einer Detailansichtsseite sieht man sämtliche Projektspezifisch gestellten Fragen und Umfragen tabellarisch aufgelistet. Man sieht die Anzahl der abgegebenen Antworten sowie den Ersteller und das Datum. Desweiteren ist sichtbar, ob das Element wichtig oder bereits geschlossen ist. Klickt man auf ein Element sieht man weitere Details. +%Bei einer Frage werden sämtliche zugehörige Antworten aufgelistet und mit Datum und den Benutzer der Antwort gekennzeichnet. Ein \gls{WYSIWYG}-Editor ermöglicht es die Fragen mit \gls{HTML} codiertem Text zu beantworten. +%Bei einer Umfrage werden sämtliche zulässige Antworten gelistet. Je nachdem ob Mehrfachantworten bei der Erstellung der Umfrage zugelassen worden sind, kann man per \gls{Checkbutton} oder \gls{Radiobutton} die Antwortmöglichkeiten auswählen. Neben den Antwortmöglichkeiten ist ein \gls{Piechart} zu sehen der die bereits gegebenen Antworten darstellt. + + +\begin{figure}[htbp] + \centering + \includegraphics[width=17cm]{Discussion_Ansicht_cut.png} + \caption{Discussion Ansicht - Mockup vom Auftraggeber} + \label{Discussion Ansicht - Label} +\end{figure} + +\subsection{Webdoc} + +Das Webdoc-Modul soll die kollaborative Arbeit an Dokumenten ermöglichen. Das Modul ist in zwei vertikale Ansichten getrennt, wovon die linke eine Ordnerstruktur darstellt. Die rechte Spalte enthält eine Detailansicht mit zugeordneten Attributen wie z.B. \gls{Tag}s. Außerdem gib es die Möglichkeit, den Inhalt des Dokuments anzuzeigen und zu editieren. +In der linken \gls{Treeview}-Ansicht soll es außerdem möglich sein, per Rechtsklick je nach Element verschiedene Aktionen wie ,,neuen Ordner erstellen'', ,,umbenennen'' oder ,,Neues Dokument erstellen'' mit Hilfe eines Kontextmenüs auszuführen. Zusätzlich zum Löschen einzelner Elemente sorgt eine Multi-Delete-Funktion dafür, dass man mehrere Elemente im Treeview markieren und löschen kann. Weiterhin soll dem User angezeigt werden, ob ein Dokument, seitdem er es zuletzt betrachtet hat, editiert wurde. + + +\begin{figure}[htbp] + \centering + \includegraphics[width=17cm]{WebDocument_aufgeklappt_cut.png} + \caption{Webdoc Ansicht - Mockup vom Auftraggeber} + \label{Webdoc Ansicht - Label} +\end{figure} + +\newpage +%In der rechten Ansicht zeigt die \gls{Fileview}-Ansicht sämtliche im Ordner enthaltenen Dateien die oben angesprochenen \gls{Tag}s + +% Die Rechte Seite zeigt eine \gls{Fileview}-Ansicht die genauere Details der Elemente anzeigt. Es werden sämtliche im Ordner enthaltende Dateien angezeigt und können nach Name, Autor, Erstellungsdatum, oder der letzten Bearbeitung sortiert werden. Auch in diesem Menu ist es möglich Dateien zu erstellen, löschen, den Ersteller ändern, \gls{Tag}s hinzuzufügen, löschen oder editieren, und die Datei umzubenennen. Mit einem Klick auf die Datei öffnet sich eine \gls{Etherpad}-Instanz die das Dokument bereithält und gemeinsame Arbeit mit anderen Nutzern ermöglicht. + + +%Bei einem Mouse-Over auf ein Element erscheint ein kleines Menü welches die Möglichkeit bietet den Ordner bzw die Datei zu löschen, oder umzubenennen. Handelt es sich dabei um einen Ordner ist es desweiteren möglich eine Datei in diesem Ordner zu erstellen. Handelt es sich jedoch um eine Datei sind im Menü weitere Einträge vorhanden die die Möglichkeit bieten das Element mit \gls{Tag}s auszustatten, diese in einer ausklappbaren Ansicht anzuzeigen oder zu entfernen. + +%Es soll sichtbar gemacht werden falls ein Dokument seit dem letzten anzeigen editiert wurde. Ein Schriftzug welcher neben dem Element platziert ist dient als \gls{Indikator}. + + +%Die Rechte Seite zeigt eine \gls{Fileview}-Ansicht die genauere Details der Elemente anzeigt. Es werden sämtliche im Ordner enthaltende Dateien angezeigt und können nach Name, Autor, Erstellungsdatum, oder der letzten Bearbeitung sortiert werden. Auch in diesem Menu ist es möglich Dateien zu erstellen, löschen, den Ersteller ändern, \gls{Tag}s hinzuzufügen, löschen oder editieren, und die Datei umzubenennen. Mit einem Klick auf die Datei öffnet sich eine \gls{Etherpad}-Instanz die das Dokument bereithält und gemeinsame Arbeit mit anderen Nutzern ermöglicht. + + +%Beim Webdoc-Modul handelt es sich um eine Komponente die den kollaborativen Einsatz an Dateien ermöglichen soll. Das Modul ist in zwei vertikale Ansichten getrennt. + + +% Die linke Seite zeigt eine \gls{Treeview}-Ansicht, die projektspezifischen Dateien in einer Ordnerstruktur zeigt. Um die Ansicht nicht zu überladen sollen nur 12 Elemente in der Ordnerstruktur gezeigt werden. Das 12te Element ist ein eine Verlinkung mit der Aufschrift "show more" verschwindet beim anklicken und es werden sämtliche Elemente des \gls{Parent-Folder}s angezeigt. + +% Bei einem Mouse-Over auf ein Element erscheint ein kleines Menü welches die Möglichkeit bietet den Ordner bzw die Datei zu löschen, oder umzubenennen. Handelt es sich dabei um einen Ordner ist es desweiteren möglich eine Datei in diesem Ordner zu erstellen. Handelt es sich jedoch um eine Datei sind im Menü weitere Einträge vorhanden die die Möglichkeit bieten das Element mit \gls{Tag}s auszustatten, diese in einer ausklappbaren Ansicht anzuzeigen oder zu entfernen. Zusätzlich zum löschen einzelner Elemente ist es vorgesehen, dass es einen Multi-Delete gibt der es ermöglicht mehrere Elemente im Treeview per \gls{Checkbox} zu markieren und löschen. + +% Es soll sichtbar gemacht werden falls ein Dokument seit dem letzten anzeigen editiert wurde. Ein Schriftzug welcher neben dem Element platziert ist dient als \gls{Indikator}. + + +% Die Rechte Seite zeigt eine \gls{Fileview}-Ansicht die genauere Details der Elemente anzeigt. Es werden sämtliche im Ordner enthaltende Dateien angezeigt und können nach Name, Autor, Erstellungsdatum, oder der letzten Bearbeitung sortiert werden. Auch in diesem Menu ist es möglich Dateien zu erstellen, löschen, den Ersteller ändern, \gls{Tag}s hinzuzufügen, löschen oder editieren, und die Datei umzubenennen. Mit einem Klick auf die Datei öffnet sich eine \gls{Etherpad}-Instanz die das Dokument bereithält und gemeinsame Arbeit mit anderen Nutzern ermöglicht. + + + +\section{Qualitätsziele} +Um die Qualität des Produkts zu sichern, werden verschiedene Kriterien betrachtet und entsprechende Methoden zur Ãœberprüfung dieser implementiert. >>Damit nur hochwertiges Wissen erzeugt und als Grundlage für weitere Arbeiten nutzbar gemacht wird, gibt es internationale Standards für wissenschaftliche Qualität<< \cite[S.9]{bss+:2008}. Mit der Ãœberprüfung der Qualität des Produkts soll sichergestellt werden, dass das Produkt den geforderten Funktionalitäten entspricht. Als Orientierung dient dabei die ISO/IEC 9126 und ISO 9001 Norm und wird in einzelnen Punkten umgesetzt. + +%Um die Qualität des Produkts am Ende der Entwicklung zu gewährleisten, gilt es verschiedene Kriterien zu betrachten und entsprechende Methoden zur Ãœberprüfung dieser zu implementieren. >>Damit nur hochwertiges Wissen erzeugt und als Grundlage für weitere Arbeiten nutzbar gemacht wird, gibt es internationale Standards für wissenschaftliche Qualität<< \cite[S.9]{BSS+2008}. Mit der Ãœberprüfung der Qualität des Produkts soll dem Auftraggeber gewährleistet werden, dass das Produkt den geforderten Funktionalitäten entspricht und die Korrektheit der Ausführung bewiesen ist. Folgende Qualitätsmerkmale sollten hierbei berücksichtigt werden. + + +% \begin{itemize} +% \item{\textbf{Richtigkeit:} Die programmierten Funktionen sollen Ergebnisse liefern die in ihrer Genauigkeit nicht von vereinbarten Werten abweichen.} +% \item{\textbf{Interoperabilität:} Die programmierte Endfassung des Produkts soll auf (Das System hier eingeben) laufen.} +% \item{\textbf{Ordnungsmäßigkeit:} Das Produkt soll anwendungsspezifische Normen erfüllen und keine externe Software benutzen deren Lizenzen nicht für das Projekt brauchbar sind.} +% \item{\textbf{Zuverlässigkeit:} Das Produkt soll stabil sein und keine Leistungseinbußen haben.} +% \item{\textbf{Benutzbarkeit:} Das Produkt soll von der angestrebten Benutzergruppe wenig Einarbeitungszeit benötigen und einfach zu bedienen sein.} +% \item{\textbf{Verständlichkeit:} Funktionen sowie die Ansicht des Produkts sollen ohne Aufwand verstanden werden.} +% \item{\textbf{Erlernbarkeit:} Die Module des Projekts sollen so bedienbar sein, dass das erlernen der Software wenig Zeit in Anspruch nimmt.} +% \item{\textbf{Attraktivität:} Das Produkt soll ein Grundkonzept eines Design haben, dass den Nutzer anzieht es zu benutzen.} +% \item{\textbf{Konformität:} Die Software soll Normen und Vereinbarungen erfüllen die in \gls{HTML} ihre Anwendung finden.} +% \item{\textbf{Effizienz:} Die Funktionalität des Produkts soll in einer effizienten Art und Weise umgesetzt sein, die ein gutes \textbf{Zeitverhalten} und gleichermaßen \textbf{Ressourcenverbrauch} gewährleistet. Desweiteren sind auch hier Normen zu betrachten.} +% \item{\textbf{Änderbarkeit:} Das Produkt soll bei Änderungen seiner Funktionalität oder seinem Aussehen wenig Aufwand verursachen. Dabei spielt die \textbf{Analysierbarkeit} des Codes eine wichtige Rolle. Gleichermaßen sollen durchgeführte Änderungen einfach zu überprüfen sein.} +% \item{\textbf{Ãœbertragbarkeit:} Das Produkt soll möglichst einfach in eine andere Umgebung, Software als auch Hardware, übertragen werden können.} +% \item{\textbf{Anpassbarkeit:} Die Software soll möglichst einfach an andere Umgebungen anpassbar sein} +% \item{\textbf{Installierbarkeit:} Der Aufwand die fertiggestellte Software in einer anderen Umgebung zu installieren soll möglichst gering sein} +% \end{itemize} + +\subsection{Code} +Die Qualität des Codes ist dann gewährleistet, wenn die Funktionalitäten gegeben sind und auch andere Entwickler in der Lage sind, diesen zu verstehen. Folgende Qualitätsmerkmale sollten hierbei berücksichtigt werden: + +%-> hier noch ein anderer Satz + +\paragraph{Funktionalität:} Alle Funktionalitäten sollen den mit dem Auftraggeber abgestimmten \gls{Userstories} entsprechend umgesetzt sein. +\paragraph{Interoperabilität:} Das Produkt soll in allen gängigen Browsern (Internet Explorer 7 und 8, Firefox, Chrome und Opera) lauffähig sein. +\paragraph{Ãœbertragbarkeit:} Das Produkt soll auf verschiedenen \gls{Applicationserver}n lauffähig sein. +\paragraph{Konformität:} Funktionen sollen sinnvoll benannt werden. Die Java Coding Standards sollen beachtet werden. +\paragraph{Modularität:} Die Funktionseinheiten sollen voneinander getrennt werden und unabhängig voneinander benutzbar und entwickelbar sein. +\paragraph{Verständlichkeit:} Der Code-Aufbau soll es externen Entwicklern ermöglichen, das Projekt weiterzuentwickeln und damit zu arbeiten. +\paragraph{Nachvollziehbarkeit:} Es soll bei der iterativen Bearbeitung des Projektes zu jeder Zeit nachvollziehbar sein, welche Änderungen wann, wo und von wem am Projekt durchgeführt wurden. +\paragraph{Korrektheit:} Es soll sichergestellt werden, dass Funktionen eine korrekte Arbeitsweise an den Tag legen. + + + +%\begin{itemize} +%\setlength{\itemsep}{0pt} +%\setlength{\parsep}{0pt} +%\item{\textbf{Funktionalität:} Alle Funktionalitäten sollen den \gls{Userstories} entsprechend umgesetzt sein.} +%\item{\textbf{Interoperabilität:} Das Produkt soll in allen gängigen Browsern (Internet Explorer 7 und 8, Firefox und Opera) lauffähig sein.} +%\item{\textbf{Konformität:} Die Struktur des Projekts soll aufgeräumt und gut gegliedert sein. Codeteile die nicht miteinander in Kommunikation sind sollen nicht in einem Verzeichnis stehen, sondern in einem eigenen Verzeichnis stehen. Funktionen sollten sinnvoll benannt werden. Die Java Coding Standards sollen beachtet werden} +%\item{\textbf{Verständlichkeit:} Der Code-Aufbau soll es externen Entwicklern ermöglichen, das Projekt weiterzuentwickeln und damit zu arbeiten.} +%\item{\textbf{Nachvollziehbarkeit:} Es soll bei der iterativen Bearbeitung des Projektes zu jeder Zeit nachvollziehbar sein, welche Änderungen wann, wo und von wem am Projekt durchgeführt wurden.} +%\end{itemize} + + +\subsection{Dokumente} +Die Qualität der Dokumentation ist dann gewährleistet, wenn Standards zur Erstellung dieser Dokumentation eingehalten sind und die Funktionalität des Codes so dokumentiert ist, dass Außenstehende diese nachvollziehen können. Folgende Qualitätsmerkmale sollen hierbei berücksichtigt werden: + +\paragraph{Ãœberprüfbarkeit:} Die aufgeführten Aussagen und Feststellungen müssen auf ihre Korrektheit und den Wahrheitsgehalt hin überprüfbar sein. +\paragraph{Verständlichkeit:} Die Inhalte müssen in ihrer Gliederung und Aussagekraft verständlich dargestellt werden. +\paragraph{Angemessenheit:} Die getroffenen Aussagen und Erkenntnisse müssen für den Auftraggeber und die Betreuer inhaltlich relevant sein. Ihr Informationsgehalt soll entsprechend hoch sein. +% \item{\textbf{Originalität:} >>Wer eine wissenschaftliche Arbeit schreibt, muss eine eigenständige und zugleich originelle Leistung liefern<<\cite[S.37]{BSS+2008}} +\paragraph{Nachvollziehbarkeit:} Änderungen an der Dokumentation müssen dokumentiert werden. Der Entstehungsprozess muss nachvollziehbar sein. +\paragraph{Konformität:} Die Dokumentation soll dem an der TU Darmstadt gängigen Dokumentenstil entsprechen. + +%\begin{itemize} +%\item{\textbf{Korrektheit:} Die aufgeführten Aussagen und Feststellungen müssen auf ihre Korrektheit und den Wahrheitsgehalt hin überprüfbar sein.} +%\item{\textbf{Verständlichkeit:} Die Inhalte müssen in ihrer \textbf{Gliederung} und Aussagekraft verständlich dargestellt werden.} +%\item{\textbf{Angemessenheit:} Die getroffenen Aussagen und Erkenntnisse müssen für den Auftraggeber inhaltlich relevant sein. Ihr Informationsgehalt soll entsprechend hoch sein.} +% \item{\textbf{Originalität:} >>Wer eine wissenschaftliche Arbeit schreibt, muss eine eigenständige und zugleich originelle Leistung liefern<<\cite[S.37]{BSS+2008}} +%\item{\textbf{Nachvollziehbarkeit:} Änderungen an der Dokumentation müssen dokumentiert werden. Der Entstehungsprozess muss nachverfolgbar sein.} +%\end{itemize} + +\subsection{Prozess} +Der in diesem Projekt gewählte Prozess entspricht dem ,,agilen Prozess''. In diesem geht es darum, auf sich ändernde Bedingungen und Anforderungen flexibel einzugehen. Im Verlauf des Prozesses wurden die folgenden Qualitätskriterien als wichtig erachtet. +\paragraph{Kundenorientierung:} Der gewählte Prozess muss es ermöglichen, ein den Kundenwünschen entsprechendes Produkt zu entwickeln und auf geänderte Anforderungen während der Entwicklung einzugehen. +\paragraph{Angemessenheit:} Der genutzte Prozess soll die Entwicklung des zu erstellenden Produktes möglichst weiträumig unterstützen. Die Vorgaben des Auftraggebers sind zu beachten. +\paragraph{Verantwortlichkeit der Führung:} Die Person, die für den Prozess zuständig ist, koordiniert und überwacht dessen Fortschritt und leitet im Problemfall geeignete Maßnahmen zur Lösung des selbigen ein. +\paragraph{Einbeziehung der beteiligten Personen:} Jedes Teammitglied ist am Entwicklungsprozess des Produktes beteiligt und kann Bedenken und Vorschläge frei äußern. +\paragraph{Systemorientierter Managementansatz:} Die Abhängigkeiten der einzelnen Aufgaben sind den Teammitgliedern bekannt. Es wird versucht, die Stärken und Kompetenzen jedes Mitglieds an der effektivsten Stelle einzusetzen. +\paragraph{Nachvollziehbarkeit:} Es soll festgestellt werden können, welches Teammitglied wie lange an welcher Aufgabe gearbeitet hat und welche Arbeitspakete folgen. +\paragraph{Kontinuierliche Verbesserung:} Der Prozess soll regelmäßig neu bewertet und nach Möglichkeit optimiert werden. + +%Iterativ werden auftretende Probleme analysiert und bewertet. Gemeinsam wird an einer Lösung gearbeitet und Maßnahmen abgestimmt. Im Anschluss werden die Maßnahmen nach Effektivität bewertet und umgesetzt. + +%\begin{itemize} +%\item{\textbf{Kundenorientierung:} Der gewählte Prozess muss es ermöglichen, ein den Kundenwünschen entsprechendes Produkt zu entwickeln und auf geänderte Anforderungen während der Entwicklung einzugehen.} +%\item{\textbf{Angemessenheit:} Der genutzte Prozess soll möglichst gut zum zu erstellenden Produkt passen. Die Vorgaben des Auftraggebers sind zu beachten.} +%\item{\textbf{Verantwortlichkeit der Führung:} Die Person, die für den Prozess zuständig ist, koordiniert und überwacht dessen Fortschritt und leitet im Problemfall geeignete Maßnahmen zur Lösung des selbigen ein.} +%\item{\textbf{Einbeziehung der beteiligten Personen:} Jedes Teammitglied ist am Entwicklungsprozess des Produktes beteiligt und kann Bedenken und Vorschläge frei äußern.} +%\item{\textbf{Systemorientierter Managementansatz} Die Abhängigkeiten der einzelnen Aufgaben sind den Teammitgliedern bekannt. Es wird versucht die Stärken und Kompetenzen jedes Mitglieds an der effektivsten Stelle einzusetzen. } +%\item{\textbf{Kontinuierliche Verbesserung} Iterativ werden auftretende Probleme analysiert und bewertet. Gemeinsam wird an einer Lösung gearbeitet und Maßnahmen abgestimmt. Im Anschluss werden die Maßnahmen nach Effektivität bewertet und umgesetzt.} +%\end{itemize} + +\vspace*{2em} +\section{Maßnahmen zum Erreichen der Qualitätsziele} +%Die Qualität der Arbeit soll dadurch gewährleistet werden, dass während des gesamten Prozesses dokumentiert wird, wie Anforderungen mit jeder Iteration hinzukommen oder sich verändern. +Die Qualitätsziele der Arbeit sollen durch Maßnahmen erreicht werden, die einen optimierten Ablauf des Gesamtprozesses ermöglichen. Dadurch soll Fehlern vorgebeugt und ein hoher Qualitätsstandard erzielt werden. +%Die Qualität der Arbeit soll dadurch gewährleistet werden, dass sowohl Code, Dokumentation als auch auch der Prozess durch Maßnahmen gestützt werden, die einen reibungslosen Ablauf ermöglichen der die + +\subsection{Code} +\paragraph{Funktionaliät} Um die Qualität zu überprüfen und die Ergebnisse zu validieren, wurden als Testumgebungen für den Code \gls{JUnit} und \gls{Selenium} ausgewählt. \gls{JUnit} dient dazu, die Funktionalität auf Datenebene zu überprüfen, während \gls{Selenium} die Anbindung der Datenebene an die \gls{Benutzeroberfläche} überprüft. Die einzelnen Tests werden anhand der Userstories implementiert. +\paragraph{Interoperabilität:} Es wird anhand von Seleniumtests geprüft, ob die einzelnen Elemente in den Browsern Firefox, Internet Explorer 7, Internet Explorer 8, Chrome und Opera die gleiche Funktionalität aufweisen, um ein identisches Verhalten in den verschiedenen Browsern sicherzustellen. +\paragraph{Ãœbertragbarkeit:} Da die gesamte Implementierung über JavaEE abgebildet wurde, kann der Code in einer beliebigen JavaEE-Umgebung ausgeführt werden. Durch Einhaltung der JavaEE Standards (Version 6) wird sichergestellt, dass das Produkt in unterschiedlichen zertifizierten Containern wie z.B. Tomcat, Glassfish oder JBOSS lauffähig ist. Es ist weiterhin möglich, die Software auf einer beliebigen Prozessorarchitektur und einem beliebigen Betriebssystem zu betreiben, sofern z.B. Apache Tomcat auf dieser kompiliert werden kann. Die Nutzung von Hibernate als Persistenzschicht für die Datenbank sorgt für weitere Unabhängigkeit, da die Datenbank unterhalb der Hibernateschicht beliebig getauscht werden kann. +\paragraph{Konformität:} Für die Funktionen wurden aussagekräftige Namen gewählt, die Rückschlüsse auf die Funktionalität ermöglichen. Der JavaEE Standard in Version 6 wurde eingehalten. Ebenfalls wurde den Java Coding Standards entsprechend jeweils \gls{CamelCase} verwendet. +\paragraph{Modularität:} Da das Projekt aus insgesamt drei voneinander unabhängigen \gls{Modul}en besteht, sind diese in verschiedene \gls{Package}s unterteilt und unabhängig voneinander implementiert. Zur Trennung der Daten- und Präsentationsebene wurde das \gls{MVC}-Pattern verwendet. Die Struktur des Projekts ist aufgeräumt und gut gegliedert. Codeteile, die nicht miteinander in Korrelation stehen, stehen nicht zusammen in einem Verzeichnis, sondern jeweils in einem eigenen Verzeichnis. +\paragraph{Verständlichkeit:} Sämtliche Funktionen werden kommentiert und mit JavaDoc dokumentiert. +\paragraph{Nachvollziehbarkeit:} Um die Nachvollziehbarkeit von Änderungen zu vereinfachen, wird ein vom Kunden gestellter \gls{SVN}-Server zur Versionsverwaltung verwendet. Auf einen eigenen \gls{SVN} Server wurde verzichtet, da der Kunde im Anschluss an das Projekt das \gls{Refactoring} selbst vornehmen möchte. Auf diese Weise kann der Kunde bereits während des Entwicklungsprozesses den Quelltext im Hinblick auf das geplante \gls{Merging} der drei Projekte betrachten. +\paragraph{Korrektheit:} +\gls{Whiteboxtest}s werden mit \gls{JUnit} abgedeckt und sollen die Richtigkeit der einzelnen Funktionen sicherstellen. Da die Module größtenteils jedoch wenig Logik und Algorithmik benötigen, sondern der Schwerpunkt auf dem Anlegen, Ändern und Löschen von Datensätzen liegt, werden mit gleicher Gewichtung \gls{Blackboxtest}s durchgeführt. Die \gls{Blackboxtest}s werden mit \gls{Selenium} realisiert und sollen sicherstellen, dass zum einen die Oberfläche für den Nutzer korrekt funktioniert, aber auch, dass die \gls{MVC}-Logik korrekt arbeitet. Die korrekte Datenspeicherung wird durch die Einhaltung der Vorgaben von Hibernate sichergestellt. + +%\begin{itemize} +%\item{\textbf{Funktionalität:} Um die Qualität zu überprüfen und die Ergebnisse zu validieren wurden als Testumgebungen für den Code \gls{JUnit} und \gls{Selenium} ausgewählt. \gls{JUnit} dient dazu die Funktionalität auf Datenebene zu überprüfen, während \gls{Selenium} die Anbindung der Datenebene an die \gls{Benutzeroberfläche} überprüft. +%\item{\textbf{Interoperabilität:} Da die gesamte Implementierung über JavaEE abgebildet wurde, kann der Code in einer beliebigen JavaEE Umgebung ausgeführt werden. Dies sorgt für Unabhängigkeit bei der Architekturauswahl der Server, da beispielsweise der Apache Tomcat für x86, Itanium oder andere Architekturen und Betriebssysteme compiliert werden kann. Die Nutzung von Hibernate als Persistentzschicht für die Datenbank sorgt für weitere Unabhängigkeit, da die Datenbank unterhalb der Hibernateschicht beliebig getauscht werden kann.} +%\item{\textbf{Konformität:} Da das Projekt aus insgesamt drei voneinander unabhängigen \gls{Modul}en besteht, sind diese in verschiedenen \gls{Package}s getrennt und unabhängig voneinander implementiert. Zur Trennung der Daten- und Präsentationsebene wurde das \gls{MVC}-Pattern verwendet. Für die Funktionen wurden aussagekräftige Namen gewählt, die Rückschlüsse auf die Funktionalität ermöglichen. Dabei wurde jeweils der Java Coding Standards entsprechend \gls{CamelCase} verwendet.} +%\item{\textbf{Verständlichkeit:} Sämtliche Funktionen werden kommentiert und dokumentiert.} +%\item{\textbf{Nachvollziehbarkeit:} Um die Nachvollziehbarkeit von Änderungen zu vereinfachen wird ein vom Kunden gestellter \gls{SVN} Server verwendet. Auf einen eigenen \gls{SVN} Server wurde verzichtet, da der Kunde im Anschluss an das Projekt das \gls{Refactoring} selbst vornehmen möchte. Auf diese Weise kann der Kunde bereits während des Entwicklungsprozesses den Quelltext im Hinblick auf das geplante \gls{Merging} der drei Projekte betrachten kann.} +%\gls{Whiteboxtest}s werden mit \gls{JUnit} abgedeckt und sollen die Richtigkeit der einzelnen Funktionen sicherstellen. Da jedoch alle Module größtenteils wenig Logik und Algorithmik benötigen, sondern der Schwerpunkt auf dem Anlegen, Ändern und Löschen von Datensätzen liegt werden hauptsächlich \gls{Blackboxtest}s durchgeführt. Die \gls{Blackboxtest}s werden mit \gls{Selenium} realisiert und sollen sicherstellen, dass zum einen die Oberfläche für den Nutzer korrekt funktioniert, aber auch dass die \gls{MVC}-Logik korrekt arbeitet.} +%\end{itemize} +\subsection{Dokumente} +\paragraph{Ãœberprüfbarkeit:} Die im Dokument getroffenen Aussagen können durch Betrachtung des Projektquelltexts auf ihre Korrektheit überprüft werden. +\paragraph{Verständlichkeit:} Um die Inhalte verständlich darzustellen, wird ein Glossar benutzt, das Fachbegriffe erläutert. Des weiteren wird auf Mockupdarstellungen des Auftraggebers zurückgegriffen. +\paragraph{Angemessenheit:} Um die Relevanz der Dokumente so hoch wie möglich zu gestalten, werden nur Zusatzinformationen gegeben, die der Thematik entsprechen. Sämtliche zusätzlichen Inhalte, die nicht der Verständlichkeit Projektarbeit dienen, fließen nicht in die Dokumentation ein. +\paragraph{Nachvollziehbarkeit:} Um die Dokumentation sowie deren Entstehung nachvollziehen zu können, wird eine Änderungstabelle geführt, die mit jeder größeren Änderung am Dokument einen neuen Eintrag erhält. Pflichtangaben sind Datum, Name und ein entsprechender kurzer Text, der die gemachten Änderungen beschreibt. Des weiteren werden Dokumente in einem Unterverzeichnis im \gls{SVN} abgelegt, sodass auch hier die Revisionskontrolle von \gls{SVN} genutzt werden kann. +\paragraph{Konformität:} Um die Dokumentation in einem an der TU Darmstadt üblichen Design zu halten, wurde die vom ,,Referat Kommunikation'' genehmigte Latexvorlage ,,TU Darmstadt - Corporate Design'' des Instituts für Festkörperphysik verwendet. + + + + +%\begin{itemize} +%\item{\textbf{Ãœberprüfbarkeit:} Die im Dokument getroffenen Aussagen können durch Betrachtung des Projektquelltexts auf ihre Korrektheit überprüft werden.} +%\item{\textbf{Verständlichkeit:} Um die Inhalte verständlich darzustellen wird ein Glossar benutzt das Fachbegriffe erläutert.} +%\item{\textbf{Angemessenheit:} Um die Relevanz der Dokumente so hoch wie möglich zu gestalten werden nur Zusatzinformationen gegeben, die der Thematik entsprechen. Sämtliche zusätzlichen Inhalte die nicht der Verständlichkeit Projektarbeit dienen, fließen nicht in der Dokumentation ein.} +%\item{\textbf{Nachvollziehbarkeit:} Um die Dokumentation nachvollziehen zu können, wird eine Änderungstabelle geführt, die mit jeder größeren Änderung am Dokument einen neuen Eintrag erhält. Pflichtangaben sind Datum, Name und ein entsprechender kurzer Text, der die gemachten Änderungen beschreibt. Desweiteren werden Dokumente in einem Unterverzeichnis im \gls{SVN} abgelegt, sodass auch hier die Revisionskontrolle von \gls{SVN} genutzt werden kann.} +%\end{itemize} +\subsection{Prozess} + +%Prozess -> Kundenorientierung +\paragraph{Kundenorientierung:} Da der agile Prozess gewählt wurde, ist es durch ein alle zwei Wochen stattfindendes Treffen mit dem Kunden möglich, dass dieser eng an die Entwicklung des Projekts gebunden wird. Sollten sich beim Kunden Änderungswünsche ergeben, kann das Team flexibel darauf reagieren und die geänderten oder neuen \gls{Userstories} in die nächste Iteration einfließen lassen. +%Prozess -> Angemessenheit +\paragraph{Angemessenheit:} Da es sich um ein Projekt handelt, dessen Anforderungen nicht zu Beginn feststanden und sich im Laufe der Implementierung ändern können, wurde das agile Prozessmodell gewählt. Dieses bietet die nötige Flexibilität, um es dem Auftraggeber zu ermöglichen, auch im Prozess neue Anforderungen und Kriterien festzulegen. + + +%Das Team nutzt beispielsweise \gls{SVN} als Hilfsmittel um den Prozess der Versionierung zu automatisieren. Ein mögliches Rollback zu einer früheren Version von Code ist somit jederzeit möglich. Ebenfalls ermöglicht es verteiltes Arbeiten an unterschiedlichen Orten - bereits für diesen Vorteil steht die Installation eines \gls{Plugin}s für \gls{Eclipse} in keiner Relation zur benötigten Anfahrtszeit für ein Treffen um gleichzeitig an Code zu arbeiten. + +\paragraph{Verantwortlichkeit der Führung:} Da in der Gruppe keine Hierarchie gebildet wurde, trägt jedes Mitglied die Verantwortung für die von ihm übernommenen Tasks und Stories. Die Zuteilung erfolgt bei den wöchentlichen Teamtreffen. Dabei wird für jede Aufgabe diskutiert, wer fachlich und zeitlich für die Bearbeitung der Aufgabe in Frage kommt und die Aufgaben entsprechend verteilt. +\paragraph{Einbeziehung der beteiligten Personen:} Die in einer Iteration zu bearbeitenden \gls{Userstories} werden - je nach Fähigkeit - den einzelnen Teammitgliedern zugewiesen. Um eine Gleichverteilung der Arbeitsbelastung sicherzustellen, wurde eine Tabelle mit den Arbeitszeiten angelegt. Es wird darauf geachtet, dass der Zeitaufwand der einzelnen Teammitglieder annähernd gleich groß ist und keine zu starken Abweichungen voneinander entstehen. Außerdem wird bei den regelmäßigen Treffen der aktuelle Stand und die Implementierung besprochen, so dass jeder einen Ãœberblick über das komplette Projekt hat. +\paragraph{Systemorientierter Managementansatz:} Das Team hat bei zwei Mitgliedern den Schwerpunkt im Bereich ``Entwicklung'' gesetzt, da diese über wesentlich mehr Erfahrung im Umfeld von Webprogrammierung verfügten als die anderen beiden. Ein anderes Mitglied hat Stärken in den Bereichen ``Testing'' und ``Research'' und wurde dort entsprechend eingesetzt. Das vierte Mitglied kümmert sich verstärkt um administrative Aufgaben wie die Installation benötigter Programme. +\paragraph{Nachvollziehbarkeit:} Es wurde eine Tabelle angelegt, in der jedes Mitglied seine jeweilige Arbeitszeit und die bearbeitete Aufgabe einfügt. Zudem wurde das Tool ,,Agile-Zen`` benutzt, bei dem jedes Teammitglied die von ihm bearbeiteten Aufgaben einträgt. +%noch als Ziel definieren. +\paragraph{Kontinuierliche Verbesserung:} Bei den regelmäßigen Teamtreffen werden Probleme angesprochen und Lösungsansätze vorgeschlagen. Diese regelmäßige Retrospektive wird zur Verbesserung des Prozesses genutzt. + + +%\begin{itemize} +%Prozess -> Kundenorientierung +%\item{\textbf{Kundenorientierung:} Da der agile Prozess gewählt wurde, ist es durch ein alle zwei Wochen stattfindendes Treffen mit dem Kunden möglich, dass dieser eng an die Entwicklung des Projekts gebunden wird. Sollten sich beim Kunden Änderungswünsche ergeben, kann das Team flexibel darauf reagieren und die geänderten oder neuen \gls{Userstories} in die nächste Iteration einfließen lassen.} +%Prozess -> Angemessenheit +%\item{\textbf{Angemessenheit:} Da es sich um ein Projekt handelt, dessen Anforderungen nicht zu Beginn feststanden und sich im Laufe der Implementierung ändern können, wurde das agile Prozessmodell gewählt. Dieses bietet die nötige Flexibilität, um es dem Auftraggeber zu ermöglichen auch im Prozess neue Anforderungen und Kriterien festzulegen.} + + +%Das Team nutzt beispielsweise \gls{SVN} als Hilfsmittel um den Prozess der Versionierung zu automatisieren. Ein mögliches Rollback zu einer früheren Version von Code ist somit jederzeit möglich. Ebenfalls ermöglicht es verteiltes Arbeiten an unterschiedlichen Orten - bereits für diesen Vorteil steht die Installation eines \gls{Plugin}s für \gls{Eclipse} in keiner Relation zur benötigten Anfahrtszeit für ein Treffen um gleichzeitig an Code zu arbeiten. +%\item{\textbf{Verantwortlichkeit der Führung:} Da in der Gruppe keine Hierarchie gebildet wurde trägt jedes Mitglied die Verantwortung für die von ihm übernommenen Tasks und Stories. Die Zuteilung erfolgt bei den wöchentlichen Teamtreffen. Dabei wird für jede Aufgabe diskutiert, wer fachlich und zeitlich für die Bearbeitung der Aufgabe in Frage kommt und entsprechend verteilt. } +%\item{\textbf{Einbeziehung der beteiligten Personen:} Die in einer Iteration zu bearbeitenden \gls{Userstories} werden je nach Fähigkeit den einzelnen Teammitgliedern zugewiesen. Um eine Gleichverteilung der Arbeitsbelastung sicherzustellen, wurde eine Tabelle mit den Arbeitszeiten angelegt. Es wird darauf geachtet, dass der Zeitaufwand aller Teammitglieder nicht zu stark voneinander abweicht. Außerdem wird bei den regelmäßigen Treffen der aktuelle Stand und die Implementierung besprochen, so dass jeder einen Ãœberblick über das komplette Projekt hat.} +%\item{\textbf{Systemorientierter Managementansatz:} Das Team hat bei zwei Mitgliedern den Schwerpunkt im Bereich ``Entwicklung'' gesetzt, da diese über wesentlich mehr Erfahrung im Umfeld von Webprogrammierung verfügten als die anderen beiden. Ein anderes Mitglied hat Stärken in den Bereichen ``Testing'' und ``Research'' und wurde dort entsprechend eingesetzt. Das vierte Mitglied kümmert sich verstärkt um administrative Aufgaben wie die Installation benötigter Programme.} +%\item{\textbf{Nachvollziehbarkeit:} Es wurde eine Tabelle angelegt, in der jedes einzelne Mitglied seine Arbeitszeit und die bearbeitete Aufgabe einfügt. Zudem wurde das Tool ,,Agile-Zen`` benutzt, bei dem jedes Teammitglied die von Ihm bearbeiteten Aufgaben einträgt.} +%noch als Ziel definieren. +%\item{\textbf{Kontinuierliche Verbesserung:} Bei den regelmäßigen Teamtreffen werden Probleme angesprochen und Lösungsansätze vorgeschlagen. Die Retrospektive } +%\end{itemize} + + +\vspace*{2em} +\section{Testmethoden} +Zur Durchführung der Tests wurden die zwei \gls{Testframework}s JUnit und Selenium verwendet. +Um die Qualität zu überprüfen und die Ergebnisse zu validieren, wurden als Testumgebungen für den Code \gls{JUnit} und \gls{Selenium} ausgewählt. \gls{JUnit} dient dazu, die Funktionalität auf Controller zu überprüfen, während \gls{Selenium} die Anbindung der Controllerebene an die \gls{Benutzeroberfläche} überprüft. +Es wird versucht, anhand dieser Blackboxtests eine stetige Kontrolle der bereits implementierten Funktionalität durchzuführen, sodass beim Hinzufügen von Funktionen keine Fehler in die bisherige Funktionalität mit einfließen. +Selenium wurde gewählt, um Blackboxtests zu automatisieren. Tests, die nicht über Selenium oder JUnit abgedeckt werden können, werden nach jeder Iteration manuell nach Testplan durchgeführt. + +\subsection{JUnit} +JUnit ist ein \gls{Opensource} Testframework zum automatisierten und wiederholendem Testen einzelner Klassen und Methoden. Es bietet Möglichkeiten, das Verhalten einzelner Methoden mittels ,,Assertions'' auf erwartetes Verhalten hin zu überprüfen. Des weiteren können mit JUnit sog. Testsuites angelegt werden, die bestimmte Testumgebungen abbilden, in welchen unterschiedliche Vorbedingungen gegeben sind. + +\subsection{Umgebung von JUnit} +JUnit wurde als Plugin für Eclipse hinzugefügt. Die einzelnen JUnit Tests werden zusammen mit dem Quelltext der Applikation vorgehalten. Nach einer Änderung am Code wird der JUnitrunner aufgerufen, um die entsprechende Testsuite zu starten. Die Ergebnisse der Tests werden mit ,,passed'' oder ,,failed'' angegeben. Die JUnit Tests werden lokal durchgeführt und manuell gestartet. + +\subsection{Selenium} +Selenium ist eine Toolsuite, die es ermöglicht, speziell das Testen von Webanwendungen zu automatisieren. Durch den modularen Aufbau und den in Java geschrieben Selenium Server kann die Suite auf vielen Plattformen eingesetzt werden. So ist es mit wenig Aufwand möglich, den gleichen Test unter MacOS, Windows oder Linux laufen zu lassen. Die Funktionsweise von Selenium ist mit der eines Videos zu vergleichen - zuerst wird ein Video aufgenommen, das dann beliebig oft abgespielt werden kann. Analog definiert man für Selenium verständlich einen Testfall, indem man Aktionen wie ,,Klicke auf'', ,,Fülle Textbox mit'' und ,,Verifiziere das ein bestimmter Text auf der aktuell geöffneten Seite vorhanden ist'' zu einem Script zusammenfügt. +%Das in Seleniumdialekt geschriebene Script wird bei Ausführung eines Tests an den Remotecontrolserver geliefert, welcher einen Browser kontrolliert und die empfangenen Befehle im Browser ausführt. Das Erstellen eines solchen Testscriptes wird vereinfacht durch das Plugin ,,Selenium IDE'' für den Browser Firefox. +Zur Vereinfachung der Testerstellung wird ein Plugin für Firefox verwendet, welches eine Aufnahme der Nutzerinteraktion innerhalb des Browsers anfertigt und anhand der mitgeschnittenen Aktionen ein Scriptgerüst anfertigt. +Abfragen und Ergebnisse werden vom Seleniumserver an die Testsuite zurückgeliefert. +\newline +\subsection{Umgebung von Selenium} +Im Quelltext der Unittests von Webapp wurden die entsprechenden Treiber auf Javabasis für den Seleniumsserver integriert. Die Treiber ermöglichen die Integration von Seleniumtests in Eclipse als Unittests, sodass die Tests aus Eclipse heraus gestartet werden können, sofern die MySQL Datenbank und der Tomcatserver bereits laufen. + +\subsection{Manuelle Tests} +In einigen Fällen ist es nicht möglich oder zu aufwändig, automatisierte Tests mittels \gls{JUnit} oder \gls{Selenium} durchzuführen. In diesem Fall wurden manuelle Tests durchgeführt. Dabei bekommt das System eine im Testplan spezifizierte Eingabe, die von einer Person per Hand durchgeführt wird. Der Test ist erfolgreich, wenn eine der Programmspezifikation entsprechende Ausgabe folgt. Auch die Ausgabe muss von einer Person ausgelesen und mit dem erwarteten Ergebnis verglichen werden. +\newpage +\section{Testprotokolle} +Auf den folgenden Seiten finden sich die Testprotokolle der einzelnen Tests. Zu jedem Test wird innerhalb dieses Dokuments ein eigenes ,,Sheet'' geführt. +\subsection{Statusbar - JUnit Tests} +\subsubsection{testAddMessage} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 1 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testAddMessage \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 2 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & David Kaufmann \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Es wird überprüft, wie viele Nachrichten im Message-Service enthalten sind. Danach wird eine Nachricht erstellt und dem Service hinzugefügt. Es wird überprüft, ob der Service nun eine Nachricht mehr enthält und ob eine Nachricht mit den Eigenschaften der hinzugefügten Nachricht im Service existiert. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Die hinzugefügte Nachricht ist im Message-Service vorhanden.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 04.01.2011 - David Kaufmann & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 04.01.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} +\newpage +\subsubsection{testAddFavourite} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 2 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testAddFavourite \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 6 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & David Kaufmann \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Es wird überprüft, ob eine Nachricht per Aufruf im MessageService als Favorit markiert wird. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Die Nachricht ist ein Favorit.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 04.01.2011 - David Kaufmann & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 04.01.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + +\newpage +\subsubsection{testDelFavourite} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 3 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testDelFavourite \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 6 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & David Kaufmann \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Es wird überprüft, ob eine Nachricht, die als Favorit markiert wurde, diesen Status per Aufruf im Message-Service auch wieder zurücksetzen kann.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Die Nachricht ist kein Favorit mehr.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & Die Nachricht muss im Service vorhanden sein als auch den Favoritenstatus haben.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 04.01.2011 - David Kaufmann & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 04.01.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + +\newpage +\subsubsection{testCountFavourites} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 4 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testCountFavourites \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 6 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & David Kaufmann \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 26.02.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 26.02.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Es wird überprüft, wie viele Nachrichten als Favorit markiert wurden. Dann werden zwei Messages erstellt, dem Message-Service hinzugefügt und als Favoriten markiert. Danach wird überprüft, ob zwei Favoriten hinzugekommen sind. Die zweite Nachricht wird als Favorit gelöscht. Es wird nun überprüft, ob sich die Anzahl der vorhandenen Favoriten im Vergleich zum Startwert um eins erhöht hat.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Nach dem Test ist ein Favorit mehr im Message-Service.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 26.02.2011 - David Kaufmann & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 26.02.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} +\newpage +\subsubsection{testNewMessages} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 5 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testNewMessages \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 4 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & David Kaufmann \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Es wird überprüft, ob die zuletzt gesehene Nachricht einen kleineren ID-Tag hat als eine, die im Nachhinein hinzugefügt wird. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Der ID-Tag der zuletzt gesehenen Nachricht ist kleiner als der ID-Tag der neu erstellten.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & Es muss mindestens eine Nachricht im Service vorhanden sein, die bereits betrachtet wurde.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 04.01.2011 - David Kaufmann & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 04.01.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + +\newpage +\subsection{Statusbar - Selenium Tests} +Die Tests für Statusbar decken die Funktionalität und Interoperabilität ab. Besonderes Augenmerk erhielt der Test für die Echtzeitanzeige.\\ +\subsubsection{testExternerStringPositiv} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 6 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testExternerStringPositiv \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Positivtest \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & Selenium UI \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Dennis Werner \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 10.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 10.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Dieser Test dient zur Verifizierung der korrekten Arbeitsweise von Selenium bzw. dem schnellen Prüfen, ob der lokale Tomcat gestartet ist oder sonstige lokale Netzwerkprobleme vorliegen. Es wird eine Webseite von einem externen Server geöffnet und getestet, ob ein bestimmter String auf der Seite vorhanden ist. Es soll sichergestellt werden, dass nur bei einem Positivergebnis der Test als erfolgreich markiert wird. (''VerifyTrue'') \\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Der gesuchte String wird erkannt.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & Eine Internetverbindung muss bestehen \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 10.01.2011 - Dennis Werner & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 10.01.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} +\newpage +\subsubsection{testExternerStringNegativ} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 7 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testExternerStringNegativ \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Negativtest \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & Selenium UI \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Dennis Werner \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 10.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 10.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Es wird eine Webseite von einem externen Server geöffnet und getestet, ob ein bestimmter String auf der Seite nicht vorhanden ist. Es soll sichergestellt werden, dass nur bei einem Negativergebnis der Test als erfolgreich markiert wird (''VerifyFalse''). Des weiteren ist durch die Nutzung einer externen Seite ersichtlich, ob es sich bei Problemen mit Selenium evtl. um lokale oder globale Netzwerkprobleme handelt \\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Der gesuchte String wird erkannt.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & Eine Internetverbindung muss bestehen \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 10.01.2011 - Dennis Werner & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 10.01.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} +\subsubsection{testStatusBarAddMessage} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 8 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testStatusBarAddMessage \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 1 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Positivtest \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & Selenium UI \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Dennis Werner \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 10.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 10.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Durch simulierte Eingabe einer Message ,,Selenium Nachricht 001'' und anschließendem Klick auf den Button ,,Senden'' soll eine Testmessage gespeichert werden. Es wird im Anschluss durch Suche nach dem Teststring geprüft, ob die gespeicherte Message korrekt angezeigt wird. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Der eingegebene Messagestring soll in der ausgeklappten Statusbar sichtbar sein\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & Der User muss eingeloggt sein. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 10.01.2011 - Dennis Werner & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 10.01.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} +\newpage +\subsubsection{testMessage001isDeletedAfterReset} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 9 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testMessage001isDeletedAfterReset \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Negativtest \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & Selenium UI \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Dennis Werner \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 10.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 10.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Die im vorhergehenden Test angelegte Testmessage ,,Selenium Nachricht 001'' wird nun genutzt, um festzustellen, ob die eigens für Seleniumtests geschriebene Resetfunktion funktioniert. Der Test ruft eine URL auf, die einen Reset auslöst und die Datenbank leert. Es dürfen daher keine vorher eingegebenen Messages zurückbleiben.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Der im Test ,,testStatusBarAddMessage'' eingegebene Messagestring soll in der ausgeklappten Statusbar nicht mehr sichtbar sein.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & Der User muss eingeloggt sein. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 10.01.2011 - Dennis Werner & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 10.01.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} +\newpage +\subsubsection{testAddMessage002LiveUpdatecheck} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 10 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testAddMessage002LiveUpdatecheck \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 1 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Positivtest \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & Selenium UI \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Dennis Werner \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 10.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 10.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Es werden mindestens zwei Browserfenster geöffnet. In einem Browserfenster wird die Nachricht ,,Selenium Nachricht 002'' abgeschickt. Es wird ca. eine Sekunde später geprüft, ob die Nachricht in den anderen Browsern sichtbar geworden ist.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Der String ,,Selenium Nachricht 002'' wird in allen Browsern angezeigt.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & Der User muss eingeloggt sein. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 10.01.2011 - Dennis Werner & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 10.01.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} +\newpage +\subsubsection{testMessageIsMarkedAsNewOnFirstView} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 11 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testMessageIsMarkedAsNewOnFirstView \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 1 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Positivtest \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & Selenium UI \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Dennis Werner \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 10.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 10.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Es wird eine Nachricht geschrieben und anschließend geprüft, ob diese als ,,neu'' markiert ist.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Die neue Nachricht wird mit einem ,,*NEW*'' markiert.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & Der User muss eingeloggt sein. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 10.01.2011 - Dennis Werner & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 10.01.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + +\newpage +\subsubsection{testMessageIsNotMarkedAsNewOnSecondView} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 12 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testMessageIsNotMarkedAsNewOnSecondView \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 1 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Negativtest \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & Selenium UI \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Dennis Werner \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 10.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 10.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Der Browser wird geschlossen und erneut geöffnet. Die im vorherigen Test erzeugte Message soll nun ihre Markierung als ,,*NEW*'' nicht mehr aufweisen.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Der Nachrichtenstring aus Test 6a wird nun ohne ,,*NEW*'' angezeigt.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & Der User muss eingeloggt sein. Test 6a muss aufgerufen worden sein bzw. der Browser zwischenzeitlich geschlossen worden sein. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 10.01.2011 - Dennis Werner & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 10.01.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + +\newpage +\subsection{Discussion - JUnit Tests} +\subsubsection{testAddPoll} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 13 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testAddPoll \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 12 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & David Kaufmann \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Eine Umfrage wird erstellt. Es wird überprüf,t ob diese Umfrage im Discussion-Service vorhanden ist.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Die Umfrage ist im Discussion-Service.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 04.01.2011 - David Kaufmann & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 04.01.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + +\newpage +\subsubsection{testImportantPoll} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 14 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testImportantPoll \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 12 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & David Kaufmann \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Eine Umfrage wird erstellt und als ,,important'' markiert. Es wird überprüft, ob diese Umfrage im Discussion-Service vorhanden ist und als ,,important'' markiert wurde. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Die Umfrage ist im Discussion-Service und ist als ,,important'' markiert.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 04.01.2011 - David Kaufmann & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 04.01.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + +\newpage +\subsubsection{testClosePoll} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 15 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testClosePoll \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 8 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & David Kaufmann \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Eine Umfrage wird erstellt, im Discussion-Service hinzugefügt, und dann ,,geschlossen''. Es wird überprüft, ob diese Umfrage im Discussion-Service vorhanden ist und als ,,geschlossen'' markiert wurde. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Die Umfrage ist im Discussion-Service und als ,,geschlossen'' markiert.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 04.01.2011 - David Kaufmann & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 04.01.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} +\newpage +\subsubsection{testAnswerPossibilitiesToPoll} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 16 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testAnswerPossibilitiesToPoll \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 12 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & David Kaufmann \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Eine Umfrage mit Antwortmöglichkeiten wird erstellt. Es wird überprüft, ob diese Umfrage im Discussion-Service vorhanden ist und die Antwortmöglichkeiten ihr zugewiesen sind. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Die Umfrage ist im Discussion-Service und die Antwortmöglichkeiten sind der Umfrage zugeordnet.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 04.01.2011 - David Kaufmann & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 04.01.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} +\newpage +\subsubsection{testSingleAnswerToPoll} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 17 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testSingleAnswerToPoll \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 13 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Holger Thies \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 28.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 06.02.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Eine Umfrage mit Antwortmöglichkeiten wird erstellt. Ein Antwort-Objekt wird erstellt und eine Antwort gesetzt. Es wird überprüft, ob diese Umfrage und die zugehörige Antwort im DiscussionService vorhanden ist. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Die Umfrage und die Antwort sind im Discussion-Service.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 28.01.2011 - David Kaufmann & Test implementiert, Funktionalität nicht vorhanden.\\ +\hline \rule[-2ex]{0pt}{5.5ex} 06.02.2011 - Holger Thies & Funktionalität implementiert, Test erfolgreich.\newline +Testende am 06.02.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} +\newpage +\subsubsection{testMultipleAnswersToPoll} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 18 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testMultipleAnswersToPoll \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 13 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & David Kaufmann \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Eine Umfrage mit Antwortmöglichkeiten wird erstellt. Ein Antwort-Objekt wird erstellt und mehrere Antworten gesetzt. Es wird überprüft, ob diese Umfrage und die zugehörige Antwort im DiscussionService vorhanden ist. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Die Umfrage und die Antwort sind im Discussion-Service.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 28.01.2011 - David Kaufmann & Test implementiert, Funktionalität nicht vorhanden.\\ +\hline \rule[-2ex]{0pt}{5.5ex} 06.02.2011 - Holger Thies & Funktionalität implementiert, Test erfolgreich.\newline +Testende am 06.02.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} +\newpage +\subsubsection{testMultipleAnswersToMultiplePolls} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 19 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testMultipleAnswersToMultiplePolls \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 13 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & David Kaufmann \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Mehrere Umfragen mit Antwortmöglichkeiten werden erstellt. Antwort-Objekte werden erstellt und Antworten gesetzt. Es wird überprüft, ob die Umfragen und die zugehörigen Antworten im Discussion-Service vorhanden und korrekt zugeordnet sind. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Die Umfragen und die Antworten sind im Discussion-Service. Sie sind einander zugeordnet.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 28.01.2011 - David Kaufmann & Test implementiert, Funktionalität nicht vorhanden.\\ +\hline \rule[-2ex]{0pt}{5.5ex} 06.02.2011 - Holger Thies & Funktionalität implementiert, Test erfolgreich.\newline +Testende am 06.02.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} +\newpage +\subsubsection{testAddQuestion} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 20 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testAddQuestion \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 9 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & David Kaufmann \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Eine Frage wird erstellt. Es wird überprüft, ob diese Frage im Discussion-Service vorhanden ist. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Die Frage ist im Discussion-Service.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 04.01.2011 - David Kaufmann & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 04.01.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} +\newpage +\subsubsection{testImportantQuestion} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 21 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testImportantQuestion \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 9 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & David Kaufmann \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Eine Frage wird erstellt und als ,,important'' markiert. Es wird überprüft, ob diese Frage im Discussion-Service vorhanden und als ,,important'' markiert ist. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Die Frage ist im Discussion-Service und als ,,important'' markiert.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 04.01.2011 - David Kaufmann & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 04.01.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} +\newpage +\subsubsection{testCloseQuestion} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 22 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testCloseQuestion \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 8 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & David Kaufmann \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Eine Frage wird erstellt, im Discussion-Service hinzugefügt und ,,geschlossen''. Es wird überprüft, ob diese Frage im Discussion-Service vorhanden und ,,geschlossen'' ist. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Die Frage ist im Discussion-Service und als ,,geschlossen'' markiert.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 04.01.2011 - David Kaufmann & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 04.01.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} +\newpage +\subsubsection{testAddAnswerToQuestion} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 23 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testAddAnswerToQuestion \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 11 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & David Kaufmann \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Eine Frage und eine Antwort werden erstellt. Die Antwort wird der Frage zugeordnet. Es wird überprüft, ob diese Frage im Discussion-Service vorhanden und die Antwort der Frage zugeordnet ist. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Die Frage ist im Discussion-Service und die Antwort ist der Frage zugeordnet.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 04.01.2011 - David Kaufmann & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 04.01.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} +\newpage +\subsubsection{testAddAnswersToMultipleQuestion} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 24 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testAddAnswerToMultipleQuestion \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 11 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & David Kaufmann \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 04.01.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Eine Frage und mehrere Antworten werden erstellt. Die Antworten werden der Frage zugeordnet. Es wird überprüft, ob diese Frage im Discussion-Service vorhanden und die Antworten der Fragen zugeordnet sind. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Die Fragen sind im Discussion-Service und die Antworten sind den Fragen zugeordnet.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 04.01.2011 - David Kaufmann & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 04.01.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + + +\newpage +\subsection{Discussion - Selenium Tests} +\subsubsection{testAddQuestion} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 25 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testAddQuestion \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 9,10 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Positivtest \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & Selenium UI \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Dennis Werner \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 17.02.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 17.02.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Es wird eine Frage angelegt mit dem Titel ,,NeueFrage1''.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Die Frage mit dem Titel ,,NeueFrage1'' wird mit den Auswahlmöglichkeiten angezeigt.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & Der User muss eingeloggt sein. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 17.02.2011 - Dennis Werner & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 17.02.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + + +\newpage +\subsubsection{testAddQuestionAnswer} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 26 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testAddQuestionAnswer \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 11 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Positivtest \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & Selenium UI \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Dennis Werner \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 17.02.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 17.02.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Es wird die im vorherigen Test angelegte ,,NeueFrage1'' mit dem String ,,AntwortZuNeueFrage1'' beantwortet.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Die Antwort wird bei Klick auf ,,NeueFrage1'' wird angezeigt.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & Der User muss eingeloggt sein. Test 18 muss bereits ausgeführt worden sein \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 17.02.2011 - Dennis Werner & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 17.02.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + +\newpage +\subsubsection{testCloseQuestion} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 27 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testCloseQuestion \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 8 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Negativtest \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & Selenium UI \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Dennis Werner \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 17.02.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 17.02.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Es wird die im Test 18 angelegte ,,NeueFrage1''geschlossen.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Bei Klick auf ,,NeueFrage1'' ist keine Antwort mehr möglich.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & Der User muss eingeloggt sein. Test 18 muss bereits ausgeführt worden sein \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 17.02.2011 - Dennis Werner & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 17.02.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + + +\newpage +\subsubsection{testAddImportantQuestion} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 28 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testAddImportantQuestion \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 12 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Positivtest \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & Selenium UI \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Dennis Werner \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 17.02.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 17.02.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Es wird eine Frage angelegt mit dem Titel ,,NeueFrage1'', dabei wird die Frage als ,,wichtig'' markiert.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Die Frage mit dem Titel ,,NeueFrage1'' wird mit dem entsprechenden Logo für ,,wichtig'' markiert.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & Der User muss eingeloggt sein. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 17.02.2011 - Dennis Werner & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 17.02.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + +\newpage +\subsubsection{testAddPollNotMultiple} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 29 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testAddPollNotMultiple \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 12 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Positivtest \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & Selenium UI \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Dennis Werner \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 17.02.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 17.02.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Es wird eine Umfrage mit dem Text ,,TextZuPollNichtMultiple'', dabei wird die Umfrage auf eine Antwort limitiert.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Die Frage mit dem Titel ,,TextZuPollNichtMultiple'' wird angezeigt.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & Der User muss eingeloggt sein. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 17.02.2011 - Dennis Werner & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 17.02.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + + +\newpage +\subsubsection{testAddPollMultiple} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 30 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testAddPollMultiple \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 12 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Positivtest \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & Selenium UI \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Dennis Werner \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 17.02.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 17.02.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Es wird eine Umfrage mit dem Text ,,TextZuPollMultiple'' erstellt, dabei wird die Umfrage auf eine Antwort limitiert.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Die Frage mit dem Text ,,TextZuPollMultiple'' wird angezeigt.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & Der User muss eingeloggt sein. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 17.02.2011 - Dennis Werner & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 17.02.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + + +\newpage +\subsubsection{testPollVoteNotMultiple - haendisch} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 31 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testPollVoteNotMultiple - haendisch \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 13 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Positivtest \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & Selenium UI \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Dennis Werner \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 17.02.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 17.02.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Es wird manuell eine Umfrage beantwortet, anschließend optisch überprüft ob die Tortengrafik das korrekte Ergebnis liefert.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Die Tortengrafik wird entsprechend den Antwortwerten gerendert.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & Der User muss eingeloggt sein. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 17.02.2011 - Dennis Werner & Für Selenium keine Möglichkeit gefunden Grafiken zu interpretieren, daher Test haendisch durchgeführt und vermerkt.\newline Testende am 17.02.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + +\newpage +\subsection{Webdoc - JUnit Tests} +\subsubsection{testAddFolder} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 32 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testAddFolder \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 44 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Holger Thies \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 30.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 30.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Ein Ordner wird erstellt und dem Projekt oder einem untergeordnetem Ordner zugeordnet.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Der Ordner ist erstellt und gehört dem Projekt an.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 30.03.2011 - Holger Thies & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 30.03.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + +\newpage +\subsubsection{testAddDocument} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 33 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testAddDocument \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 44 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Holger Thies \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 30.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 30.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Ein Dokument wird erstellt und in einem Ordner angelegt.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Das Dokument ist erstellt und dem Ordner zugeordnet.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 30.03.2011 - Holger Thies & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 30.03.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + +\newpage +\subsubsection{testDeleteDocument} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 34 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testDeleteDocument \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 46,47,55 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Holger Thies \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 30.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 30.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Ein Dokument wird erstellt und anschließend wieder gelöscht.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Es gibt keine Veränderung. Die Anzahl der Dokumente ist gleich der Anzahl der Dokumente zum Testbeginn.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 30.03.2011 - Holger Thies & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 30.03.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + +\newpage +\subsubsection{testDeleteFolder} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 35 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testDeleteFolder \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 46,47,55 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Holger Thies \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 30.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 30.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Ein Ordner wird erstellt und anschließend wieder gelöscht.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Es gibt keine Veränderung. Die Anzahl der Ordner ist gleich der Anzahl der Ordner zum Testbeginn.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 30.03.2011 - Holger Thies & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 30.03.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + +\newpage +\subsubsection{testRenameDocument} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 36 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testRenameDocument \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 39 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Holger Thies \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 30.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 30.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Ein Dokument wird erstellt und anschließend umbenannt.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Das Anfangs erstellte Dokument ist mit dem neuen Namen vorhanden. Er wurde umbenannt.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 30.03.2011 - Holger Thies & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 30.03.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + +\newpage +\subsubsection{testRenameFolder} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 37 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testRenameFolder \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 39 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Holger Thies \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 30.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 30.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Ein Ordner wird erstellt und anschließend umbenannt.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Der Anfangs erstellte Ordner ist mit dem neuen Namen vorhanden. Er wurde umbenannt.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 30.03.2011 - Holger Thies & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 30.03.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + +\newpage +\subsubsection{testDeleteFolderWithContent} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 38 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testDeleteFolderWithContent \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 46,47,55 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Holger Thies \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 30.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 30.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Ein Ordner wird erstellt und mehrere untergeordnete Elemente hinzugefügt. Anschließend wird der Ordner markiert und gelöscht.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Der Ordner und sämtliche untergeordneten Elemente sind gelöscht und nicht mehr vorhanden.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 30.03.2011 - Holger Thies & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 30.03.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + +\newpage +\subsubsection{testAddTag} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 39 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testAddTag \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 40 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Holger Thies \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 30.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 30.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Ein Element wird erstellt und ein Tag dem Element hinzugefügt.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Der Tag ist vorhanden und dem erstellten Element zugeordnet.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 30.03.2011 - Holger Thies & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 30.03.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + +\newpage +\subsubsection{testDeleteTag} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 40 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testDeleteTag \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 48 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & JUnit \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Holger Thies \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 30.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 30.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Ein Element wird erstellt und ein Tag dem Element hinzugefügt. Anschließend wir der Tag gelöscht.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Das Element ist vorhanden, besitzt aber keine Tags.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & - \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 30.03.2011 - Holger Thies & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 30.03.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + + + +\newpage + +\subsection{Webdoc - Selenium Tests} + +Leider ist die Gestaltung von Webdoc mit Javascript und Iframes zu komplex, um Seleniumtests in einem angemessenen Zeitraum auszuarbeiten. + +\subsection{Webdoc - manuelle Tests} +Da in dieser Komponente sehr viel mit Ajax gearbeitet wurde, wäre es sehr aufwendig gewesen, mittels automatisierter Tests alle Funktionalitäten abzudecken. Deshalb wurden hier auch einige manuelle Tests durchgeführt. +\subsubsection{testOpenDocument} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 41 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testOpenDocument \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 58 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & manuell \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Holger Thies, Victor Negoescu \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 25.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 25.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Der Tester legt einen neuen Ordner mit dem Namen Ordner1 an. In diesem wird ein Dokument mit dem Namen Dokument1 erstellt. Durch Doppelklick wird das Dokument geöffnet. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Innerhalb des Browserfensters erscheint ein Overlay mit dem Etherpad-Editor. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & Ein Browser, in dem die Anwendung läuft, muss geöffnet sein. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & Der Ordner Ordner1 soll gelöscht werden. \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 26.03.2011 - Holger Thies & Test zum ersten Mal durchgeführt. Erster Test bereits erfolgreich\newline +Testende am 25.03.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} +\newpage +\subsubsection{testDocumentWasOpened} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 42 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testDocumentWasOpened \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 57 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & manuell \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Holger Thies \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 28.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 28.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Der Tester legt einen neuen Ordner mit dem Namen Ordner1 an. In diesem wird ein Dokument mit dem Namen Dokument1 erstellt. Durch Doppelklick wird das Dokument geöffnet. Der Tester schließt daraufhin die Anwendung und ändert den aktuellen User auf den User mit der ID 1. Er ruft die Anwendung wieder auf und navigiert zu dem neu erstellten Dokument. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Hinter dem Dokument steht in roter Schrift "Edit".\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & Ein Browser, in dem die Anwendung läuft, muss geöffnet sein. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & Der Ordner Ordner1 muss gelöscht werden und die UserId zurückgesetzt werden. \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 28.03.2011 - Holger Thies & Test implementiert, erster Test bereits erfolgreich.\newline Testende am 28.03.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + +\newpage +\subsubsection{testDocumentIsBeingEdited} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 43 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testDocumentIsBeingEdited \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 58 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & manuell \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Holger Thies, Victor Negoescu \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 25.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 27.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Der Tester legt einen neuen Ordner mit dem Namen Ordner1 an. In diesem wird ein Dokument mit dem Namen Dokument1 erstellt. Der Tester öffnet ein neues Browserfenster und ruft dort ebenfalls die Webdoc-Komponente auf. Er navigiert dann im Tree zu dem neu angelegten Dokument und öffnet dieses per Doppelklick. Daraufhin wechselt er zurück in das andere Browserfenster. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Nach einigen Sekunden erscheint hinter dem Dokument im TreeView und in der Dokumentenansicht der Name des Users.\\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & Ein Browser, in dem die Anwendung läuft muss, geöffnet sein. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & Der Ordner Ordner1 soll gelöscht werden. \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 26.03.2011 - Holger Thies & Test zum ersten Mal durchgeführt. Test fehlgeschlagen\newline +\cr 27.03.2011 - Victor Negoescu & Test zum zweiten Mal durchgeführt. Test erfolgreich\newline Testende am 27.03.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + +\newpage +\subsubsection{testSortDocumentsByName} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 44 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testSortDocuments\\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 60 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & manuell \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Holger Thies \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 20.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 26.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Der Tester legt in dem ersten Projekt, in dem er eingetragen ist, einen neuen Ordner mit dem Namen Ordner1 an. In diesem werden in der angegebenen Reihenfolge die 6 Dokumente mit den Namen cDok, bDok, eDok, dDok, fDok, aDok erstellt. Ordner1 wird ausgewählt, so dass die Dokumente in der Dokumentenansicht rechts sichtbar sind. Der Tester klickt dann auf den Button "Sort by Name"\\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Die Dokumente sind nach ihrem Namen in aufsteigend alphabetischer Reihenfolge sortiert, d.h. in der Dokumentenansicht befinden sich die Dokumente in der Reihenfolge (von oben nach unten) aDok, bDok, cDok, eDok, fDok. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & Ein Browser, in dem die Anwendung läuft, muss geöffnet sein. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & Nach der Durchführung des Tests wird der Ordner Ordner1 gelöscht. \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 26.03.2011 - Holger Thies & Test zum ersten Mal durchgeführt. Test fehlgeschlagen.\newline +\cr 27.03.2011 - Holger Thies & Test zum zweiten Mal durchgeführt. Test fehlgeschlagen. \newline +\cr 28.03.2011 - Holger Thies & Test zum dritten Mal durchgeführt. Test erfolgreich. \newline +Testende am 28.03.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} + +\newpage +\subsubsection{testEditDocument} +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} Testnummer & 45 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testname & testEditDocument \\ +\hline \rule[-2ex]{0pt}{5.5ex} Teil von Userstorie Nr & 58 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testkategorie & Funktionaler Test \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testwerkzeug & manuell \\ +\hline \rule[-2ex]{0pt}{5.5ex} Tester & Holger Thies \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test erstellt am & 30.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Test abgeschlossen am & 30.03.2011 \\ +\hline \rule[-2ex]{0pt}{5.5ex} Testbeschreibung & Der Tester legt einen neuen Ordner mit dem Namen Ordner1 an. In diesem wird ein Dokument mit dem Namen Dokument1 erstellt. Durch Doppelklick wird das Dokument geöffnet. In der sich öffnenden Etherpad-Instanz ändert der Tester den Text in "Test Edit Document" und drückt auf Speichern. Danach schließt er das Browserfenster und öffnet die Anwendung neu. Er navigiert zu Ordner1 und öffnet Dokument1 durch doppelklick. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Erwartetes Ergebnis & Innerhalb des Browserfensters erscheint ein Overlay mit dem Etherpad-Editor. Der Text in dem geöffneten Dokument lautet "Test Edit Document" \\ +\hline \rule[-2ex]{0pt}{5.5ex} Vorbedingungen & Ein Browser in dem die Anwendung läuft muss geöffnet sein. \\ +\hline \rule[-2ex]{0pt}{5.5ex} Randbedingungen & - \\ +\hline \rule[-2ex]{0pt}{5.5ex} Nachbedingungen & Der Ordner Ordner1 soll gelöscht werden. \\ +\hline +\hline +\hline \rule[-2ex]{0pt}{5.5ex} 30.03.2011 - Holger Thies & Test zum ersten Mal durchgeführt. Erster Test bereits erfolgreich\newline +Testende am 30.03.2011 erreicht. \\ +\hline +\end{tabular} +\end{tabbing} +\newpage +\section{Versionshistorie} +Für eine bessere Nachvollziehbarkeit sind die Änderungen in diesem Dokument tabellarisch festgehalten. +\begin{tabbing} +\begin{tabular}{||p{5.4cm}||p{11cm}||} +\hline \rule[-2ex]{0pt}{5.5ex} v. 1.1.1 - 31.03.2011 - DW & Testnummern korrigiert, Abgabeversion\\ +\hline \rule[-2ex]{0pt}{5.5ex} v. 1.1.0 - 31.03.2011 - DK,HT & Einpflegung letzter Tests\\ +\hline \rule[-2ex]{0pt}{5.5ex} v. 1.0.2 - 30.03.2011 - DW & Textkorrektur\\ +\hline \rule[-2ex]{0pt}{5.5ex} v. 1.0.1 - 27.02.2011 - DW & Textkorrektur, Seleniumtests Discussion nachgereicht\\ +\hline \rule[-2ex]{0pt}{5.5ex} v. 1.0.0 - 27.02.2011 - DW & Textkorrektur\\ +\hline \rule[-2ex]{0pt}{5.5ex} v. 0.9.1 - 27.02.2011 - DW & Textkorrektur\\ +\hline \rule[-2ex]{0pt}{5.5ex} v. 0.9.0 - 26.02.2011 - DW & Textkorrektur\\ +\hline \rule[-2ex]{0pt}{5.5ex} v. 0.8.0 - 26.02.2011 - DW & Seleniumtests erweitert, Kapitel umgestellt, Textkorrektur\\ +\hline \rule[-2ex]{0pt}{5.5ex} v. 0.5.1 - 26.02.2011 - DK,DW & JUnit-Testfälle erweitert und bearbeitet; Text erweitert und angepasst\\ +\hline \rule[-2ex]{0pt}{5.5ex} v. 0.5.0 - 25.02.2011 - DK & Formatierung geändert, JUnit-Testfälle für Statusbar und Discussion hinzugefügt \\ +\hline \rule[-2ex]{0pt}{5.5ex} v. 0.4.2 - 21.02.2011 - DW & Textänderungen, Formatierung geändert \\ +\hline \rule[-2ex]{0pt}{5.5ex} v. 0.4.1 - 21.02.2011 - DW,HT & Textänderungen \\ +\hline \rule[-2ex]{0pt}{5.5ex} v. 0.4.0 - 20.02.2011 - DK,DW,HT & Textänderungen an Zielen und Maßnahmen, Glossar ergänzt \\ +\hline \rule[-2ex]{0pt}{5.5ex} v. 0.3.3 - 19.02.2011 - DW & Dokumentstruktur geändert, Textänderungen, Glossar ergänzt \\ +\hline \rule[-2ex]{0pt}{5.5ex} v. 0.3.0 - 14.02.2011 - DW & Testfälle eingefügt \\ +\hline \rule[-2ex]{0pt}{5.5ex} v. 0.2.1 - 09.02.2011 - DW & Dokumentstruktur geändert \\ +\hline \rule[-2ex]{0pt}{5.5ex} v. 0.2.0 - 07.02.2011 - DW & Dokument angelegt \\ +\hline +\end{11cm}||} +\end{tabbing} + + +\newpage +%fügt elemenmte dem toc hinzu +\addcontentsline{toc}{section}{Glossar} +\printglossary +\newpage +%fügt elemenmte dem toc hinzu +\addcontentsline{toc}{section}{Literatur} +\begin{thebibliography}{------} + \bibitem[BSS+2008]{bss+:2008} Helmut Balzert, Christian Schäfer, Marion Schröder, Uwe Kern. \emph{Wissenschaftliches Arbeiten - Wissenschaft, Quellen, Artefakte, Organisation, Präsentation}, Witten: W3L, 2008 + \bibitem[ISO9126]{iso:9126} International Organization for Standardization.\emph{ISO/IEC 9126} + \bibitem[ISO9001]{iso:9001} International Organization for Standardization. \emph{ISO 9001}, 12.2008 + \bibitem[WIKI2011]{wiki:2011} Wikipedia, die freie Enzyklopädie. \emph{WIKIPEDIA}, Stand: 26.02.2011 +\end{thebibliography} + +\newpage +%fügt elemenmte dem toc hinzu +\addcontentsline{toc}{section}{Abbildungsverzeichnis} +\listoffigures + +\end{document} + +