Skip to main content

ISEB-ISTQB Sample Exam Paper 56

1 When what is visible to end-users is a deviation from the specific or expected behaviour, this is called: a) an error b) a fault c) a failure d) a defect e) a mistake 2 Regression testing should be performed: v) every week w) after the software has changed x) as often as possible y) when the environment has changed z) when the project manager says a) v & w are true, x – z are false b) w, x & y are true, v & z are false c) w & y are true, v, x & z are false d) w is true, v, x y and z are false e) all of the above are true 3 IEEE 829 test plan documentation standard contains all of the following except: a) test items b) test deliverables c) test tasks d) test environment e) test specification 4 Testing should be stopped when: a) all the planned tests have been run b) time has run out c) all faults have been fixed correctly d) both a) and c) e) it depends on the risks for the system being tested 5 Order numbers on a stock control syste...

When to Implement Functional Testing?

When to Implement Functional Testing?


Functional Testing is probably the most widely used form of software testing in the Information Technology world today. The vast majority of software producing companies have tight budgets, tight deadlines and lots of competition. The main aim of this type of software testing is to answer the following question:

Does the software do what it was designed to do?

Software developments are nearly always driven by business requirements, as they form the reason why the software is being developed in the first place. Business requirements can be documented in several ways, either grouped under the one single banner of business requirements or separated into sections such as user requirements, functional requirements and system requirements etc. Functional Testing is typically planned to satisfy business requirements as a group or individually. Some requirements are not testable, which does not necessarily mean that there was a mistake, but simply means another form of testing will have to be used to satisfy the requirement.

Functional requirements should always be testable however. It is common for company departments and project stakeholders alike to request a list of requirements and their associated test case results. This is why the importance of this type of software testing is ranked highly in the development life-cycle.

Requirements are created at the beginning of the software development life-cycle, so Functional Testing can be a consideration very early on. Questions like "How am I going to test this?" are valid at any stage, and so the earlier on it can be answered the better. Requirement reviews can be said to include Functional Testing as both an input and an output, such is the importance of this type of testing.

Functional Testing is based on the external behaviour of the software under test, otherwise known as 'black-box testing', which means that no knowledge of the inner design of the code or logic is required. An example of a form of this type of software testing is 'Security Testing', which tests the functions relating to threats from malicious persons and viruses etc. Interoperability testing can also be considered to be a form of Functional Testing as the capability of the software product to interact with other specified components or systems is being tested.
 

Author: James S Clark
Source: Link

Comments