QC 11 - Return of the Media....

One of my recent posts I described the trails and tribulations of an on-again, off-again migration to QC11, thawed at the last moment. Well now for the next chapter, all be it rather short.

I was lucky enough to receive a MacBookAir 11 inch for xMas care of my lovely Wife (Yay Babe) and in the process of transferring/consolidating all of my work files from the various Laptops and PC's used to use onto my little shiny MacBook I happened to stumble across a zip file "T7333-15006_1a.zip" in one of the directories. I thought it looked like a HP download and as luck would have it when I opened it it's the install media for QC10 - hooray. Now combining this little fella with the QC10 patch we located earlier and guess the move is back on!

Testing Utopia

In line with some of my recent posts about reporting, requirements, defects and test execution status - I think that I have narrowed down what utopic testing conditions would be. It's a big call but here is what I came up with; All of the...
1) Requirements (functional and non-functional) fully derived and understood,
2) Requirements covered by risk appropriate test cases/scripts/procedures,
3) Documented test cases/scripts/procedures executed,
4) Defects discovered either resolved or well understood and documented,

That's the beauty of utopia, its so great, dynamic and unattainable but well worth striving for...

I've reached the point were I have a vision of what this Utopia looks like and how I might need to report how far away we are from it. It involves a data cube which contains information about requirements, tests and defects. Each of the data objects has records attached requirements have links to tests and defects, a priority and risk assessment. Tests have links to requirements and defects, but also records of each time the test was executed (results), priority and complexity rating. Defects have a status, severity, complexity and business impact. I'm sure there is a few things I have forgotten, but they can be added. I think that I have been asked to provide a report based on all of these attributes at one time or another...

QC11 - The next chapter

This story begins several months ago, when I downloaded the trail version of QualityCentre 11 with only intensions of 'playing'. Yeah right! As with most software trails I played hard for the first few days and then the interest slid south. I liken it to the Garnter hype-cycle... I climbed to the top of the "Peak of Inflated Expectations" and then coasted down to towards the Trough of Disillusionmen - but on the way down I had several little bumps which again have tweaked my interest. I'm not disillusioned at all, rather beaten by circumstance - let me explain.

In my current role, like all that have come before, I am the administrator of our QC instance. As such when it begins to play up, then the server/infrastructure team comes knocking on my door. Recently my little QC has not been playing nicely with the other applications in the sandpit - namely SQL and MOSS. It appears the QC service is hogging all the CPU on the server and as such the other applications, which are also critical, suffer. All this means is that nobody is happy with the testing team!

The solution I thought was to simply capitalise on my investment in the QC 11 trail and install QC 11 on the new (well additional server) and then migrate the old projects from QC 10 on the old congested server to new, fresh and totally dedicated QC 11 server. Oh if it were that simple then I guess we'd have done it my now!!! The first hurdle I encountered was that the trail period for QC11 had expired - not really a big deal I thought I'll just build another virtual server and install it again, besides I could use the practice for when I have to do it for real. First mistake, foolishly I thought that since I'd done it before, blogged about my experiences it would be a smooth process. Seems I was wrong, I encountered several of the errors I had seen previously and a few I hadn't. This time around the QC Service failed do to a java issue - the 'java virtual machine failed to load'. I so tried at least a dozen different ways of setting JAVA_HOME but none seemed to work. I reverted to editing the .bat file with little success, at one point I even installed JBoss standalone. This was the turning point as I discovered that JBoss would run with all the setting as they were. Now having narrowed in to the problem (I thought) I investigated the jboss installed by QC only to follow it down a rabbit whole the likes of which Alice in Wonderland would have enjoyed. Though at the end of this wonderful adventure I discovered I'd been looking the wrong spot - doh. All of this adventure was on my virtual PC at home. We then tried it for real on the new server.

Not surprising we encountered the same issues on the new server as I had had on the virtual, this time we were quicker in debugging the issue. We were able t o get the QC 11 instance up and running, all be it through the .bat file rather than the QCServices. It was at this point that we encountered what would be the mount everest of problems. When we confirmed that QC had started we navigated to the url using the browser which was installed on the server (win2003) which happen to be IE6. A simple detail which I over looked in my excitement to install the trail, and the fact that all my playing was on a win2008 server which has IE7 as default. QC 11 requires IE7 or IE8 BOOM our journey had come to a screaming halt. The network that we work on, is closed to the outside world - entombed to operating systems of days long since gone. The governance of this network doesn't allow for changes to occur without a lengthy consultation process etc. So now we're almost back to square one but not quite and this is the kicker - the simple solution install QC10 on the new server seemed to be the obvious choice, but again the best intensions were thwart, no one can find our QC 10 installation media! Guess this is still a work in progress :-)