|
对于任何经验丰富的测试人员来说,本节都不是新信息,当然,我是一名软件工程师,而不是火箭工程师,但我暂时借用一个与在物理空间和计算机内存空间中设计和构建对象相关的类比。事实证明,虽然介质发生了变化,但过程原则上是完全相同的。
假设我们是火箭工程师,我们的工作是建造航天飞机的第一级*火箭助推器。还假设我 电报号码数据 们已经为第一阶段提出了一个可用的设计,以开始在各种条件下进行构建和测试。
“第一级”是指火箭首次发射时发射的助推器
在我们开始讨论这个过程之前,我想指出为什么我更喜欢这个类比:你应该不难回答这个问题:为什么我们在将我们的设计置于危及生命的情况之前要费心测试我们的设计。虽然我不会试图说服您在发布之前测试您的应用程序可以挽救生命(尽管这可能取决于应用程序的性质),但它可以挽救评级、评论和您的工作。从最广泛的意义上讲,测试是我们在将单个零件、多个组件和整个系统用于不出现故障的情况下使用它们之前确保它们正常工作的方法。
回到这个类比的方式方面,我将介绍工程师测试特定设计的过程:冗余。冗余原则上很简单:按照与您希望在启动时使用的设计规范相同的设计规范构建要测试的组件的副本。在严格控制先决条件和变量的隔离环境中测试这些副本。虽然这并不能保证火箭助推器在集成到整个航天飞机中时能够正常工作,但可以肯定的是,如果它不能在受控环境中工作,那么它根本不可能工作。
假设在对火箭设计副本进行测试的数百个甚至数千个变量中,最终取决于火箭助推器测试发射的环境温度。在 35 摄氏度下进行测试后,我们发现一切正常,没有错误。再次,火箭在大约室温下进行了测试,没有出现故障。最终测试将在发射场有记录的最低温度 -5 摄氏度下进行。在最后的测试中,火箭点火,但不久之后,火箭突然起火,不久后剧烈爆炸;但幸运的是在受控且安全的环境中。
此时,我们知道温度的变化似乎至少与失败的测试有关,这使我们考虑火箭助推器的哪些部分可能会受到低温的不利影响。随着时间的推移,人们发现,一个关键部件,即用于阻止燃料从一个隔间流向另一个隔间的橡胶O 形圈,当暴露在接近或低于冰点的温度时,会变得坚硬且失效。
您可能已经注意到,他的类比大致是基于挑战者号航天飞机灾难的悲惨事件。对于那些不熟悉的人来说,可悲的事实(就调查结论而言)是,工程师进行了大量失败的测试和警告,但行政和政治方面的担忧却促使发射继续进行。无论如何,无论您是否记住了术语“冗余”,我希望您已经掌握了测试任何类型系统的部分的基本过程。
|
|