Software Testing for Intelligent Robots Justin Peckner Maria Velasquez November 13, 2012.

Slides:



Advertisements
Similar presentations
Software Testing Technique. Introduction Software Testing is the process of executing a program or system with the intent of finding errors. It involves.
Advertisements

System Integration Verification and Validation
Robot Sensor Networks. Introduction For the current sensor network the topography and stability of the environment is uncertain and of course time is.
Risk Analysis for Testing Based on Chapter 9 of Text Based on the article “ A Test Manager’s Guide to Risks Analysis and Management” by Rex Black published.
軟工一 吳彥諄. * Scrum overview * What happened to the software * What is the quality attribute * ACRUM * Q&A.
SAK5102 SOFTWARE EVALUATION Semester II 2008/ credits Tuesday 6.30 pm – 9.30 pm (BK1) Assoc. Prof Dr. Abdul Azim Abd Ghani 1.
1 Software Testing and Quality Assurance Lecture 33 – Software Quality Assurance.
A Embedded software component quality framework Fernando Ferreira de Carvalho Advisor: Silvio Romero de Lemos Meira Informatics Center - Federal University.
Major Exam II Reschedule 5:30 – 7:30 pm in Tue Dec 5 th.
OHT 3.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The need for comprehensive software quality requirements Classification.
CS 325: Software Engineering March 26, 2015 Software Quality Assurance Software Metrics Defect Injection Software Quality Lifecycle Measuring Progress.
Non-Functional Requirements
Introduction to Software Testing
Non-functional requirements
Software Quality SEII-Lecture 15
Software Project Management Fifth Edition
COURSE TITLE: 1 Software Quality Assurance. Course Aims Introduction to software quality assurance. Software testing terminology. Role and responsibility.
 The software systems must do what they are supposed to do. “do the right things”  They must perform these specific tasks correctly or satisfactorily.
ConfidentialPA Testing Mobile Applications A Model for Mobile Testing.
1 ICS 122: Software Specification and Quality Engineering Spring 2002Lecturers: H. Muccini and D. J. Richardson Lecture 13: Summary The three aspects:
Sept - Dec w1d11 Beyond Accuracy: What Data Quality Means to Data Consumers CMPT 455/826 - Week 1, Day 1 (based on R.Y. Wang & D.M. Strong)
Based on D. Galin, and R. Patton.  According to D. Galin  Software quality assurance is:  A systematic, planned set of actions necessary to provide.
Amirkabir University of Technology, Computer Engineering Faculty, Intelligent Systems Laboratory 1 Overview of Requirements Engineering Section One Version:
Software Software is omnipresent in the lives of billions of human beings. Software is an important component of the emerging knowledge based service.
Copyright © Jerzy R. Nawrocki ISO 9126 and Non-functional Requirements Requirements.
ICare Software Architecture Description: Principles, Decisions and Contradictions Team A Aggarwal Ashutosh Alungh Suman Appiah Stella Baddam Bhaskar Baghaie.
Basic of Software Testing Presented by The Smartpath Information System An ISO 9001:2008 Certified Organization
Software Quality : The Elusive Target
University of Palestine software engineering department Testing of Software Systems Testing throughout the software life cycle instructor: Tasneem.
12.1 Introduction Checklists are used as a technique to give status information in a formalized manner about all aspects of the test process. This chapter.
Software Methods Mö/ slide 1 Methods and Techniques of Software Quality Management ICEL Quality Management Systems: Methods and Techniques of Software.
OHT 1.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The uniqueness of software quality assurance The environments for which.
University of Sunderland COM369 Unit 6 COM369 Project Quality Unit 6.
About Quality Pre paired By: Muhammad Azhar. Scope What is Quality Quality Attributes Conclusion on software Quality Quality Concepts Quality Costs.
Software quality factors
CS551 - Lecture 5 1 CS551 Lecture 5: Quality Attributes Yugi Lee FH #555 (816)
Quality Factors Chapter Three. Question To know that quality has improved, it would be helpful to be able to measure quality. How can we measure quality?
CSSE Software Engineering Process and Practice Lecture 5 Q UALITY A SSURANCE.
Chapter 13: Software Quality Project Management Afnan Albahli.
UKTMF 27 th January 2010 Non-Functional Testing1 Non-Functional Testing Non-Functional Testing Why is this so often done badly or not done at all? Can.
Chapter 2 Object-Oriented Paradigm Overview. Getting Acquainted with the Class Project Read the requirements specification carefully Make note of any.
Requirement Elicitation Review – Class 8 Functional Requirements Nonfunctional Requirements Software Requirements document Requirements Validation and.
Non Functional Testing. Contents Introduction – Security Testing Why Security Test ? Security Testing Basic Concepts Security requirements - Top 5 Non-Functional.
 System Requirement Specification and System Planning.
