Hi all,
This week we’ll talk about stubs in greater detail. We’ve seen how stubs can be a useful helper and there’re many types of stubs as well.
We’ll also need to cover some hidden dangers of stubs and mock objects as well.
So what’s so dangerous about stubs and mock objects anyway? Let’s find out. Read the rest of this entry »
Hi all,
This week’s post comes a little later than usual because I’m not satisfied with the quality of my draft. After some serious thoughts and revamps, I’ve managed to rewrite the article to better serve this week’s topic - Dangers of using stubs.
By the end of this post, we’d have covered most, if not all of the basics in Software Quality.
We’ll then move on (continuing on the series) to other parts of software quality processes which can help you in your daily development or higher level processes.
So what’s so dangerous about stubs? Let’s find out…
Read the rest of this entry »
Dear all,
It has been quite some time since I’ve posted. And I must say, I’ve been thinking through about the next set of software quality parts and I do not feel very comfortable posting them here. The primary reason is due to the fact that those articles are highly subjective and debatable. It’s unlike the first 12 parts where all of the components described are actually in practice.
Thus for the next few weeks, since my 2nd set of software quality isn’t ready for release, I’ll try my best to share my other experiences too.
This week, we’ll talk about a small change that can lead to a very irritating development cycle. So what’s that?
Read on… Read the rest of this entry »
This week, we’re going to talk about OoI and OoD.
Don’t get me wrong, they’re not meant to be read literally.
OoI stands for Order of Initialization
OoD stands for Order of Destruction
The former applies to all programming language with object (or memory buffer) constructs while the latter only apply to C/C++ only. Or does it?
So what’s so problematic about them that leads to software quality issues?
Read on… Read the rest of this entry »