PriorIT
Frequently Asked Questions (FAQs)
General
What types of things do you test?
What types of things don't you test?
Do you do other types of contract than pay-per-bug?
What will happen about bugs that are already known?
Does it matter how much the software has been tested already?
Do you work from or need a specification?
Bugs
What
does "finding a bug" consist of? What
if I am not happy that something you called a bug was one? What
difference does the bug severity make?
Payment
What
does it mean that I "pay-per-bug"? What
if you find thousands of bugs - won't I have to pay for them all? How
much does it cost?
General
What types of things
do you test?
We will test websites and any software that can be tested reasonably independently of
complex hardware set-ups. So, for example we test:
- All types of websites
- Standalone windows style applications, e.g.
- financial packages
- Microsoft Access database applications
- multimedia applications
- games
- PC tools
- etc.
This is purely a practical issue; because we test at our
own site, we must be able to reconstruct reasonably easily the environment in
which the software runs. If in doubt, contact us.
Return to top of page.
What types of
things don't you test?
We do not test:
- Complex multi-system interactions
- Hardware compatibility (e.g. whether a multimedia program supports all the
available sound cards)
- Host applications
- Client-server applications
This is purely a practical issue;
because we test at our own site, we must be able to reconstruct reasonably
easily the environment in which the software runs. If in doubt, contact us.
Return to top of page.
Do you do other types of contract than pay-per-bug?
Yes. We have 3 ways in which we work with clients:
- Fixed-price contract. In this we will take a look at the website or software and offer
you a fixed-price for the complete testing.
- Hourly rate. In this, we will test your website or software for an agreed number of
hours, charging you per hour.
- Pay-per-bug. This is the unique system where you pay only for the actual bugs which we
find in your software or website. We will of course give you an estimate when we look at your
site of how many bugs we will find, and you will be able to specify a bug search limit.
If it is website testing, and your site is already live,
see also our website BugGuard service.
Return to top of page.
What will
happen about bugs that are already known?
When a program is sent for testing (or a website given), then a list of any
known bugs should accompany the program. If a bug is found, then the list will
be checked to ensure that it is not a duplicate. Any bugs not found on the list
will be assumed to be new.
Return to top of page.
Does
it matter how much the software has been tested already?
No. It is up to you to decide how much to test it before we test it.
An initial assessment of the software is made, and it will be classified into
one of three possible stability levels:
- Low stability (bugs are expected to be easy to find, indicating that the
program has not been tested or has only been very lightly tested)
- Normal stability (normal level of bugs, indicating a normal amount of
programmer testing)
- High stability (bugs are expected to be difficult to find, indicating
already well tested)
The proposed price-per-bug will relate to how easy it is expected to be to
find the bugs.
Return to top of page.
Do you work
from or need a specification?
A specification (i.e. a written description of how the program
should perform) can be used, but we do not usually require one.
The bugs that are found are generally things which any reasonable assessment
would call bugs. For example, the program crashing, or an action doing something
in most cases but not in others. Usually the error is very clearly a bug. One
case where a specification might be needed is where the behaviour is difficult
to reasonably guess; for example, a program which calculates life-insurance
premiums based on certain formulae. Another case where a specification would be
required would be where the behaviour should follow some particular pattern, but
can only be guessed; for example, all windows of a certain type should contain
an "OK" button while others of another type should contain "Cancel".
Return to top of page.
Bugs
What does
"finding a bug" consist of?
There are a number of steps which we perform:
- Searching for and locating a bug
- Analysing the exact circumstances under which the bug occurs
- Documenting the bug found
- Reporting the bug to you and if necessary helping you to reproduce the
error
- Testing the fixed code to verify that it really is fixed
Return to top of page.
What
if I am not happy that something you called a bug was one?
We guarantee your satisfaction!
We are so confident that you will be pleased with the service that we offer
that we give you the following guarantee: "If you are not happy with any bug we
find, for any reason, you tell us why and that bug will be for free!"
Return to top of page.
What
difference does the bug severity make?
Whenever we find a bug we classify it into one of 3 severity levels. The
price you pay depends on the severity of the bug found - the less severe the
bug, the less you pay, the more severe the bug, the more you pay.
- Severe - These are bugs which are a major problem in the program.
For example:
- Program crashing
- Program hanging the system
- Normal - These are bugs which usually cause the user some problems.
For example:
- A button opens the wrong window
- A menu option is greyed when it should not be
- Minor - These are bugs which normally cause no real problem for the
user, but give a poor view of the quality of the product. For example:
- Spelling mistake
- Slight cropping of text in a window
Return to top of page.
Payment
What does it
mean that I "pay-per-bug"?
You pay for each bug we find, document, report, and re-test once you have
fixed it. There are two key factors which affect the price you pay:
- Software stability (see question Does
it matter how much the software has been tested already?)
- Bug severity (see question What
difference does the bug severity make?)
Return to top of page.
What
if you find thousands of bugs - won't I have to pay for them
all? Before starting testing we agree a bug search limit
(anything from 10 to 1000). If we reach this limit, we will ask you again for a
new bug search limit before continuing. This way, you can always be sure that
there will be no surprises.
Return to top of page.
How much does it
cost? Please contact us for the latest price list.
Return to top of page.
© Copyright PriorIT. All rights reserved.
Software and website testing:
www.priorit.bizhosting.com
|