<rdf:RDF xmlns:community="http://www.bibsonomy.org/ontologies/2008/05/community#" xmlns:foaf="http://xmlns.com/foaf/0.1/" xmlns:owl="http://www.w3.org/2002/07/owl#" xmlns:admin="http://webns.net/mvcb/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:cc="http://web.resource.org/cc/" xmlns:xsd="http://www.w3.org/2001/XMLSchema#" xmlns:swrc="http://swrc.ontoware.org/ontology#" xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#" xmlns="http://purl.org/rss/1.0/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xml:base="http://www.bibsonomy.org/user/ist_spl/state"><owl:Ontology rdf:about=""><rdfs:comment>BibSonomy publications for /user/ist_spl/state</rdfs:comment><owl:imports rdf:resource="http://swrc.ontoware.org/ontology/portal"/></owl:Ontology><rdf:Description rdf:about="http://www.bibsonomy.org/bibtex/2c7d1ded302c4d138d6ea00119b4a61b8/ist_spl"><owl:sameAs rdf:resource="http://www.bibsonomy.org/uri/bibtex/2c7d1ded302c4d138d6ea00119b4a61b8/ist_spl"/><rdf:type rdf:resource="http://swrc.ontoware.org/ontology#Article"/><swrc:date>Wed Jul 30 14:26:13 CEST 2008</swrc:date><swrc:journal>Journal of Systems and Software</swrc:journal><swrc:number>2</swrc:number><swrc:pages>249-261</swrc:pages><swrc:title>An empirical, path-oriented approach to software analysis
               and testing</swrc:title><swrc:volume>81</swrc:volume><swrc:year>2008</swrc:year><swrc:keywords>testing flowgraph control state mutation error data flow path fault </swrc:keywords><swrc:hasExtraField><swrc:Field swrc:value="http://dx.doi.org/10.1016/j.jss.2007.05.008" swrc:key="ee"/></swrc:hasExtraField><swrc:hasExtraField><swrc:Field swrc:value="DBLP, http://dblp.uni-trier.de" swrc:key="bibsource"/></swrc:hasExtraField><swrc:author><rdf:Seq><rdf:_1><swrc:Person swrc:name="Branson W. Murrill"/></rdf:_1></rdf:Seq></swrc:author></rdf:Description><rdf:Description rdf:about="http://www.bibsonomy.org/bibtex/2890312503c3748f32772c5575c5d91c5/ist_spl"><owl:sameAs rdf:resource="http://www.bibsonomy.org/uri/bibtex/2890312503c3748f32772c5575c5d91c5/ist_spl"/><rdf:type rdf:resource="http://swrc.ontoware.org/ontology#PhDThesis"/><owl:sameAs rdf:resource="http://opus.kobv.de/tuberlin/volltexte/2006/1239/index.html "/><swrc:date>Thu Jun 05 18:12:10 CEST 2008</swrc:date><swrc:month>mar</swrc:month><swrc:note>MR: Interessant für IST-SPL sind vor allem folgende Kapitel:
5-Testbarkeit von UML-Modellen: alle Diagrammtypen werden auf ihre Eignung für den Test untersucht
10-UML-basierte Testorakel: mit Hilfe von Zustandsdiagrammen und OCL-Constraints

Leider fehlt der Blick auf den Systemtest.

