Test-Driven Development - Revision history

Marcin at 23:12, 28 November 2020

2020-11-28T23:12:23Z

← Older revision		Revision as of 23:12, 28 November 2020
Line 3:		Line 3:

	'''Note that TDD typically to product design/development. However, OSE expands the scope also to the design and build of infrastructures and institutions of civilization.'''		'''Note that TDD typically to product design/development. However, OSE expands the scope also to the design and build of infrastructures and institutions of civilization.'''

			As a historical note, OSE picked up the thread of TDD in 2012 after visiting with [[Joe Justice]] of [[Team Wikispeed]]. Joe Justice is a pioneer in applying TDD to hardware development, and as such he and Marcin Jakubowski coined the term [[Extreme Manufacturing]] in 2012.

	'''The essence of TDD is removing uncertainty from the design by parallel testing, such that design paths are tested earlier, thereby removing design flaws earlier on, to allow for rapid and parallel integration.''' This is similar to the [[Second Toyota Paradox]], with emphasis on earlier testing.		'''The essence of TDD is removing uncertainty from the design by parallel testing, such that design paths are tested earlier, thereby removing design flaws earlier on, to allow for rapid and parallel integration.''' This is similar to the [[Second Toyota Paradox]], with emphasis on earlier testing.

Marcin at 23:08, 28 November 2020

2020-11-28T23:08:07Z

← Older revision		Revision as of 23:08, 28 November 2020
Line 1:		Line 1:
	=Intro=		=Intro=
	Test-Driven Development (TDD) is design based on a rapid ability to iterate by designing partial implementations of a final product to test various assumptions and working principles. This appears to be synonymous with [[Concurrent Engineering]].		Test-Driven Development (TDD) is design based on a rapid ability to iterate by designing partial implementations of a final product to test various assumptions and working principles. This appears to be synonymous with [[Concurrent Engineering]].

			'''Note that TDD typically to product design/development. However, OSE expands the scope also to the design and build of infrastructures and institutions of civilization.'''

	'''The essence of TDD is removing uncertainty from the design by parallel testing, such that design paths are tested earlier, thereby removing design flaws earlier on, to allow for rapid and parallel integration.''' This is similar to the [[Second Toyota Paradox]], with emphasis on earlier testing.		'''The essence of TDD is removing uncertainty from the design by parallel testing, such that design paths are tested earlier, thereby removing design flaws earlier on, to allow for rapid and parallel integration.''' This is similar to the [[Second Toyota Paradox]], with emphasis on earlier testing.

Marcin: /* Intro */

2020-06-22T15:38:08Z

Intro

← Older revision		Revision as of 15:38, 22 June 2020
Line 4:		Line 4:
	'''The essence of TDD is removing uncertainty from the design by parallel testing, such that design paths are tested earlier, thereby removing design flaws earlier on, to allow for rapid and parallel integration.''' This is similar to the [[Second Toyota Paradox]], with emphasis on earlier testing.		'''The essence of TDD is removing uncertainty from the design by parallel testing, such that design paths are tested earlier, thereby removing design flaws earlier on, to allow for rapid and parallel integration.''' This is similar to the [[Second Toyota Paradox]], with emphasis on earlier testing.

	Test driven design refers to a design process that performs tests, validations, proofs, verifications, assessments and rapid prototypes on an early and ongoing basis - prior to an actual build. The purpose is to speed up development by avoiding unworkable paths that have already been demonstrated by others; to discover various insights that inform further design; and to reduce costs by doing as much analysis and calculation as possible to find out those things that a physical prototype would show -prior to using more expensive materials and build processes to build an actual prototype.		Test driven design refers to a design process that performs tests, validations, proofs, [[Calculations]], verifications, assessments and rapid prototypes on an early and ongoing basis - prior to an actual build. The purpose is to speed up development by avoiding unworkable paths that have already been demonstrated by others; to discover various insights that inform further design; and to reduce costs by doing as much analysis and calculation as possible to find out those things that a physical prototype would show -prior to using more expensive materials and build processes to build an actual prototype.

	Another effective way to engage test driven design is to build partial prototypes of smaller subsections of a build to validate various details, prior to the whole build.		Another effective way to engage test driven design is to build partial prototypes of smaller subsections of a build to validate various details, prior to the whole build.

