This post discusses a technology called “Buggy Spots Prediction” (BSP) which allows for risk-based approach to software quality. Originally posted in Java. Quality. Metrics (part 6)
Later comment: similar approach has been taken by Sonar
Are you new to blogging, and do you want step-by-step guidance on how to publish and grow your blog? Learn more about our new Blogging for Beginners course and get 50% off through December 10th.
WordPress.com is excited to announce our newest offering: a course just for beginning bloggers where you’ll learn everything you need to know about blogging from the most trusted experts in the industry. We have helped millions of blogs get up and running, we know what works, and we want you to to know everything we know. This course provides all the fundamental skills and inspiration you need to get your blog started, an interactive community forum, and content updated annually.
The link above hasn’t been redirected property lately, so here’s the copy of Google’s cache for that article:
Getting back to my favorite topic about quality of life… I meant that pseudo-life, we all are trying to make. And if there’s Something, what had once created all of us and everything else around – it did a way better job 😦 But, I think, we have deserved a credit too: we don’t have all the time in the eternity to finish our job by trial and errors approach. An average man leaves about 70 years; say 30 years of which she spent in diapers, at school or on medications in front of TV, purchased on retirement money. Which left us with roughly a 40 years term, split between personal and professional life (change the order if you want to 🙂
All my professional life is literally coupled with computers (I have six of them at home, including an old Sun’s SparcClassic LX and not including my Palm Pilot). And as more and more software is coming into our lives, I’m wondering if I can rely on it and where are the limits of this trust. Also, as a participant of Java software development cycle I want to do better job myself and help my colleagues to do same: namely spend less time to develop more robust software.
This brought me to the point of quality indicators definition. What will be the right criteria to determine if a piece of software will break or not in customers hands. And again, where is the right target to aim our testing efforts and wether or not they are efficient?
After some consideration we humbly came up with the following list:
Well, assuming that now you got a data for all from above and then some. What and how you’ll deduce from here?
Let’s talk about this after I get back from that nice winter break. How about open sourcing some ideas? Ok, I’ll share (swear!) the principles of the technology we’re working on for last few months.
Best of everything to all of you and Happy New Year to everybody. Also, Merry Christmas to those who believe in Santa Clause or whatever you can call that dude, who knew something about quality in a long term!