Team members: Mohammad Al-Subaie Ahmed Al-Saleh Faisal Al-Eshiwy Mohammad Al-Dulaijan Ali Al-Nuami.

Slides:



Advertisements
Similar presentations
Project Analysis Course ( ) Final Project Report Overview.
Advertisements

Software Quality Assurance Plan
Verification and Validation
Based on Powerpoint slides by Gunter Mussbacher, Gregor v. Bochmann User Requirements Notation (URN) SEG3101 (Fall 2010)
Beta Testing: The Contractor’s Perspective Trns·port User Group Meeting October 2005.
Ossi Taipale, Lappeenranta University of Technology
Software Quality Assurance Plan
1 Software Requirement Analysis Deployment Package for the Basic Profile Version 0.1, January 11th 2008.
Mechanical Engineering Drawing and Graphics (ME 210) Term 041 Course Outline & Introduction.
CLAReT PERSONAS AND SCENARIOS. When? Personas were used in the CLAReT workshops as a role play activity. Participants were required to assume a persona.
Project Management and Communication Represented by: Latifa Jaber Al-Ghafran.
6/19/2007SE _6_19_TSPImp_SVT_Lecture.ppt1 Implementation Phase Inputs: Development strategy & plan Completed, inspected & baselined SRS & SDS.
Harris JTRS Project The A-Team Garrett Wampole Ben Litchfield Jason Offord Jason Gillman David Bryant.
1 SWE Introduction to Software Engineering Lecture 5.
Your Presentation Title Names of Team members Advisor name EE496A Midterm Presentation Fall, 2006.
Proposals A Template. In Organizations & Workplaces: proposals… 1.Clarify work agreements within and outside the organization 2.Set forth your productivity.
Systems Development Life Cycle
Test Plan A document that indicates what testing will occur, how it will occur, and what resources will be necessary for it to occur. A test plan also.
1 CMPT 275 Software Engineering Requirements Analysis Process Janice Regan,
Development plan and quality plan for your Project
Verification and Validation
Software Integration and Documenting
Early Testing. 2 1.Introduction 2.Extension of NDT 3.Conclusions Index Table of Contents.
Software Testing Verification and validation planning Software inspections Software Inspection vs. Testing Automated static analysis Cleanroom software.
Software Engineering CS B Prof. George Heineman.
1 CSE 2102 CSE 2102 CSE 2102: Introduction to Software Engineering Ch9: Software Engineering Tools and Environments.
Page 1 MODEL TEST in the small GENERALIZE PROGRAM PROCESS allocated maintenance changes management documents initial requirement project infrastructure.
Best Practices By Gabriel Rodriguez
TEAM MEMBERS: AHMAD AL-SALEH ( ) FAISAL AL-ESHIWY ( ) MOHAMMAD AL-DULAIJAN ( ) Genius Project Tool Presentation.
TOWARDS ADVANCED GOAL MODEL ANALYSIS WITH JUCMNAV Daniel Amyot, Azalia Shamsaei, Jason Kealey, Etienne Tremblay, Andrew Miga, Gunter Mussbacher, and Mohammad.
Independent User Acceptance Test Process (IUAT)
Software Quality Assurance Lecture #2 By: Faraz Ahmed.
1 GRL Tools JUCMNav vs. OpenOME CSI5112 – Project Winter 2008 Bo Peng, Li Chen, Yessine Daadaa.
Jan 20-21, 2005Weiss and Amyot, MCETECH 051 Designing and Evolving Business Models with the User Requirements Notation Michael Weiss (Carleton University)
TEAM MEMBERS: AHMAD AL-SALEH ( ) FAISAL AL-ESHIWY ( ) MOHAMMAD AL-DULAIJAN ( ) OpenProj Tool Presentation.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
Abstract Use Case Map (UCM) scenarios are useful for elicitation and analysis of software requirements However, they must be used in cooperation with complementary.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 22 Slide 1 Software Verification, Validation and Testing.
Example Template for Project Presentation
For Goal-Driven Business Process Modeling Saeed A.Behnam,  Daniel Amyot, Gunter Mussbacher SITE, University of.
Verification and Validation Assuring that a software system meets a user's needs.
Chapter 6 An Introduction to System Software and Virtual Machines.
CS251 – Software Engineering Lecture 9: Software Design Slides by Mohammad El-Ramly, PhD
Gregor v. Bochmann, University of Ottawa Based on Powerpoint slides by Gunter Mussbacher(2009) with material from Amyot User Requirements Notation (URN)
Generating Software Documentation in Use Case Maps from Filtered Execution Traces Edna Braun, Daniel Amyot, Timothy Lethbridge University of Ottawa, Canada.
Software Engineering1  Verification: The software should conform to its specification  Validation: The software should do what the user really requires.
Yazd University, Electrical and Computer Engineering Department Course Title: Advanced Software Engineering By: Mohammad Ali Zare Chahooki The Rational.
Decision Table Editor Verification & Validation. Outline Testing Process Testing Approach Test Results Project Plan Test Product Management Automation.
Next generation localization testing Taras Tovstyak, ELEKS.
UML Course Instructor: Rizwana Noor. Overview  Modeling  What is UML?  Why UML?  UML Diagrams  Use Case  Components  Relationships  Notations.
Requirement Engineering with URN: Integrating Goals and Scenarios Jean-François Roy Thesis Defense February 16, 2007.
Fundamentals of Software Engineering. Instructor: Dr. Kal Bugrara Office: Snell Engineering, Rm 267 Office Hours: Sat: 12:00-2:00 pm Phone
1 CP586 © Peter Lo 2003 Multimedia Communication Multimedia Development Team.
Your Interactive Guide to the Digital World Discovering Computers 2012 Chapter 12 Exploring Information System Development.
An Introduction to UML COMS 103 section 4 11 January, 1999.
CIS 210 Systems Analysis and Development Week 9 Part I Maintaining Information Systems,
1 Towards Integrated Tool Support for the User Requirements Notation Jean-François Roy
© Mahindra Satyam 2009 Inspections and Reviews QMS Training.
Systems Development Life Cycle
Project Management PTM721S
Software Verification and Validation
CSC 480 Software Engineering
Testing Process Roman Yagodka ISS Test Leader.
Six Sigma Greenbelt Training
Daniel Amyot and Jun Biao Yan
[insert Name of team here] [insert name of project here]
Systems Development Life Cycle
Social Practice of the language: Describe and share information
IMPLEMENTATION PLAN OUTLINE
SDLC (Software Development Life Cycle) Role Play
Presentation transcript:

Team members: Mohammad Al-Subaie Ahmed Al-Saleh Faisal Al-Eshiwy Mohammad Al-Dulaijan Ali Al-Nuami

Outline About jUCMNav System. Phase 1: Test Plan. Phase 2: Generating Test cases (Junit). Phase 3: Input Space Partitioning.

About jUCMNav System jUCMNav is a free, Eclipse-based graphical editor and an analysis and transformation tool for the User Requirements Notation (URN). URN is intended for the elicitation, analysis, specification, and validation of requirements. URN combines two complementary views: one for goals provided by the Goal-oriented Requirement Language (GRL) and one for scenarios provided by the Use Case Map (UCM) notation.

Phase 1: Test Plan Roles of each team member: MemberRole Ahmed Al-SalehResponsible for Inspection (PM) Mohammad Al-DulaijanResponsible for Inspection Mohammad Al-SubaieResponsible for Test Plan Faisal Al-EshiwyResponsible for Test Plan Ali Al-NuamiResponsible for Test Scheduling

Phase 1: Test Plan In this phase we developed the test plan document, containing : Software Project Introduction: This section describes project overview and deliverables. Software Overview: This section provide the software size information jUCMNav contains 1737 Classes & LOC

Phase 1: Test Plan Software Inspection After performing software inspection on 151 classes we found the following results: Total number of defects is 334 defects. No. of Defects per class is 2.2 defects. No. of Defects per type is 11.3 defects. Test Plan In this section, 33 TCs were created without looking on the internal design of the system.

Phase 2: Generating Test cases (Junit) Roles of each team member: MemberRole Ahmed Al-SalehWorked on Generating TCs Mohammad Al-DulaijanWorked on Generating TCs Mohammad Al-SubaieWorked on Generating TCs Faisal Al-EshiwyWorked on Generating TCs (PM) Ali Al-NuamiWorked on Generating TCs

In this phase we generated test cases using Junit. Configuration Details UCM\Scenario package was chosen to apply Junit test on it. UCM\Scenario package contains 9 major classes. Coverage Level Total number of TCs generated is approx. 68 TCs. The coverage level were 49% of the package. Phase 2: Generating Test cases (Junit)

Phase 3: Input Space Partitioning Roles of each team member: MemberRole Ahmed Al-SalehWorked on partitioning system inputs Mohammad Al-DulaijanWorked on partitioning system inputs Mohammad Al-SubaieWorked on partitioning system inputs (PM) Faisal Al-EshiwyWorked on partitioning system inputs Ali Al-NuamiWorked on partitioning system inputs

In this phase we conducted Input Space Partitioning for UCM\Scenario package. Input Space Partitioning Based Testing. We used interface-based input space partitioning. For the coverage, we used All Combination Coverage (ACoC) Each Choice Coverage (ECC). We created 196 Combination for the methods tested in Phase 2. Phase 3: Input Space Partitioning

Thank You Very Much