Eric: Added some more information

2020-05-20T13:30:03Z

Added some more information

← Older revision		Revision as of 13:30, 20 May 2020
Line 32:		Line 32:

	[https://docs.google.com/presentation/d/1YH4BHfyPbEUv1HSPqm5NVupav2ErisjSWUZxQ3JzW2g/ edit]		[https://docs.google.com/presentation/d/1YH4BHfyPbEUv1HSPqm5NVupav2ErisjSWUZxQ3JzW2g/ edit]

			=SpaceX as an example=
			*GRANTED they have some errors/waste + sketchy labor reccord, BUT
			*They are masters of modularity/efficiency, and test driven design
			*Their "starship" project is an example of this
			*Some waste in it due to the simple errors like uninspected welds, done in the open, for high pressure aerospace componets(suprise suprise they blew up...), but they seem to be getting to a proper level of "professional" (they now have semi-permanent "onion tents" and inspect welds with x-ray etc)
			*They are nearly constantly building + testing
			*Will be intresting to see where they are going
			*One other thing to consider they have lots of money to burn (spacex + tesla + elon musk's personal wealth etc) and thus can have more risk and/or recklessness

	=Links=		=Links=
	*[[Collaborative Literacy]]		*[[Collaborative Literacy]]
	*[[Second Toyota Paradox]]		*[[Second Toyota Paradox]]

Marcin: /* Intro */

2020-05-20T13:20:49Z

Intro

← Older revision		Revision as of 13:20, 20 May 2020
Line 1:		Line 1:
	=Intro=		=Intro=
	Test-Driven Development is design based on a rapid ability to iterate by designing partial implementations of a final product to test various assumptions and working principles. This appears to be synonymous with [[Concurrent Engineering]].		Test-Driven Development (TDD) is design based on a rapid ability to iterate by designing partial implementations of a final product to test various assumptions and working principles. This appears to be synonymous with [[Concurrent Engineering]].

			'''The essence of TDD is removing uncertainty from the design by parallel testing, such that design paths are tested earlier, thereby removing design flaws earlier on, to allow for rapid and parallel integration.''' This is similar to the [[Second Toyota Paradox]], with emphasis on earlier testing.

	Test driven design refers to a design process that performs tests, validations, proofs, verifications, assessments and rapid prototypes on an early and ongoing basis - prior to an actual build. The purpose is to speed up development by avoiding unworkable paths that have already been demonstrated by others; to discover various insights that inform further design; and to reduce costs by doing as much analysis and calculation as possible to find out those things that a physical prototype would show -prior to using more expensive materials and build processes to build an actual prototype.		Test driven design refers to a design process that performs tests, validations, proofs, verifications, assessments and rapid prototypes on an early and ongoing basis - prior to an actual build. The purpose is to speed up development by avoiding unworkable paths that have already been demonstrated by others; to discover various insights that inform further design; and to reduce costs by doing as much analysis and calculation as possible to find out those things that a physical prototype would show -prior to using more expensive materials and build processes to build an actual prototype.

Marcin: /* Links */

2020-03-24T23:07:15Z

Links

← Older revision		Revision as of 23:07, 24 March 2020
Line 33:		Line 33:
	=Links=		=Links=
	*[[Collaborative Literacy]]		*[[Collaborative Literacy]]
			*[[Second Toyota Paradox]]

Marcin: /* Intro */

2020-03-24T23:06:55Z

Intro

← Older revision		Revision as of 23:06, 24 March 2020
Line 2:		Line 2:
	Test-Driven Development is design based on a rapid ability to iterate by designing partial implementations of a final product to test various assumptions and working principles. This appears to be synonymous with [[Concurrent Engineering]].		Test-Driven Development is design based on a rapid ability to iterate by designing partial implementations of a final product to test various assumptions and working principles. This appears to be synonymous with [[Concurrent Engineering]].

	Test driven design refers to a design process that performs tests, ~~validation so~~, proofs, verifications, assessments and rapid prototypes on an early and ongoing basis - prior to an actual build. The purpose is to speed up development by avoiding unworkable paths that have already been demonstrated by others; to discover various insights that inform further design; and to reduce costs by doing as much analysis and calculation as possible to find out those things that a physical prototype would show -prior to using more expensive materials and build processes to build an actual prototype.		Test driven design refers to a design process that performs tests, validations, proofs, verifications, assessments and rapid prototypes on an early and ongoing basis - prior to an actual build. The purpose is to speed up development by avoiding unworkable paths that have already been demonstrated by others; to discover various insights that inform further design; and to reduce costs by doing as much analysis and calculation as possible to find out those things that a physical prototype would show -prior to using more expensive materials and build processes to build an actual prototype.

	Another effective way to engage test driven design is to build partial prototypes of smaller subsections of a build to validate various details, prior to the whole build.		Another effective way to engage test driven design is to build partial prototypes of smaller subsections of a build to validate various details, prior to the whole build.

Marcin at 06:34, 5 January 2020

2020-01-05T06:34:14Z

← Older revision		Revision as of 06:34, 5 January 2020
Line 30:		Line 30:

	[https://docs.google.com/presentation/d/1YH4BHfyPbEUv1HSPqm5NVupav2ErisjSWUZxQ3JzW2g/ edit]		[https://docs.google.com/presentation/d/1YH4BHfyPbEUv1HSPqm5NVupav2ErisjSWUZxQ3JzW2g/ edit]

			=Links=
			*[[Collaborative Literacy]]

Marcin at 06:33, 5 January 2020

2020-01-05T06:33:51Z

← Older revision		Revision as of 06:33, 5 January 2020
Line 1:		Line 1:
			=Intro=
	Test-Driven Development is design based on a rapid ability to iterate by designing partial implementations of a final product to test various assumptions and working principles. This appears to be synonymous with [[Concurrent Engineering]].		Test-Driven Development is design based on a rapid ability to iterate by designing partial implementations of a final product to test various assumptions and working principles. This appears to be synonymous with [[Concurrent Engineering]].

Marcin at 22:53, 24 January 2017

2017-01-24T22:53:57Z

← Older revision		Revision as of 22:53, 24 January 2017
Line 1:		Line 1:
	Test-Driven Development is design based on a rapid ability to iterate by designing partial implementations of a final product to test various assumptions and working principles. This appears to be synonymous with [[Concurrent Engineering]].		Test-Driven Development is design based on a rapid ability to iterate by designing partial implementations of a final product to test various assumptions and working principles. This appears to be synonymous with [[Concurrent Engineering]].

			Test driven design refers to a design process that performs tests, validation so, proofs, verifications, assessments and rapid prototypes on an early and ongoing basis - prior to an actual build. The purpose is to speed up development by avoiding unworkable paths that have already been demonstrated by others; to discover various insights that inform further design; and to reduce costs by doing as much analysis and calculation as possible to find out those things that a physical prototype would show -prior to using more expensive materials and build processes to build an actual prototype.

			Another effective way to engage test driven design is to build partial prototypes of smaller subsections of a build to validate various details, prior to the whole build.

			This can be done in various ways:

			#[[Subject Matter Expert]] review
			#Review via a social network
			#Partial Prototypes - Building out small components at a time instead of a whole machine at a time.
			#[[Module Based Design]] - Breaking artifict into smaller modules and prototyping individual modules
			#Scale models - this may be done by wood, paper, or other models - such as 3D printing, laser cutting for folded (LifeTrac tubing) or stacked (architecture) paper pieces, or many other models
			#Doing extra calculations or simulations in software or in [[Hardware-in-Loop]] systems
			#Visualizations, 3D renderings, motion analysis

			See analogue in software - http://en.wikipedia.org/wiki/Test-driven_development

			=Test-Driven Development=
			Test-Driven Development is design based on a rapid ability to iterate by designing partial implementations of a final product to test various assumptions and working principles.


	=Test Driven Iterations=		=Test Driven Iterations=