IRE Forums – Property Reviews, Feedback, Ratings

Posted May 8, 2015 by Venkat Reddy Chintalapudi
Categories: Software Testing

I have launched a new forum for Property Discussions in India. We call it as IRE Forums.

IRE Forums upcoming community forum for unbiased and focused discussions around real estate property investments in India. IRE Forums is committed to provide quality information to everyone at no cost. IRE Forums is free and open to everyone. However, we recommend user to register on the forum to enable them to post their views and experiences which will benefit others.

India has seen a very significant growth in the real estate industry. The bubble in real estate is not limited to the metros and has shown widespread development.IRE Forums exists to provide accurate and honest information to promote transparency in Indian Real Estate sector. We bring information to everyone in India and make news, information and reviews available to everyone without prejudice or favoritism. We encourage the common man to contribute to the news in order to provide you the first hand and real version of news. We expect IRE Forums to be a one-stop destination to information around Indian Real Estate by providing consolidated and accurate facts.

IRE Forums act as a platform by providing reviews, feedbacks and the real experiences of the people in dealing a real estate transaction   on various property/ real estate projects upcoming, ongoing or delivered all over India. The feedbacks are being given by our registered members who are potential investors, already invested or residents of the properties on which feedbacks are being provided.

This blog moved to

Posted October 8, 2007 by Venkat Reddy Chintalapudi
Categories: Software Testing

Dear Blog Readers,

Finally, i have found my own place over the web & this blog has been moved to . Please do visit and bookmark the new destination for latest updates.

Subscribe to Venkat’s Blog by Email

Non linear paths from Application Code

Posted October 4, 2007 by Venkat Reddy Chintalapudi
Categories: Code Based Testing, Code Metrics, Java, Lessons Learned, Software Development, Software Metrics, Software Testing, Static Analysis, Technology, Test Management, Test Methodologies, Thoughts, Tools, Unit Testing, Whitebox Testing

The applications become complex as their code base increases. This has challenges for the testers to determine the nonlinear paths in the application.

Most of the Static Analysis tools over the application code helps us to  identify the  cyclomatic complexity (nonlinear paths) at a method level. These might be helpful to validate those methods and to achieve good code coverage over the same.

But the Code coverage at a Unit Level may not be a big help since most of the end user scenarios won’t run after unit level paths. These paths is an integration of the above unit level paths.

Since the Testers focus on simulating the end user scenarios, it will be good to identify all the possible nonlinear paths around the application code base and capture the code coverage based on these paths.

You might want to go through some discussion around this on Linkedin Answers

In case you have similar experiences over white box testing drop me a mail at

Happy Testing…

Powered by ScribeFire.

Software Testing – Is it a cost or an Investment for Stakeholders ?

Posted September 24, 2007 by Venkat Reddy Chintalapudi
Categories: Articles, Project Management, Software Development, Software Testing, Technology, Thoughts

Software Testing is considered as a Cost for some Stakeholders & an Investment for others in their context of operation. It’s good to know the status in your context. I had this query in LinkedIn Answers & thought of sharing the good discussion to my blog readers.

Do you consider Software Testing as an Investment or a Cost in your Context ?

Ability to identify the hot spots of release from Bug Database

Posted September 24, 2007 by Venkat Reddy Chintalapudi
Categories: Articles, Bug Tracking, Code Metrics, Lessons Learned, Metrics, Project Management, Software Metrics, Software Testing, Technology, Test Metrics, Thoughts, Tools

Bug Database for the products might have thousands of issues over a period of time against various builds and releases. Though these issues fixed over a period of time, it might be hard to derive meaningful metrics over the release.

We need to support these releases over the production systems & it might be helpful to capture the hotspots / risk elements with the release. Most of the issues here to deal with the respective features, compatibility with other features / technologies & performance related issues.

The usual metrics of number of issues against a module and their severity levels may not be of help always.

How easy is it to derive the following from the Bug Database for a given release

  1. Identify the issues have originated from Requirements, Design & Implementation
  2. Identify the issues over their category (Functional, Performance, Security, Compatibility, Usability etc)
  3. Identify the issues along with their origin & category over the features rather than the modules / components

Powered by ScribeFire.

The Life Cycle of a Bug – Different Stages in it.

Posted September 10, 2007 by Venkat Reddy Chintalapudi
Categories: Articles, Bug Tracking, Lessons Learned, Software Testing, Technology, Test Documentation, Test Management, Test Methodologies, Testing Tools, Thinking like a Tester

In this post, i will explore  different stages of the Bug from it’s inception to closer. The Bug has been found and logged into the Bug Tracking System. It’s my fourth post in the Bug Life Cycle series.

  1. The Bug has been found and logged into the Bug Tracking System. It will be treated as New Bug in the System.
  2. The Bug will be assigned to the concerned Developer for a Resolution.
  3. The developer looks in to the possibilities of the resoultion & takes a call on Resolution by fixing it or differing over the information provided.
  4. Tester validates the resolved issue in the build & checks for the regression scenarios over the fix.
  5. If the issue found fixed, then he choose to Close the issue else he / she will Re-open the same.
  6. The Cycle follows again for the re-opened issue till it get’s closed.

Bug Life Cycle

It worth doing the following activities

  1. Capturing the required and re-usable info to the Bug Report at it’s each stage.
  2. Check for all the closed bugs of Severity 1 & 2 against final build for the release.

In the next post, I will share my thoughts on the useful metrics over the Bug Tracking Repository.

Happy Testing..

Whitebox Testing – Is it really white ?

Posted September 7, 2007 by Venkat Reddy Chintalapudi
Categories: Code Based Testing, Lessons Learned, Software Testing, Test Strategy, Whitebox Testing

The popular myths around Blackbox & Whitebox Testing are by it’s name. It’s black since we can’t see it (don’t have access to the code) & it’s white since you have access to all the code. But then, With in the code there are many black boxes inside and it’s tough to have access to that code base.

  • We don’t have access to code of a language API. Most of the applications have been built on top of a API & assume that the API works fine
  • Most of the application do integrate some third party tools over it’s API. We don’t have access to that code base.
  • We don’t have access to the code of Compiler
  • We don’t have access to code of rum time engine that executes our application code
  • We don’t have access to the code of Operating System Services on top of which the application runs

The list goes on and there are many black boxes in side our code too. We are just testing the code written for the application and it’s better to call it as Code Based Testing rather than Whitebox Testing

— Happy Testing..

%d bloggers like this: