Why Do Experts Plan For Failure?

The goal of testing is finding failures, right?

Then we should plan for the inevitable failure and make sure we are going to gather as much information as possible. When you are armed with all the right info, you will be able to find the root cause and develop a fix quickly and easily. Otherwise testers and developers wind up in an endless cycle of “can you retest it and capture X?” Half the battle — usually more than half — is simply reproducing the problem and figuring out what is really broken.

We’ve built a great feature into the RCG-4001. It captures, for every test:

Click here to read this article…

Quick Fix for CID Test Failure

Our *67 script failed when run in an interop scenario for the first time. It was a pretty obvious failure — our expected CID string should have been all lowercase.

No need to modify the script, just edit /etc/rimay/callgen.conf. Find this line:

Click here to read this article…

Troubleshooting Telephony Failures

When a telephony call feature is failing, there are several possible categories of causes. The early stages of troubleshooting should try to eliminate some of these broad categories as causes (or find the cause along the way, whichever happens first).

Click here to read this article…