We have mapped how long it takes to prepare the vehicle for testing using the histogram. We have used the Ishikawa diagram to generate ideas we wish to investigate as causing the time to be longer than we would like it to be. Our next step is to see if the ideas suggested in the […]

We have seen our product and our sales volume grow, and we begin to see that rate of growth slow. We are entering the maturity phase of our product life cycle. In the maturity phase we are no longer acquiring customers at our previous rate. The market is becoming saturated; perhaps there are newer versions […]

In our previous blog, we developed a product that was based on market research and perceived opportunity. We have tested that product both from the market perspective and the quality expectations from the customer and our own business case requirements. Now it is time to make the product available to our clientele. We are concerned […]

The team works toward an objective of developing and releasing software according to a schedule.  The delivery date comes, and the team has not achieved the objective.  The project manager is at a loss for words. What happened? The team then informs the project manager – “we always said the time was tight”.  The team […]

The daily sprint meeting has connections to our risk management as well. We have seen from the previous posting the fact we are having the meeting daily can hasten our project’s (system’s) ability to respond.  The sprint master is now asking about the obstacles or impediments to achieving the objectives of the sprint. Impediments and […]

We felt the need to follow on from our previous blog on tracking testing results in the background using hidden ubiquitous spreadsheet or documents.  If all you have is a spreadsheet for tracking, then you make that visible to all relevant stakeholders.  If the company has a sanctioned or preferred way of handling “bugs” and […]

We break form our blog run on sprint meetings due to incoming flambé du jour. Sometimes we see organizations that are afraid to use the most fundamental of tools, for example, fault tracking from verification.  Instead of using a tracking and visibility tool, we pass back and forth excel sheets behind the scenes. Why would […]

The customer is the receiver of the output; the customer can be an internal end customer or an intermediary to the next “chain” of events on the way to the final customer. Ultimately, we are aligning our actions (Suppliers, Inputs, Processes, and Outputs) in a way that provides the biggest benefits for our final customer. […]

To perform embedded software testing, we recommend five phases of testing. These phases may take place concurrently and are as follows: Compliance testing Combinatorial testing Stochastic (or exploratory) testing Extreme testing Attack mode Each of these methods provides some view of the product the other method does not. Of course, testing the product is not […]

Requirements management and configuration management are required for anything that even closely resembles effective testing.  Experience suggests failing in these two areas unnecessarily complicates the product verification activities, and we will show some of those traumas in the next few posts.  An iterative and incremental product development process calls for reviews throughout the development process.  […]