1 AQA ICT AS Level © Nelson Thornes 2008 Testing a solution.

Slides:



Advertisements
Similar presentations
Logical and Physical Design of an Information System
Advertisements

Testing Relational Database
?  Able to explain the 6 key functions of system software  Able to explain each using a suitable example  Identify three different system software.
1 Software Engineering Lecture 11 Software Testing.
Chapter 7 UNDERSTANDING AND DESIGNING FORMS. Input Forms: Content and Organization Need for forms Event analysis and forms Relationship between input.
System Design and Analysis
Data Types and Field Properties 5.01 Understand database tables used in business.
Validation and Verification Today will look at: The difference between accuracy and validity Explaining sources of errors and how they could be overcome.
LO: We’re learning to test out application against our requirements.
Systems Analysis Chapter 8 P 94 to P 101
THE SYSTEMS LIFE CYCLE ANALYSE DESIGN IMPLEMENT MAINTENANCE IDENTIFY/INVESTIGATE.
1 AQA ICT AS Level © Nelson Thornes Types of data.
Validation and Verification
DCT 1123 PROBLEM SOLVING & ALGORITHMS INTRODUCTION TO PROGRAMMING.
1 AQA ICT AS Level © Nelson Thornes ICT Systems.
Unit 3 – Problem Solving Vale Market Research is a large market research company who provides market research solutions to high profile blue chip companies.
Chapter 8: Systems analysis and design
What is Sure BDCs? BDC stands for Batch Data Communication and is also known as Batch Input. It is a technique for mass input of data into SAP by simulating.
Systems Life Cycle DESIGN STAGE
Summer Term 2010 D.Garey OCR Nationals Level 3 Unit 3 – Problem Solving AO3 Collect data and store it using a spreadsheet.
Systems Analysis & Design
G042 - Lecture 16 Testing Your Spreadsheet Mr C Johnston ICT Teacher
Pupil Name OCR Nationals in ICT (2010) : Unit 06: Design a SpreadsheetsAO7–Testing your spreadsheet.
Systems Development Lifecycle Testing and Documentation.
Data entry: Validation
Checking data Chapter 7 Prepared by:Sir Mazhar Javed.
 Once the system has been installed it will be monitored to check whether it is working correctly. Sometimes problems with a system will not be found.
D201 “Out and About” First Assignment. What should be handed in? Planning and Log Research & Resources Database and Trip Info DatabaseTrip Info How do.
Making a great Project 2 OCR 1994/2360. Design Some candidates dive in, make a database or spreadsheet, then try and make a design afterwards. This won’t.
The Project – Database Design. The following is the high mark band for the Database design: Analysed a given situation and produced and analysed a given.
Systems Life Cycle. Know the elements of the system that are created Understand the need for thorough testing Be able to describe the different tests.
The Systems Life Cycle AS Computing F451 AS Computing F451.
The Software Development Process
Verification & Validation. Batch processing In a batch processing system, documents such as sales orders are collected into batches of typically 50 documents.
GCSE ICT Systems Analysis. Systems analysis Systems analysis is the application of analytical processes to the planning, design and implementation of.
G042 Lecture G042 Feedback 2011 Mr C Johnston ICT Teacher
1 AQA ICT AS Level © Nelson Thornes 2008 Good quality data and information Data terms.
Intermediate 2 Computing Unit 2 - Software Development.
Systems Development The Kingsway School. Systems Development This is carried out when a company is having a problem. They usually employ an ICT Consultant.
1Copyright © 2011 Pearson Education, Inc. Publishing as Prentice Hall. Exploring Microsoft Office Access 2010 by Robert Grauer, Keith Mast, and Mary Anne.
A BRIEF LOOK AT THE COMPONENTS THAT MAKE UP THE SYSTEM LIFE CYCLE.
 Software Development Life Cycle  Software Development Tools  High Level Programming:  Structures  Algorithms  Iteration  Pseudocode  Order of.
