Z_09.ppt
Upcoming SlideShare
Loading in...5
×
 

Z_09.ppt

on

  • 978 views

 

Statistics

Views

Total Views
978
Views on SlideShare
978
Embed Views
0

Actions

Likes
0
Downloads
8
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Z_09.ppt Z_09.ppt Presentation Transcript

  • Software engineering for real-time systems Section 11 Analysing and testing source code
  • Introduction
    • Objectives
    • To:
        • Explain the underlying concepts of the testing of source code.
        • Describe the basics of static and dynamic analysis.
        • Introduce code complexity metrics.
        • Describe coverage analysis and its use as part of the dynamic analysis process.
        • Illustrate test issues specifically related to object-oriented programming constructs.
  • Introduction to software testing Part 1 Overview
  • Why test software?
  • Approaches to code testing Preventing errors Detecting errors
  • Software code test techniques
  • Software testing steps Test units Integrate units then test functions Integrate functions then test sub-systems Integrate sub-systems then test the complete system Software system Software sub-system 1 Software sub-system 2 Major software function 1 Major software function 2 Major software function 3 Code unit 1 Code unit 3 Code unit 2 Code unit 5 Code unit 4 Integration of parts
  • Introduction to static analysis Part 2 Static Analysis
  • Static analysis techniques
  • Automated static analysis tools
  • Evaluating program structure - cyclomatic complexity measures McCabe’s cyclomatic complexity metric: a measure of the amount of decision logic in a code unit Cyclomatic complexity value: the number of independent paths through a control flow graph Control flow graph Graph complexity measured using Cyclomatic complexity techniques Output from module Source code decision logic Input to module Structure described using a
  • Control flow graph - simple sequence structure
    • Cyclomatic complexity value v(G): the number of independent paths through a control flow graph.
    • Here v(G) = 1
    { Accel [0] = Xnew; Accel [1] = Xold; Accel [2] = Ynew; } Statement 1 Statement 2 Statement 3 Node 1 Node 2 Node 3 Edge (1-2) Edge (2-3) Code of 'module' Corresponding flow graph Statement 1 Statement 2 Statement 3 Flowchart
  • Control flow graph - simple selection structure v(G) = 2 Statement Flowchart Statement Statement ?
  • Control flow graph - simple iteration structure { while (DataValue < 10) { cout << &quot; Input data value&quot;; cin >> DataValue' cout << DataValue; } /* end while */ cout << &quot; End of test&quot;; } Construct 1 Construct 2 Construct 3 Construct 4 Code of 'module' Construct 5 Node 1 Edge (1-2) Edge (2-3) Edge (3-4) Edge (4-1) Node 5 Corresponding flow graph Node 3 Node 2 Node 4 Edge (1-5) v(G) = 2 Statement Flowchart Statement ? Statement Statement
  • Example control flow graphs Control flow graph - highly complex structure Control flow graph - simplest structure achievable
  • Introduction to dynamic analysis Part 3 Dynamic Analysis
  • Black box and white box testing Two ways of testing code Overall function Internal workings ‘ Black box’ testing Performed at the interfaces ‘ White box’ testing Performed on the implementation
  • Basis of dynamic testing
  • The test harness
  • Features of general-purpose dynamic testing tools
  • Coverage analysis and white box testing
    • Coverage analysis
    • ‘ A measure of the effectiveness and completeness of code testing.’
  • Basis of a practical dynamic testing tool
  • Dynamic testing and coverage analysis tool
  • Integration and testing Part 4 Integration and test strategies
  • Combined unit and integration testing Unit A Unit A2 Unit A1 Test code for unit A Test 2 Integrate units A1 and A2 to form A Test code for unit A1 Unit A1 Test 1(a) Test code for unit A2 Unit A2 Test 1(b) Phase 1: test individual units. Phase 2: test the combined unit. This test must exercise all features of A1 and A2.
  • Reduced integration testing v v Call node (a) Original graph - v(G) = 6 Full flow graph of the integrated unit A. Reduction steps: 1. Identify ALL control structures of units A1 and A2 not concerned with external units (A). 2. Remove these from the flow graph. Reduced flow graph of the integrated unit Call node (a) Reducedl graph - v(G) = 2
  • Class and object testing Part 5 OO systems - Class and object testing
  • Class and object testing
  • OO metrics in general use
  • Use of OO metrics Evaluation of completeness and self-containment Assessment of design complexity Prediction of required test effort Use of OO metrics (class and object) Estimation of coding errors Ÿ LOC Ÿ AD Ÿ MD Ÿ MHF Ÿ AHF Ÿ LCOM Ÿ DIT Ÿ NOC Ÿ LCOM Ÿ WMC Ÿ WMC Ÿ RFC Ÿ MHF Ÿ CBO
  • Inheritance, polymorphism and testing issues
  • Multiple clients using multiple servers having polymorphic methods THE question: How much testing is needed?
  • Alternative test strategies with multiple clients/servers
  • Review of ‘Analysing and testing source code’