# Thread: Calculating Quality from one build to another

1. ## Calculating Quality from one build to another

Hi Guys,

Can anyone in here help me in here and let me know the process of calculating the quality from a build to the another and succeeding builds.

Thanks and Regards,
Sanjay

2. ## Re: Calculating Quality from one build to another

Quality is a very broad term..!!

Identify the metrics that are being captured in your org and comparision of them with baselined industry metrics should help you get somewhere..

You can define it terms of the defects,testing eff,defects per LOC, def density,defects in prod..there are more to add to this list...

3. ## Re: Calculating Quality from one build to another

Hey Jonty,

Let me be more precise with my question, as of now I need to calculate the quality from one build to another, the parameters which I can use is No of defects raised and the total number of test cases excuted on that particular build. The formula which I think may go with my situation is (Product of Number of bugs raised and 100)/Number of test cases executed. I am I ryt?

Regards,
Sanjay

4. ## Re: Calculating Quality from one build to another

Sanjay, the defect-related metric you suggested is somewhat useful as a progress indicator; one that requires qualification. As an indicator of quality it is limited. For example, an end-user can be using the app and not encounter any defects in the parts of the app they might use routinely. If the end-user in this case struggles with the app and loses productivity relative to prior versions or manual procedure; one could without much argument say that this is an app with a low number of defects but is yet of poor quality. Unfortunately this example is quite often reality.

You may find the two following discussions useful.

Discussion 1.
Discussion 2,

5. ## Re: Calculating Quality from one build to another

[ QUOTE ]
one could without much argument say that this is an app with a low number of defects but is yet of poor quality. Unfortunately this example is quite often reality.

[/ QUOTE ]

x2

I'd say the first thing is to come to an agreed upon definition of "quality" and then determine the attributes that should be used to determine 'quality'. Performance, functionality, stability are a good first step.

It also depends on what phase of the dev cycle you're in because that may dictate the methods one uses to determine quality. Are you mainly concerned with functionality that is fully implemented and testable at a UI level when calculating quality? Or are you interested to evaluate quality of the code that's written each week, month, etc. prior to it being testable at a UI level?

I would look at things from the perspective of the customer and what might be defined for a formal user acceptance test and then execute appropriate tests to determine if such user acceptance tests would pass.

I'd also say it would be highly beneficial to agree on a set of tests that are used each build so everyone knows how QA is determining quality. Identify key flows in the software and use this as a starting point. When getting into partial implementations though things can get a bit more complex because you'll have to be looking at things from a code perspective via unit tests and code-level integration tests if they exist.

And the next thing to consider is how you will communicate to others if quality is better or worse than the previous build. If "better" or "worse" are sufficient adjectives to convey quality then there's no need to further qualify "quality". If it isn't search for my post on Quality Index which will allow a bit more precise answer to "build quality".

6. ## Re: Calculating Quality from one build to another

Quality In terms Of software Prospective is to meet your requirements(Express&amp; implied ).There might be many parameters to determine quality taking into account end user prospective.
Measuring quality in terms of only defects ( quality cant be interperted),

#### Posting Permissions

• You may not post new threads
• You may not post replies
• You may not post attachments
• You may not edit your posts
•

vBulletin Optimisation provided by vB Optimise v2.6.0 Beta 4 (Pro) - vBulletin Mods & Addons Copyright © 2016 DragonByte Technologies Ltd.