ごくわずかな割合のコンピューターでは、途中で失敗します。あなたの質問は、テストする価値があるかどうかではありませんが、 もし あなたがテストする、ストレステストが良いです。出発点は、あなたのマシンは早すぎる時期に故障する10,000台のマシンであり、あなたの目標はその失敗を引き起こすことです。それを実現するための最善の方法は何ですか? (失敗しなかった場合、テストに合格しました。)
失敗する可能性があるさまざまな部分がたくさんあり、トリガーはシステムを短時間起動するだけの場合もあれば、システムがウォームアップしたときには一般的に熱くなっている場合もあります。どの部分またはどのトリガーが早期故障の原因になるかを知る方法はありません。機械的(振動または熱膨張および収縮)など。
システムの電源を入れてアイドル状態にしただけでは、システムの起動や一般的な温度に敏感な問題を引き起こすのに十分な場合があります。 Memtest86 +を実行すると、RAMがテストされます。包括的なストレステストを実行すると、実行しないよりもはるかに多くのトリガーが発生する可能性があります。テストするものが多いほど、またテストする時間が長いほど、失敗を発見する(引き起こす)可能性が高くなります。
私は、少なくとも特定の方法によるテストの実際の利益に関して、統計が存在しない(少なくとも一般に利用可能な)と言うように冒険するでしょう。時期尚早の失敗は、ある種類のテストの利点と別の種類のテストの利点、またはある期間または別の期間のテストの利点を引き分けるために意味のある数を生成するにはあまりにも稀です。
あなたがその不運なコンピュータを手に入れた不運な魂で、あなたがそれをセットアップして重要なファイルを蓄積することに多くの時間を費やした後、それが死んだならば、あなたはおそらくかなり愚かです。それで、あなたがそれを使い始める前に、ある種の標準テストをする価値がありますか?それは何を傷つけますか?あなたが最初にそれをテストすることにした場合、それが練習の目的であるので、最も有用なテストはあなたが見つけることができる最も包括的なストレステストでしょう。
相対的な利益に関する確固たるデータがない場合は、どの程度のテストで快適性レベルが満たされるかについて「管理上の決定」を行う必要があります。熟考すること:問題なくそれをテストしてから、それをセットアップして重要なファイルを蓄積することに時間を費やすと、とにかく死んでしまいます。あなたが最初にそれをテストするために時間を費やしていなかった場合よりあなたはもっと混乱するでしょうか?それは別の決定要因です。