Friday, 17 October 2008

5.9 SP3

I have just finished playing with the latest and greatest hot fix for 5.9, and, after been tipped off by one of the posts on http://forums.pivotal.com, can't believe that the smart portals don't work.

Pivotal have, for all my time working with the product, excelled themselves by breaking bits of the application when fixing another part, and this is something that affects all developers, especially with a complicated application that 5.9 surely is. I have been known to do this myself in the past, and I'm pretty good ;)

The only way to prevent this is to ensure your quality assurance processes and people are up to scratch. There should be a set of simple tests that are done for every release, whether it is a Pivotal release or one of your own, which are conducted in all the release versions you make, before they make it in to production and again as the first thing you do after the production release.

If Pivotal haven't got this process in place, haven't got the staff to do the work, what ever the excuse, then what are we paying our maintenance for? Are we in the wrong to expect a release from them not to break other bits of the application?

I know their concentration must be with Sedna now, but there are a lot of people on the 5.X platform that will be staying with it (and paying their maintenance) up to and beyond the date when support stops, surely we should expect some QA process to assist us going forward? Are they just relying on the likes of you and I in doing the testing for them?

The first thing Pivotal says when I come across any problem is to install the latest hot fix. I won't be doing so in the future unless they can prove my issue has been fixed, and it has been QAd effectively.

P.S. There is a fix for the issue with smartportals, coming in HF2 (SP3 less than a month ago), but if you need SP3 before then, there is a workaround documented here

No comments: