Posts Tagged

By Jon M. Quigley I saw a LinkedIn post yesterday about the scope of testing during times of compressed schedule. The position was to test what is new in the software, and of that new, what is the most important, perhaps meaning what if it goes wrong, would be the worst for the client or […]

We are composing a glossary of test terms and we take one from that work today and discuss here. A development organization can be structured in many ways. The development and testing can be essentially one department under one management structure, or these two areas, development and test can be separated each with a respective […]

Verification and Validation The definition for verification and validation can be found at[1]:   We must express some disagreement with the activities associated with the individual areas. For example, testing is not limited to Validation. Testing is also a function of verification as we will use these techniques to understand if the instantiation of the […]

Testing Complex and Embedded Systems What set of conditions could cause this event to occur? When we have elicited all we can from the customer about fault information, it is time to proceed further in our analysis. This next step requires investigation of the design to understand how the symptom of failure described could happen […]

CMMI and Project Management There are intersections between Capability Maturity Model Integration (CMMI) and project management beyond the specific or obvious project management areas listed below in the staged representation: Project Planning is Level 2 Project Monitoring and Control Level 2 Risk Management Level 3 Quantitative Project Management Level 5 There are other non-obvious intersections between […]

By Jon M Quigley We have discussed the Failure Mode Effects technique a few times in the past.  Though Failure Mode Effects and analysis seems to be a powerful tool, the problem is you do not know if the FMEA is effective and perhaps you will never know.  The Failure Mode Effects Analysis tool, theoretically, allows […]

Business Imperative There was a discussion going on LinkedIn and Twitter about technical debt, and management decisions. Sometimes business imperative trumps technical debt, but you must acknowledge the technical debt, and compare the business positives against the technical debt negatives. Technical Debt We should probably start by giving a definition of technical debt.  Technical debt […]

Register for the free introduction to product (hardware and software) testing in a course online that covers the topics: Stakeholders / Sponsors Project Scope Configuration Management Static Testing Techniques (inspections) Dynamic techniques Approaches to testing Regression , Re-test and Human Interactions Evaluation Putting it together with TIEMPO Test Management This course includes the creation of […]