
<?xml version="1.0"?>
<?xml-stylesheet type="text/css" href="https://wiki.hh.se/ceres/skins/common/feed.css?303"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
		<id>https://wiki.hh.se/ceres/index.php?action=history&amp;feed=atom&amp;title=DT8021_Ed_2016_Practical_Phase_3</id>
		<title>DT8021 Ed 2016 Practical Phase 3 - Revision history</title>
		<link rel="self" type="application/atom+xml" href="https://wiki.hh.se/ceres/index.php?action=history&amp;feed=atom&amp;title=DT8021_Ed_2016_Practical_Phase_3"/>
		<link rel="alternate" type="text/html" href="https://wiki.hh.se/ceres/index.php?title=DT8021_Ed_2016_Practical_Phase_3&amp;action=history"/>
		<updated>2026-05-11T03:15:34Z</updated>
		<subtitle>Revision history for this page on the wiki</subtitle>
		<generator>MediaWiki 1.22.6</generator>

	<entry>
		<id>https://wiki.hh.se/ceres/index.php?title=DT8021_Ed_2016_Practical_Phase_3&amp;diff=5896&amp;oldid=prev</id>
		<title>Ceres: Created page with &quot;==Objectives==   This phase of the project is designed to apply UI testing as well as formal (mathematical) modelling and verification techniques to a small case study:     * ...&quot;</title>
		<link rel="alternate" type="text/html" href="https://wiki.hh.se/ceres/index.php?title=DT8021_Ed_2016_Practical_Phase_3&amp;diff=5896&amp;oldid=prev"/>
				<updated>2016-05-04T12:47:44Z</updated>
		
		<summary type="html">&lt;p&gt;Created page with &amp;quot;==Objectives==   This phase of the project is designed to apply UI testing as well as formal (mathematical) modelling and verification techniques to a small case study:     * ...&amp;quot;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;==Objectives==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
This phase of the project is designed to apply UI testing as well as formal (mathematical) modelling and verification techniques to a small case study:  &lt;br /&gt;
 &lt;br /&gt;
* apply mathematical modelling to capture the core behavior of a concurrency scenario in accessing a shared communication channel,  &lt;br /&gt;
&lt;br /&gt;
* apply simulation to gain insight on some of its basic behavior, &lt;br /&gt;
&lt;br /&gt;
* specify some of its correctness properties in a temporal logic, &lt;br /&gt;
&lt;br /&gt;
* apply model checking to verify the properties of the modelled behavior, and &lt;br /&gt;
&lt;br /&gt;
* apply Visual GUI testing to the Arduino-Odroid example. &lt;br /&gt;
&lt;br /&gt;
==General Description== &lt;br /&gt;
We separate two activities in this phase: &lt;br /&gt;
&lt;br /&gt;
* Model Checking: We model a system of two traffic lights placed on the corners of a junction, where two 1-way roads meet. &lt;br /&gt;
Traffic lights can be either green or red. &lt;br /&gt;
On each of these two roads at most 2 cars may arrive at most at any moment of time and &lt;br /&gt;
they will pass only if they see the traffic light to be green. &lt;br /&gt;
The traffic light will only turn from red to green if there is at least one car waiting and the other traffic light is already red. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* Visual GUI Testing: In the second activity, you specify a few scenarios for testing the GUI of the your application from phase 2.  Note that you may have to extend the UI from phase  to make some of the testing scenarios possible (e.g., to disconnect the USB connection while testing).  Then, perform Visual GUI testing using [http://www.sikuli.org/ Sikuli] (or any comparable tool) in order to test the main functionality of the system in terms of a few scenarios. &lt;br /&gt;
&lt;br /&gt;
= Deliverables = &lt;br /&gt;
&lt;br /&gt;
There are three main deliverables for this phase: &lt;br /&gt;
&lt;br /&gt;
* a single pdf file documenting the outcome of each and every of the following activities,  &lt;br /&gt;
* a .zip file containing the source code of the models (e.g., automata and queries) and the software implemented in different parts, and &lt;br /&gt;
* a self evaluation of your  own effort and the effort by each and every member. &lt;br /&gt;
&lt;br /&gt;
All deliverables are sent by email as a group to the lecturer. &lt;br /&gt;
&lt;br /&gt;
==Model Checking==&lt;br /&gt;
&lt;br /&gt;
Specify the network of timed automata representing the traffic lights and the cars; &lt;br /&gt;
design and simulate 5 scenarios, specify and verify at least 3 correctness properties in UPPAAL’s temporal logic and verify them correct. &lt;br /&gt;
While model-checking, if you notice mistakes in your initial model, &lt;br /&gt;
please mention them and the process of correcting your model.&lt;br /&gt;
You need to hand in a .zip file containing a pdf describing the timed automata, &lt;br /&gt;
the scenarios (with screen shots of their sequence diagrams), the queries and the result of the queries (including any changes made to the model to make it satisfies the queries).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Visual GUI Testing==&lt;br /&gt;
Design at least 5 scenarios of interaction  (e.g., communication of ordinary values for different period lengths, attempt to enter out of range values in the GUI, and disconnecting USB channel during communication) and&lt;br /&gt;
code them as scripts in Sikuli. &lt;br /&gt;
Run the tests and make sure that all of them run successfully. &lt;br /&gt;
Perform debugging if necessary.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=[[DT8021 Ed 2016|Back to DT8021, Edition 2016]]=&lt;/div&gt;</summary>
		<author><name>Ceres</name></author>	</entry>

	</feed>