RITA demonstration Juha Taina, Antti Tevanlinna. Rita prototype status Following the preliminary specifications we started Rita prototype implementation.

Slides:



Advertisements
Similar presentations
Analyzing Regression Test Selection Techniques
Advertisements

The map and reduce functions in MapReduce are easy to test in isolation, which is a consequence of their functional style. For known inputs, they produce.
Testing Workflow Purpose
ASSUMPTION HIERARCHY FOR A CHA CALL GRAPH CONSTRUCTION ALGORITHM JASON SAWIN & ATANAS ROUNTEV.
1 Software Testing and Quality Assurance Lecture 13 - Planning for Testing (Chapter 3, A Practical Guide to Testing Object- Oriented Software)
Lecture # 2 : Process Models
Traditional Approach to Design
Chapter 10 The Traditional Approach to Design
Chapter 9: The Traditional Approach to Design Chapter 10 Systems Analysis and Design in a Changing World, 3 rd Edition.
CSI5112 Software Engineering Team: Andrei Anisenia Margi Fumtiwala.
CMSC 345, Version 11/07 SD Vick from S. Mitchell Software Testing.
Software Engineering, COMP201 Slide 1 Software Testing Lecture 28 & 29.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 23 Slide 1 Software testing.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 20 Slide 1 Defect testing l Testing programs to establish the presence of system defects.
Software Engineering Software Testing.
Abstract The University Class Scheduler (U.C.S) is an innovative scheduling tool. It is intended to be used by major Universities to schedule classes into.
System Development Life Cycle (SDLC)
Southern Connecticut State University Exit Survey Eduardo Robalino Sponsor Klaus Peters.
Copyright © 2006 by The McGraw-Hill Companies, Inc. All rights reserved. McGraw-Hill Technology Education Copyright © 2006 by The McGraw-Hill Companies,
Software Testing Verification and validation planning Software inspections Software Inspection vs. Testing Automated static analysis Cleanroom software.
October 30, 2008 Extensible Workflow Management for Simmod ESUG32, Frankfurt, Oct 30, 2008 Alexander Scharnweber (DLR) October 30, 2008 Slide 1 > Extensible.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 18 Slide 1 Software Reuse.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse.
JCE A Java-based Commissioning Environment tool Hiroyuki Sako, JAEA Hiroshi Ikeda, Visible Information Center Inc. SAD Workshop.
Categories of Testing.
Software Testing Hoang Huu Hanh, Hue University hanh-at-hueuni.edu.vn.
Zhonghua Qu and Ovidiu Daescu December 24, 2009 University of Texas at Dallas.
Implementation Yaodong Bi. Introduction to Implementation Purposes of Implementation – Plan the system integrations required in each iteration – Distribute.
Testing phases. Test data Inputs which have been devised to test the system Test cases Inputs to test the system and the predicted outputs from these.
Software Testing.
RUP Implementation and Testing
MARCH 27, Meeting Agenda  Prototype 1 Design Goals  Prototype 1 Demo  Framework Overview  Prototype 2 Design Goals  Timeline Moving Forward.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 20 Slide 1 Defect testing l Testing programs to establish the presence of system defects.
Overview of Software Testing 07/12/2013 WISTPC 2013 Peter Clarke.
Magnetic Field Measurement System as Part of a Software Family Jerzy M. Nogiec Joe DiMarco Fermilab.
Phoenix Software Projects Larry Beaty © 2007 Larry Beaty. Copying and distribution of this document is permitted in any medium, provided this notice is.
GUI For A Virtual Pipeline Simulation Testbed By, Revathi Manni Ranganathan Major Professor: Dr.Virgil Wallentine.
Testing Workflow In the Unified Process and Agile/Scrum processes.
Chapter 9 Moving to Design
10 ITK261 The traditional approach to design Reading: Chapter 10 Oct 9, 11.
Chapter 3 Developing an algorithm. Objectives To introduce methods of analysing a problem and developing a solution To develop simple algorithms using.
1 Software Defect Testing Testing programs to establish the presence of system defects.
Generic API Test tool By Moshe Sapir Almog Masika.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 22 Slide 1 Software Verification, Validation and Testing.
Slide 12.1 Chapter 12 Implementation. Slide 12.2 Learning outcomes Produce a plan to minimize the risks involved with the launch phase of an e-business.
Genetic Programming Lab For Chess Hadar Rottenberg & Nizan Freedman.
Logical view –show classes and objects Process view –models the executables Implementation view –Files, configuration and versions Deployment view –Physical.
Deliverable 10. Deliverable #10 Class Design and Implementation #1 due 9 April Executive Summary and Statement of Work Iteration Plan (Updated) for remaining.
Definition The framework is a library that controls the flow of events and data through well-defined interface points defined by user-written algorithm.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 20 Slide 1 Defect testing l Testing programs to establish the presence of system defects.
CSC 480 Software Engineering Testing - I. Plan project Integrate & test system Analyze requirements Design Maintain Test units Implement Software Engineering.
Software Engineering1  Verification: The software should conform to its specification  Validation: The software should do what the user really requires.
Faculty Advisor – Dr. Suraj Kothari Client – Jon Mathews Team Members – Chaz Beck Marcus Rosenow Shaun Brockhoff Jason Lackore.
1 Advanced Software Architecture Muhammad Bilal Bashir PhD Scholar (Computer Science) Mohammad Ali Jinnah University.
CS451 Lecture 10: Software Testing Yugi Lee STB #555 (816)
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 4 Slide 1 Software Processes.
Concepts and Realization of a Diagram Editor Generator Based on Hypergraph Transformation Author: Mark Minas Presenter: Song Gu.
Reconfigurable Communication Interface Between FASTER and RTSim Dec0907.
ProShell Procedure Framework Status MedAustron Control System Week 2 October 7 th, 2010 Roland Moser PR a-RMO, October 7 th, 2010 Roland Moser 1.
1. Black Box Testing  Black box testing is also called functional testing  Black box testing ignores the internal mechanism of a system or component.
INFSO-RI JRA2 Test Management Tools Eva Takacs (4D SOFT) ETICS 2 Final Review Brussels - 11 May 2010.
PROGRAMMING FUNDAMENTALS INTRODUCTION TO PROGRAMMING. Computer Programming Concepts. Flowchart. Structured Programming Design. Implementation Documentation.
Slide 1 Chapter 8 Architectural Design. Slide 2 Topics covered l System structuring l Control models l Modular decomposition l Domain-specific architectures.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 23 Slide 1 Software testing.
Introduction to Problem Solving Programming is a problem solving activity. When you write a program, you are actually writing an instruction for the computer.
Defect testing Testing programs to establish the presence of system defects.
Chapter 9, Testing.
An Introduction to Visual Basic .NET and Program Design
Test Case Test case Describes an input Description and an expected output Description. Test case ID Section 1: Before execution Section 2: After execution.
Overview of Workflows: Why Use Them?
Presentation transcript:

