In our last blog post, we referred to the APQP (Advanced Product Quality Planning) activity of DFMEA. The post was about the attempt to perform late in a project. The point to the DFMEA in that instance was lost; at best, if we found a serious problem, would be to abort the launch. The post […]
Quality Project Deliveries No matter the expected delivery, objective or product from the project, to deliver a high quality outcome is the result of intention. It comes from the understanding of the scope, the planning and execution of appropriate quality securing actions and consistent monitoring and adjustment to lessons learned along the way Quality and […]
The blog “Testers Do Not Break the Product” was posted on LinkedIn and there were considerable responses and exchanges. In an effort to continue that same discourse, I post some of that exchange. Many thought the language “breaking”, as did many others, to be unclear or ambiguous. The language in this discussion originates from the […]
Requirements testing There is a Twitter discussion going on regarding “Testers do not break the product.” I am not so sure this is true in all contexts. Consider for example, embedded products. Our organization will almost certainly have a multiple perspective approach to the testing of that product. One of those would be test the […]
Agile Verification Blog Recollection In our past blog posts we discussed a conventionally executed (staged gate) project with constituent parts (the verification) being executed using agile techniques. We realized we missed some pertinent information in our series post of agile verification in a conventional project. Agile Verification Prediction We talked about the burn up chart based […]
As we execute the test cases, we will likely find failures. These failures or faults will be reported into a reporting system that will allow us to track the failure resolution. We can also use that here in our progress tracking sheet.
Agile in Conventional Project Line Management The following is a story from a couple of years back. The story is about lengthy set of verification activities (multiple iterations) in a large conventionally run project. As many a test engineer will relate, testing is always cramped for time. Meaning, the time we want the answers is much […]
What is concurrent engineering? Concurrent engineering is when activities are paralleled that could be sequenced. Concurrent engineering can help us deliver the product earlier since we have compressed the schedule by overlapping the various development activities. There are certain risks associated with this way of working. To be successful and not incur massive rework, it […]
Recently, on Twitter, I had to express my discontent with the word Pragmatic. My spontaneous outburst so amazed me that I decided to explore this further. The definition on dictionary.com[1] is: Of or about a practical point of view or practical considerations Philosophy of or about pragmatism Of or about pragmatics Treating historical phenomena with […]
Test cases in and of themselves may not be the most important thing when it comes to testing. However, neither is test case and requirements test coverage a trivial or inconsequential aspect of product quality