ISQB Software Testing Section Meeting 10 Dec 2012.
Chapter 2 Object-Oriented Paradigm Overview
PREPARED BY G.VIJAYA KUMAR ASST.PROFESSOR
A Hierarchical Model for Object-Oriented Design Quality Assessment
Non-functional requirements as Gordian knot
Software Verification and Validation
Security SIG in MTS 05th November 2013 DEG/MTS RISK-BASED SECURITY TESTING Fraunhofer FOKUS.
Prologue.
Software Quality Assurance Software Quality Factor
Software testing
Quality Exercise 2 Instructions
CIF301 Project Quality Unit 6
Chapter 8 – Software Testing
Usability engineering
Quality Exercise 2 Instructions
مقدمه اي بر مهندسي نيازمنديها
UNIT II.
Introduction to Software Testing
Charakteristiky kvality
Thursday’s Lecture Chemistry Building Musspratt Lecture Theatre,
and Jose-Norberto Mazón University of Alicante
Software Quality Assurance Lecture 3
ISO/IEC Systems and software Quality Requirements and Evaluation
Tomaž Špeh SURS TF SERV, Luxembourg,
Presentation transcript:

Software Testing for Intelligent Robots Justin Peckner Maria Velasquez November 13, 2012

Yun Koo Chung and Sun-Myung Hwang. "Software Testing for Intelligent Robots", International Conference on Control, Automation, and Systems, Seoul, Relevance: shows how software testing can be adapted to a particular software type, using ISO standards. Paper Reviewed

Robots are becoming increasingly used in businesses and homes. Software components such as voice recognition, facial recognition, movement control, and more, each need thorough testing. Paper describes researchers' spearheading of an initiative for testing robotics software using ISO standards. Introduction

Ubiquitous Robot Companion (URC): Korean project aimed at developing server/client based robots o "Robots will offer news, weather, recipes, [and] will clean homes" * o Robots maintain connection to a server o As much processing of robot functions as possible is done server-side o Results in less expensive robots Background *

The testing process is based on ISO 9126 and ISO specifies attributes to strive for. o The researchers took the 30 most important specifications from this standard (trimmed down from about 80) specifies how to test these attributes. Applying ISO Standards

ISO/IEC 9126 consists of six standards: Functionality: how capable is the software of carrying out its specified requirements? o Submetrics: Suitability, Accuracy, Interoperability, Security, Functional Compliance ISO/IEC 9126: Quality Attributes

Reliability: how well does the software maintain its specified performance, when used under normal conditions? o Submetrics: Maturity, Fault Tolerance, Recoverability, Reliability Compliance Usability: how easy is it for users to understand and use the software? o Submetrics: Understandability, Learnability, Operatability, Attractiveness, Usability Compliance ISO/IEC 9126: Quality Attributes

Efficiency: how well does the software manage performance of the robot? o Submetrics: Time Behavior, Resource Behavior, Efficiency Compliance Maintainability: how much effort is required to change the code over time? o Submetrics: Analyzability, Changability, Stability, Testability, Compliance ISO/IEC 9126: Quality Attributes

Portability: how ready is the software to be transferred to a different environment? o Submetrics: Adaptability, Co-Existance, Replacibility, Compliance ISO/IEC 9126: Quality Attributes

1.Analysis of requirements: what are specific features that customers want? 2.Evaluation specification: for each requirement in step #1, how will we measure it? ISO : Testing the Attributes Analysis of evaluation requirements Evaluation specification Design and definition of evaluation plan Execution of evaluation plan Evaluation report

3. Design/definition of evaluation plan: create a specific, repeatable testing plan. 4. Execution of plan. 5. Evaluation report. ISO : Testing the Attributes Analysis of evaluation requirements Evaluation specification Design and definition of evaluation plan Execution of evaluation plan Evaluation report

Robot Software Components Others... Visual recognition of user faces/gestures Audible recognition of user voice Human_Robot Interactions (HRI) Smart Action Technology Environmental mapping Physical object manipulation

In developing test cases, the authors specify that each case should: o reduce the number of additional cases needed by more than one. Unclear about how exactly to do this. o detect as many errors as possible (even if finding them is not the specific goal of the test case). Some people might find this approach too broad. Test Case Scenarios

1.Identify the requirements in the specification. [ISO , step #1] a. Examples: The robot shall... i....map its surroundings using a supersonic sensor. ii....recognize the faces of humans it has already been programmed to know at least 95% of the time. iii....distinguish between the voices of humans it has already been programmed to know. Creating Test Cases

2. Create a test scenario targeting at least one requirement (more if possible). [ISO , step #2] 3. Continue this until all requirements have been covered. 4. Create a specific, repeatable test plan for the scenario. [ISO , step #3] Creating Test Cases

The paper focuses on presenting an approach to URC Robot Software Components testing, by adapting both ISO 9126 and Beginning of an initiative to establish a standard in robot software testing. Good demonstration of applying abstract standards to a practical project. Conclusion