Originally posted by Gonzo
View Post
- Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
- Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!
Has anyone ever released a major build of software that was perfect?
Collapse
X
-
And what exactly is wrong with an "ad hominem" argument? Dodgy Agent, 16-5-2014 -
It's near impossible for a group of BAs to think of every permutation that a large user group will.
It's near impossible for a group of SAs to think of every permutation that a large user group will.
It's near impossible for a group of Developers to think of every permutation that a large user group will.
It's near impossible for a group of testers to simulate every permutation that a large user group will.
Hence bugs.Comment
-
Originally posted by JimBobTwoTeeth View PostIt's near impossible for a group of BAs to think of every permutation that a large user group will.
It's near impossible for a group of SAs to think of every permutation that a large user group will.
It's near impossible for a group of Developers to think of every permutation that a large user group will.
It's near impossible for a group of testers to simulate every permutation that a large user group will.
Hence bugs.
It sometimes leads to interesting (actually rather tiresome) discussions after a system has been tested and then users are faced with issues. One of the things I always try to do when taking on a testing project is to manage the expectations of the clientco. Some clients think that if software is tested there is no possible excuse for bugs being found in production. I try to explain to them beforehand that testing can never prove the absence of bugs, but can only demonstrate the presence of those bugs that can be found using the test cases that are prepared, and that the accuracy of any statement about a system’s quality is related to the specific configuration of software and hardware on which it is tested. Testing is also a time and budget constrained activity, just like development or analysis; give us 2000 years, an unlimited budget and a frozen configuration and we might be able to test every possible path through a very simple piece of software that automatically sends cards to people their birthday. Still, we can’t guarantee the OS or the hardware config.
One loud American CFO once threatened me and his software supplier with legal action if any bugs at all were found after taking a system into production. Both the project manager and I then told him that he had two options;
- never take the system into production, or
- accept our resignation immediately
He then took advice from his legal staff and came back with a more reasonable proposal and a somewhat grumpy look on his face.And what exactly is wrong with an "ad hominem" argument? Dodgy Agent, 16-5-2014Comment
-
-
Originally posted by Mich the Tester View Postwhs
It sometimes leads to interesting (actually rather tiresome) discussions after a system has been tested and then users are faced with issues. One of the things I always try to do when taking on a testing project is to manage the expectations of the clientco. Some clients think that if software is tested there is no possible excuse for bugs being found in production. I try to explain to them beforehand that testing can never prove the absence of bugs, but can only demonstrate the presence of those bugs that can be found using the test cases that are prepared, and that the accuracy of any statement about a system’s quality is related to the specific configuration of software and hardware on which it is tested. Testing is also a time and budget constrained activity, just like development or analysis; give us 2000 years, an unlimited budget and a frozen configuration and we might be able to test every possible path through a very simple piece of software that automatically sends cards to people their birthday. Still, we can’t guarantee the OS or the hardware config.
One loud American CFO once threatened me and his software supplier with legal action if any bugs at all were found after taking a system into production. Both the project manager and I then told him that he had two options;
- never take the system into production, or
- accept our resignation immediately
He then took advice from his legal staff and came back with a more reasonable proposal and a somewhat grumpy look on his face.
Of course it helps to have good BAs who leave no ambiguity in the BRD. So a QA team should always test the docs before the system.Comment
-
Originally posted by JimBobTwoTeeth View PostI always make the point that the Business Requirements are IT's contract with the business. Anything that contravenes these is a bug.
Of course it helps to have good BAs who leave no ambiguity in the BRD. So a QA team should always test the docs before the system.And what exactly is wrong with an "ad hominem" argument? Dodgy Agent, 16-5-2014Comment
-
All my software does exactly what I told it to do, so by that measure is perfect.
Whether I programmed it to do the right thing or not is a different issue. It's not its fault that I'm not perfect.Will work inside IR35. Or for food.Comment
-
Everything that comes out of Cupertino is perfect.
If you want to prove that your software is perfect, you could always try specifying it in Z.Comment
-
The most common way of getting your software perfect, is to define it as perfect, regardless of how borked it is. Sorted.Comment
-
Originally posted by Scary View PostIf you want to prove that your software is perfect, you could always try specifying it in Z.Will work inside IR35. Or for food.Comment
- Home
- News & Features
- First Timers
- IR35 / S660 / BN66
- Employee Benefit Trusts
- Agency Workers Regulations
- MSC Legislation
- Limited Companies
- Dividends
- Umbrella Company
- VAT / Flat Rate VAT
- Job News & Guides
- Money News & Guides
- Guide to Contracts
- Successful Contracting
- Contracting Overseas
- Contractor Calculators
- MVL
- Contractor Expenses
Advertisers
Contractor Services
CUK News
- Are CVs medieval or just being misused? Today 21:05
- IR35: Mutuality Of Obligations — updated for 2025/26 Today 05:22
- Only proactive IT contractors can survive recruitment firm closures Yesterday 07:32
- How should a creditors’ meeting ideally pan out for unpaid suppliers? Sep 19 07:16
- How should a creditors’ meeting ideally pan out for unpaid suppliers? Sep 18 21:16
- IR35: Substitution — updated for 2025/26 Sep 18 05:45
- Payment request to bust recruitment agency — free template Sep 16 21:04
- Why licensing umbrella companies must be key to 2027’s regulation Sep 16 13:55
- Top 5 Chapter 11 JSL myths contractors should know Sep 15 03:46
- Top 5 Chapter 11 JSL myths contractors should know Sep 14 15:46
Comment