サーバーメモリの試験レポートに含まれるべき内容

短い回答: テストレポートは、それに対してチェックできるものを正確に価値があります。 役に立つ5つのフィールドは、 どのホストが、どの人口で、どのパターンを使用するか、その結果でテストされたものお問い合わせ 証拠ではなく、何も主張しない - 最も一般的に欠けているフィールド、人口は、通常、最初の場所でレポートを望んでいた理由です。

人口フィールドが重要である理由

単独で通過するモジュールは、生き生き生きて表示されています。 モジュールが一緒に入れられたとき傷つく失敗が現れているので、それはあなたの機械で働くために示されていません: タイミングを遅くするためのチャネルトレーニング、ランク予算が上回る、注文モジュールに依存する初期化が装備されています。

そこで、「テスト済み、渡された」という報告で、質問の質問に答えていると止まります。 あなたが知りたいことは、構成があなたが実行するつもりのものに似ているかどうかです - どのスロットで、何のチャンネルを経由して、何のモジュール。

5つのフィールドに有用なレポートが含まれている

フィールド	言うべきこと	なぜ重要なのか
1. 範囲	部品番号、数量、ロット番号、および全ロットまたはサンプルがテストされたかどうか	特定の商品に報告を結びます。 配送に一致できないレポートは、その配送に関する証拠ではありません。
2. 本体	マシンは、関連性、ファームウェアレベル、モデル、	プラットフォームの動作は異なります。 1つのプラットフォーム上のパスは、自動的にあなたのパスではありません。
3. 充填状況	どのスロット構成で、何つのモジュールが、何のチャネルを越えるのか	結果を予測するフィールド。 ポピュレーションは、実際の失敗が生きている場所です。
4. 方法	どのパターンか用具および長さのため	実際に何を強調したのかを判断し、実行する計画と比較しましょう。
5. 結果	記録される間違いおよびあらゆるモジュールは余白か疑わしいマークを付けました	障害が報告された場合にのみ、きれいなパスが意味があります。 失敗した原因を尋ねる。

報告書が全部5つある場合、それは間違いです。それを再現しようとすると、配達された商品をそれにチェックすることができます。 最初の3つのいずれかが欠落している場合、それは測定よりもクレームに近いです。

報告書が主張すべきでないもの

• 未来の信頼性の保証。 このテストでは、モジュールが現在動作しているように設定できます。 継続してどのくらいの期間を確立することはできません。
• プラットフォームとの互換性 プラットフォームがテストされていない限り。 同じことではなく、自信の理由である他の場所でパス。
• それが持っていなかった適用範囲。 メソッドがサンプルの場合、レポートはサンプルを言うべきです。 サンプルが妥当であった場合でも、完全なカバレッジが誤解されるという報告。

検査に使用できるテンプレート

同じフィールドは他の方向で動作します。 物品が到着すると、これは自分の記録のための合理的な構造であり、固定された形でそれを持っていると、一つが必要になった場合は、遠くに主張しやすくなります。

ロット / 注文番号：
部品番号：
受領数量：
各品目の状態区分（見積書の記載）：
受領日：

テストに使用したホスト：
ファームウェアのバージョン：
テスト構成（モジュール、スロット、チャネル）：
サンプル数と抽出方法（全ロット / 複数の箱 / 単一の箱）：

実行したテストパターン：
テスト時間：
結果（検出されたエラー）：
要確認としたモジュール：

添付写真（ロット、ラベル、接点、梱包）：
合意したクレーム基準：
クレーム申請期限：

2 行の人々 は、ほとんどの多くの場合、サンプル ドローイング方法と合意されたクレームのしきい値です。 最初からなければ、きれいな結果は何も比較できません。 第2項のない限り、紛争は手続きがなく、交渉となります。

送信されたレポートを読む

受信トレイの土地を評価するための短いシーケンス:

1. 商品に合わせることはできますか? 部分番号および量は見積書およびパッキング リストと一致する必要があります。
2. 人口は述べていますか? もしそうでなければ、レポートは設定について通知できません。
3. メソッドはパターンと期間の名前ですか? もしそうでなければ、"passed" はアサーションです。
4. 失敗が記録されたの? 失敗しないテストはテストではありません。 故障状態が何であったか尋ねて下さい。
5. 測定値よりも多く主張しますか? サンプルを介したフルカバレッジ、またはテストされていないプラットフォームとの互換性を監視します。

私たちが私たちのところに置いたこと

要求で利用できるのではなく、テストされたおよび再生された等級ラインが付いているテスト レポートの船。 弊社では、部品番号と量をカバーし、ホストと使用している人口、パターンと期間、結果、そしてロット全体ではなくサンプルが実行されたところ、レポートはそう言っており、サンプルがどのように描画されたかを説明します。

自分の検査が送信したレポートに不一致した結果が判明した場合、ロット番号とテストレコードが添付されていることを確認してください。 あとは、やり直しではなく会話です。

よくある質問

メモリテストレポートの状態が有用である必要がありますか?

5つのこと: テストされたもの(部品番号と数量)、それがテストされたホスト、使用される人口 - どのようなスロット構成のモジュール - どのテストパターンまたはツールが実行され、どのくらいの時間、およびマージンとしてマークされた任意のパスを含む結果。 人口フィールドを欠落させるレポートは、自分の構成と比較することはできません。これは、通常、あなたが望む理由です。

長いテストは常により良いテストですか?

いいえ、時間だけは最も弱いフィールドです。 生産人口の短いテストは、問題が発生した障害がどこにあるかであるため、単一モジュールソケットの長いものよりも有益です。 自信を高めることは、あなたが実行するものに似ている構成でテストです, 単により多くの時間のために実行されません.

'passed' は実際にどういう意味ですか?

エラーが記録されていないと、指定された人口で完了したテストを意味し、そのようなように読みやすくする必要があります。 レポートがパターンや長さを言うことなく渡された場合、それは何も証拠ではありません - それは主張です。 要求事項を尋ねるか、またはクレームを割引してください。

No, and there should not be one - the lower price is buying the absence of that work. What you should have instead is a clear statement that the modules are sold as-is with no functional test, so the risk is explicit rather than implied.

どのテストパターンを探すべきか?

パターン名は、それらが述べているという事実よりも小さい。 一般的な選択肢 - 歩行物とゼロ、反転の移動、アドレスに依存するパターン - 各ストレスの異なる構造物、および実行された名前が、あなたが気づく故障モードをカバーするかどうかを判断するレポート。 方法を説明することなく結果を説明するレポートです。

レポートは、すべてのモジュールまたはサンプルをカバーする必要がありますか?

方法が書かれている場合は、サンプルが正当であると言う必要があります。 サンプルが実行されたときにのみ、レポートが完全にカバレッジされないことは何ですか。 サンプルをテストした場合、サンプルサイズとサンプルがどのように描画されたかは、最も近いボックスではなく、おそらく、カートン全体で言うべきです。

お問い合わせ 特定のロットのテストレポート、または読み取り プルされたメモリを購入するガイド 各条件グレードの約束のために。