Besonderheit: die eingesetzte aspektorientierte Technik erlaubt die OCL-Constraints in Aspekte umzuwandeln und zur Ladezeit so in den Testcode einweben, dass die getestete Systemimplementierung nicht neu versioniert werden muss</swrc:note><swrc:school><swrc:University swrc:name="TU Berlin, Fakultät für Elektrotechnik und Informatik"/></swrc:school><swrc:title>UML-basierter Klassen- und Integrationstest objektorientierter Programme</swrc:title><swrc:year>2006</swrc:year><swrc:keywords>oriented sequence UML diagrams MBT test OCL class object oracle state integration aspect-oriented unit </swrc:keywords><swrc:abstract>Der Softwaretest ist ein in der Praxis weit verbreitetes Verfahren zur Qualitätssicherung von Software. Das Softwareprodukt wird beim Softwaretest mit einer Menge von Eingabedaten stimuliert und die Ausgaben auf ihre Korrektheit im Hinblick auf die Spezifikation überprüft. Modellbasierte Ansätze zum Softwaretest finden mit der Verbreitung modellbasierter Softwareentwicklung auch in der Domäne der objektorientierten Programme immer mehr an Bedeutung. Das Modell dient in der modellbasierten Softwareentwicklung nicht mehr nur zur Dokumentation der Software, sondern vorrangig zur automatischen Generierung von Software und zur automatischen Ableitung von Testfällen, mit denen das Programm stimuliert wird, und Testorakeln, die Testergebnisse mit erwarteten Ergebnissen vergleichen. In der Dissertation wird eine Technik zur Ableitung von Testfällen und Testorakeln aus UML-Modellen vorgestellt. Anders als viele andere Arbeiten zum UML-basierten Test werden verschiedene UML-Bestandteile und damit verschiedene Sichten auf das zu testende Programm berücksichtigt. Testfälle werden aus einer Kombination von Sequenz- und Zustandsdiagrammen abgeleitet. Die Sequenzdiagramme spezifizieren dabei die Testsequenzen, die Zustandsdiagramme dienen der Initialisierung der Testsequenzen. Testorakel werden durch Kombination von Zustandsdiagrammen und OCL-Constraints erzeugt. Ein weiterer Schwerpunkt der Arbeit ist die Integration des erzeugten Testcodes in die zu testende Software (Instrumentierung) unter Verwendung aspektorientierter Programmiertechniken. Diese erlauben das Hinzufügen und Entfernen von zusätzlichem Code – hier: Testcode –, ohne den Quelltext der bestehenden Software zu ändern. Aspektorientierte Programmiertechniken eignen sich durch diese Eigenschaft besonders gut für die Instrumentierung, da der zusätzliche Testcode meist nur während der Testphase benötigt wird und danach ohne Aufwand wieder entfernt werden kann.


Software testing is a widely used method for software quality assurance. It involves stimulating the software product with a quantity of input data and and checking the correctness of the output with respect to the specification. With the spread of model-based software development, model-based approaches to software testing are also gaining increasing importance in the domain of object-oriented programming. In model-based software development, the model no longer only serves to document the software; its principal function is to automatically generate software and automatically derive test cases to stimulate the program, as well as test oracles to compare the test results with expected results. The present thesis presents a technique for deriving test cases and test oracles from UML models. Unlike much of the other work on UML-based testing, it takes into account different UML components and thus different views of the program under test. Test cases are derived from a combination of sequence and state diagrams. Here, the sequence diagrams specify the test sequences, while the state diagrams are used to initialize them. Test oracles are generated by combining state diagrams with OCL constraints. Another focus of the thesis is integrating the generated test code into the software under test (instrumentation) using aspect-oriented programming techniques. These allow additional code – in this case: test code – to be added or removed without changing the source code of the existing software. This feature makes aspect-oriented programming techniques particularly well suited for instrumentation because in most cases the additional test code is only needed during the test phase and can then be easily removed again.</swrc:abstract><swrc:author><rdf:Seq><rdf:_1><swrc:Person swrc:name="Dehla Sokenou"/></rdf:_1></rdf:Seq></swrc:author></rdf:Description><rdf:Description rdf:about="http://www.bibsonomy.org/bibtex/23724f0ee7961e2e7a2f826e484f88ee4/ist_spl"><owl:sameAs rdf:resource="http://www.bibsonomy.org/uri/bibtex/23724f0ee7961e2e7a2f826e484f88ee4/ist_spl"/><rdf:type rdf:resource="http://swrc.ontoware.org/ontology#Article"/><swrc:date>Wed May 14 12:52:20 CEST 2008</swrc:date><swrc:journal>IEEE Transactions on Software Engineering</swrc:journal><swrc:note>ST: Spezifikation einer SW-Einheit (im Paper Methoden) wird formal beschrieben. Tool leitet automatisch Orakel ab. 
Grenzen werden bei dynamische Datenstrukturen erreicht da sie schwer beschreibbar sind. 
Die formale Spezifikation erscheint in den Beispielen sehr aufwendig.</swrc:note><swrc:number>3</swrc:number><swrc:pages>161--173</swrc:pages><swrc:title>Using Test Oracles Generated from Program Documentation</swrc:title><swrc:volume>24</swrc:volume><swrc:year>1998</swrc:year><swrc:keywords>finite program test singlesystem oracle formal specification machine testing state </swrc:keywords><swrc:hasExtraField><swrc:Field swrc:value="program testing, finite state machine, tabular expression" swrc:key="keyword"/></swrc:hasExtraField><swrc:author><rdf:Seq><rdf:_1><swrc:Person swrc:name="D. Peters"/></rdf:_1><rdf:_2><swrc:Person swrc:name="D. Parnas"/></rdf:_2></rdf:Seq></swrc:author></rdf:Description></rdf:RDF>