Validation & Verification Today will look at: The difference between accuracy and validity Explaining sources of errors and how they could be overcome.
GCSE ICT 3 rd Edition The system life cycle 18 The system life cycle is a series of stages that are worked through during the development of a new information.
A brief look at the components that make up the system life cycle.
1 The System life cycle 16 The system life cycle is a series of stages that are worked through during the development of a new information system. A lot.
G042 - Lecture 15 Excel Macros Mr C Johnston ICT Teacher
Computer Science & Engineering 2111 Database Objects 1 CSE 2111 Introduction to Database Management Systems.
Mr C Johnston ICT Teacher BTEC IT Unit 43 - Lesson 10 Reviewing Your Multimedia Product.
ICT IGCSE Theory – Revision Presentation The Systems Life Cycle Chapter 7: The Systems Life Cycle Analysis 7.2 Design 7.3 Development.
Learning Objectives Today we will Learn: The different types of test data.
Making a great Project 2 OCR 1994/2360. Testing The point of testing is to make sure that it does what it set out to do Test to see that the user requirements.
Testing 1. Aims To understand the purpose of testing To understand the different test strategies To explore the four types of test data Have a understanding.
In today’s lesson we will be looking at: what we mean by the software development lifecycle the phases in the lifecycle We will focus particularly on testing:
DAY 20: ACCESS CHAPTERS 5, 6, 7 Larry Reaves October 28,
SaralTA Batch-07 Software Testing Presented By - Chittaranjan M.
Highcliffe ICT Department
Testing a Solution.
Validation Bury College.
BTEC NCF Dip in Comp - Unit 15 Website Development Lesson 12 – Publish and Test Mr C Johnston.
1. You work for the University of Tawara and are going to create a database to analyse data about student courses and accommodation. Dates are to be stored.
Insert Suitable field names
Mary Torjussen A2 ICT Week 1.
“Would I have to do this all by myself …….?”
G063 - Testing.
Implementation of ICT-related solutions
5 POINT PLAN THE SYSTEMS LIFE CYCLE ANALYSE DESIGN
This presentation document has been prepared by Vault Intelligence Limited (“Vault") and is intended for off line demonstration, presentation and educational.
Query-by-Example Transparencies
CHAPTER 6 Testing and Debugging.
Presentation transcript:

1 AQA ICT AS Level © Nelson Thornes 2008 Testing a solution

2 AQA ICT AS Level © Nelson Thornes 2008 Test planning A test strategy and test plan need to be drawn up when the solution is being designed. A test strategy is an overall plan of what testing needs to be carried out without going into too much detail. A test plan goes into much more depth, giving exact details of each test to be done and what data is to be used.

3 AQA ICT AS Level © Nelson Thornes 2008 Types of test data Data for testing needs to be chosen carefully to try to prove that the solution: works with data that should work copes adequately with data that are inappropriate. Normal data is data that would be expected. It should pass validation rules and the solution should work properly, for instance the data value that is on a lookup list. Extreme data should work but is at the edges of what the solution is designed to work with. So the DVLA will accept driving licence applications from applicants aged from 17 years, but no younger. So an age of 17 would be the lowest age that was acceptable. Erroneous data should, if possible, be rejected by the solution and not cause it to fail, for example, a value that is not on the lookup list at all.

4 AQA ICT AS Level © Nelson Thornes 2008 Example Product Code BY1734 BY1963 BY5006 BY5572 BY5641 BY9007 This list is being used to look up product details via the primary key of Product Code: This value would be extreme data. These values would be normal data. A value of BZ9781 is not on the list, so it is erroneous data. If possible the system validation should stop it being entered. This value would be extreme data.

5 AQA ICT AS Level © Nelson Thornes 2008 The validity of data input The quality of information produced by any solution depends on the quality of data input. All validated fields should be tested as they are set up, but only a selection of them should be documented. The validation should allow normal and extreme data but warn the user about erroneous data whenever possible.

6 AQA ICT AS Level © Nelson Thornes 2008 The accuracy of output The accuracy of the output also depends on whether the processing has been carried out correctly. If calculations are involved, the test plan should show what data will be used for the test and what the result of the calculation should be. The result of the tests needs to be documented to prove that the calculation actually works. Other forms of processing such as queries and macros also need to be tested.

7 AQA ICT AS Level © Nelson Thornes 2008 Meeting requirements The end user needs to be involved in testing the solution to make sure it does what they wanted it to do. End users should look at: the user interface to make sure they find it easy to use. the output, making sure the correct information is included and the format is suitable for their needs. Questionnaires may often be the best way to record the opinions of ends users and audiences.

8 AQA ICT AS Level © Nelson Thornes 2008 Testing Documenting your testing (evidence) Once the test plan has been drawn up, it should be followed methodically. The results of all tests should be recorded along with evidence such as screen shots. Any corrective action that was needed should also be recorded, along with evidence that it corrected the problem. All tests should be referenced to the test plan to make it easy to follow.