The-Software-Experts




Google
 




   catch your bugs!
  Home
  Newsletter
  Forum
  Shop

  SW-Training
  - Software Design
  - Safe Coding in C
  - Software Inspection
  - Software Testing
  

  SW-Design
  - Architecture
  - Module Design
  

  Coding in C
  - Safe Coding in C
  

  Refactoring
  - Principles
  - Methods
  

  SW-Testing
  - Principles
  - Static Analysis
  - Inspections
  - Module Tests
  - Functional Tests
  - Integration Tests
  - Test Documentation
  - Links
  

  SW-Documentation
  - SGML Principles
  - Printing SGML
  - Links
  

  SW-Processes
  - Process Descriptions
  - Process Assessments
  - Self Evaluation
  - Food for Thought
  - Links
  

Safety Software
Design Training

IEC 61508 compliant
Safety Software
Design for Microcontroller

SW Document
Templates

CMMI and SPICE
compliant document
templates

SW Process
Description

CMMI Level 4 and
SPICE compliant SW
development procedure

SGML Package for
Documentation

Edit and print SGML
Documemts. Professional.
fast, easy to use.

Test Bench
for C/C++

Perl based test
environment for easy
component testing

Functional Component Tests

What are Functional Component Tests?

Functional coponent tests are also called black-box tests. They are simply the kind of tests which consider the system to be a "black box". This means that the testing is done without special knowledge or consideration of the internal structure of the software. The data flow or control flow, internal timings and internal interactions are deliberately unconsidered. Inputs are stimulated or supplied by peripheral devices or simulation systems. The outputs of the software are checked for their expected values and behaviour related to the supplied inputs. The following features are common to these tests:


  1. The tests are strictly checking the functionality and performance of the software against its requirements.
  2. The timing of the inputs and expected outputs is part of the checks, as far as it is subject to specification.
  3. Additional to checking the required behaviour, test requirements will usually be extended to check also the behaviour at unexpected inputs. These are also called "dirty tests".
A good test environment, like our Perl based system can be also used for black-box testing i.e. functional testing of components. At the defined and specified input interface the component is stimulated with input data. In the Perl environment this is done e.g. with prefilled arrays containing the test data or by reading the test data from a file. The data are handed over to the tested function via the pass parameter interface or in case the data are static it can be set prior to execution via set-functions. The output interface is recorded and evaluated to check if the expected results were achieved. This can be used for regression testing in case the source code was modified e.g. in a refactoring process, to make sure that the code improvement or refactoring did not change the fuctionality.





Imprint