The Blog

A Questionnaire To Help You Gather Your Non-Functional Requirements

Posted by Scott Summers on 10/04/2018

A functional requirement specifies a function that a system or system component must be able to perform. Probably the easiest way to explain ‘non-functional’ requirements is that they specify all the remaining requirements not covered by the functional requirements. Non-functional requirements specify the system’s ‘quality characteristics’ or ‘quality attributes’. Two products could have the same functions, but their attributes can make them entirely different products. A Rolls Royce has more or less the same functionality as a Lada but many different attributes!

non-functional requirements questionnaire

In terms of the system under test, the following attributes are the main areas of attention:
• Performance - Speed of transactions for peak and expected growth of business volumes. e.g. throughput, response times.
• Reliability and recoverability - How reliable is the system and can it recover if it fails in any way? How correct/accurate is the data?
• Security - The prevention of unauthorised access to programs and data.
• Usability - How easy it is for a person to learn, use or interface with the system.
• Interoperability - The ability for the system to run in different operating environments and with different components.
• Data Migration - Transferring data from the legacy/incumbent system(s) to the new system.

We’ve created a questionnaire to assist in the capture of non-functional requirements. We’ve attempted to make it usable and understandable by non-technical system users and stakeholders, but they might need to be guided by a member of the IT team (if you need support with this, we can help). This document can then be used to write the non-functional requirements – it does not, in isolation, form a requirements specification. It is not a complete list of questions but will form a good starting point and other relevant questions should be added as required. The NFR ID column is used to create a cross reference to the requirement that either already exists or get created in the requirements management tool.

Definition of subjective terms such as ‘significant’ or ‘substantial’ should be made in order to make a requirement specific to the business and system in question. Definitions could be in monetary or other objective term. The difficulty with purely qualitative requirements is that they are neither measurable nor testable. Ideally all non-functional requirements need to be specified in a way that makes them understandable by all of the stakeholders.

Please note this questionnaire does not form a complete set of the questions required to define all NFRs and must be added to or adapted as required.

To download the Non-Functional Requirements Questionnaire please click the image below.

New Call-to-action

Topics: Software Testing, Non-Functional Requirements

nFocus Blog

Welcome to the nFocus software testing blog. As thought leaders and technical innovators, we created this blog to distil our thoughts, ideas and musings on improving software quality.

Fill out the form below to receive future communications from nFocus including our latest:

  • Blog articles
  • White Papers
  • and plenty more!

Follow us

Follow us on LinkedIn to see our latest content!

Recent Posts

Posts by Topic

see all