RITA demonstration Juha Taina, Antti Tevanlinna

Rita prototype status Following the preliminary specifications we started Rita prototype implementation in February As the basis of the prototype we used the previous prototype version, which turned out to be quite valuable for our use. We expect to finish the first relatively complete Rita prototype in May.

RITA Partial code Template and hook classes Test cases Drivers & Stubs Test results Statistics New test cases Drivers & Stubs Defined RITA inputs and outputs (according to the specification)

Partial code –Code created from the used framework, framelets and application code. Template and hook classes –Class candidates are identified and correct classes are chosen by the end users. Test material –Either manual or RITA-generated material. Drivers and Stubs –Either manual or RITA-generated drivers and stubs. Defined RITA inputs

Test results –Passed and failed tests. Statistics –Hot-spot, code, and data coverage. –Test results. –New test cases. –Automatically generated test cases based on template and hook class interfaces. Generated drivers and stubs –Automatic driver and stub generation based on frameworks and framelets. Defined RITA outputs

Reality (Current status) During the prototype design and implementation phase we have created a few shortcuts and implemented some interesting new features. The inputs to Rita are generally unchanged. However, the outputs have lived a few evolution phases. The current prototype inputs and outputs are in the next few slides.

Inputs Partial code Test case code Structure presentation of the framework components and their relationships.

Outputs - method Code coverage, branch coverage. Flowchart presentation of methods and test executions. Code.

Outputs - class Reference coverage (soon). Visit coverage. Excellent algorithm for expressing method references within a class. Code. Coverage visualizations (soon).

Outputs - template Dynamic relationships within a package (or a framework component) in UML-style. –(Currently uses packages as subsystems.) Raine’s template view coverages (soon). Template and hook visualization (soon).

Outputs -framework Components of the framework. Relationships between components. Connected and unconnected hot spots (hooks).

Work so far General tested project structure: –Project->Framework component -> Class -> Method Dynamic component extractor and relationship resolver (currently outside RITA but easily included in the source code). Complete java language parser.

Work so far (cont.) Internal language-independent method-level graph presentation. Framework for executing tests, defining coverages, and analysing test results. Well-defined hooks for adding new tests on the fly.

Work so far (cont 2.) Generic graph visualization algorithm that dynamically adjusts node positions and minimizes edge collisions. Generic, flexible, fully scalable, and relocatable shape presentation. Dynamic flow charts from source code. Windowed user interface.

Summary Rita prototypes has proved to be useful even in our own development. Although we are satisfied with our work, nevertheless this is a prototype. It is likely that in the future this version must be discarded and a new one implemented from scratch. We leave this work to Rain… the future Rita project members.

Thanks for your attention Questions? Comments? And mostly, suggestions, please?