それ以降のバージョンの条件に基づき、本ドキュメントをコピー、配布、および/または変更する許可が与えられています。条件は、セクションが変更されていないこと、表紙のテキストがないこと、裏表紙のテキストがないことです。断り書きとして次のことを記載します。資料が含まれています」。License」というタイトルのドキュメントに含まれています。この線に沿って何かを期待しています。Cerberus、Mauve、cpuburn、Luciferの追加。コメントや修正、テストスイートの提案などを寄せて頂いた方々にお礼申し上げます。カーネルをテストする最も簡単な方法は、カーネルをインストールし、コンピュータをリブートして、通常実行しているソフトウェアを十分に試してみることです。これは重要なテストです。言うのは、皆さんにとって非常に関わりのある事項を迅速にテストするからです。皆さんの通常の作業からするとかけ離れた結果に気付く可能性が高いと言えます。この方法は広くテスト範囲をカバーするわけではありません。システムが提供する機能のうち非常に限られた範囲でのみ、そのシステムを使用する傾向があります。いろいろなソフトウェアパッケージをダウンロードして試すことがもっと良いテスト方法だと思う人がいるかもしれません。これは多くの作業を伴うわりに結果は限定的なものになる可能性があります。それぞれのソフトウェアパッケージを構築して使用する方法を学ぶのに多くの時間を割かなければなりません。そのエキスパートではないので、些細なことで上手く行かなくても気付かないことがあります。別の方法として、テストスイートを実行することがあります。これらのスイートは、テスト目的のためだけに作成されたソフトウェアパッケージで、広範囲にわたる機能が対象にされており、上手行かなくなりそうな個所を高い頻度で明らかにするように作られています。これらのテストスイートが役に立つのは、単にカーネルのテストをするだけでなく、共通に使用されるシステムライブラリを、開発中であってもテスト出来るようにすることです。カーネルとシステムライブラリのどのバージョンの組合せが上手く動作して信頼性のあるパフォーマンスを発揮するかを決定するのに役立てることが出来ます。私が「アプリケーション・テストスイート」と呼んでいるものは、元来はシステム自体をテストする目的で作成されたものではなく、付属のプログラムが正しく機能することをテストするためのものでした。これらの例として、一部のプログラミング言語と共に配布されたテスト用プログラムがあります。そのプログラミング言語で記述された数多くのプログラムを実行し、エラーという結果が出れば、何か上手行っていない所があるということが分かるのです。「システム・テストスイート」と呼ぶものもあります。そのものをテストするという目的で作成されたテストツールです。それぞれに利点があります。システム・テストスイートはおそらくシステム全体の機能をより広範囲にカバーし、そしてより厳密に個々のシステムコールが正しく機能するかをチェックします。アプリケーション・テストスイートは、さらに複雑な機能を実行してシステムのより狭い部分を、より深くテストします。テストの実行に手がかからない場合、負荷が重いシステムの機能をテストするのに、複数のテストを同時に実行してみることも出来ます。最初に各テストを実行した時に、それぞれのテストが問題ないかをチェックする必要があります。私は、このリストに含めることが可能な新しいテストスイートを積極的に探しています。Crawford)宛てに電子メール(アドレス:)で知らせてください。すべてのテストにパスすべきですか?おそらく違うでしょう。テストしているカーネルでだけすべてのテストを構築して実行するのが、おそらく最も早道でしょうが、予期しなかった結果が出た場合、これが本当に新しいバグなのかどうかを判断する必要があります。これがいわゆる「回帰テスト」または「バグ回帰」の一形態です。テスト中のソフトウェアのある機能が正常に実行された場合、パスするような方法でテストは作成されたかもしれませんが、それではまだ十分ではありません。ディストリビューション上でのシステムライブラリとのやりとりが原因かもしれません。したがって、予期しない障害にあったら、少なくとも、安定したカーネルのもとで実行しながら、カーネルの他はテストしようとしているのと同じ仕組みでテストを構築、実行します。その環境でも依然としてテストが失敗する場合は、まず問題のソフトウェアパッケージのことを知っている人と相談すべきでしょう。そのパッケージのメーリングリストが、質問するところとしては適当ですが、そのテストスイートの保守担当者に質問する方法もあります。ディストリビューションを担当するテクニカルサポートまたは開発者に報告してください。システムライブラリにあるのかどうかを判断する態勢を十分に整えています。ライブラリの動作が全般に上手く機能しても、コンピュータに構築したものにバグが多い場合があります。そのものをテストするのではなく、使用しているハードウェアが基本的に正しく動作していることをテストするためのものです。始めるのがいいでしょう。厳格な、低レベルメモリ用のテスタです。下で、ないしはフロッピーにインストール出来るブートセクタやカーネルです。メモリテストを起動すると、それ自体が小さなオペレーティングシステムのように機能します。テストよりもメモリをテストするのに、はるかに多くの時間を使い、さまざまな手法でメモリエラーを刺激して検出し、コンピュータの起動ごとに実行されると、かなりの時間を要するテストを行います。つのテストで繰り返し起こる問題が見つかるのですが、現実にトラブルを起こすようには見えないのです。上で実行されるかなり固有なハードウェア寄りのものなので、他のプラットフォーム上で作成されたもののようには機能しません。サイズと場所などを見つけるために新しいコードを記述する場合、テストは簡単に新しいプラットフォームに移植出来ると思います。同様の目的に使用されます。割り当てて、ロックし、そのメモリをテストします。実行しなければなりません。単一のインスタンスでテストすることが可能な容量と同じになります。同時に複数のインスタンスを実行し、おそらくより多くの容量をロックすることが出来るように、カーネルにパッチを当てることによって、より多くの容量をテストすることが可能かもしれません。プログラムとして用いることは、カーネルの性能を確かめるのに役立つのかもしれません。ないハードウェア上で実行することが出来ないのです)。上で実行して、十分な結果を手に入れています。プラットフォーム上で実行されるテスト)を使用する場合でも、これを試してみてください。メモリアクセスを実行することによって、使用しているメモリをより厳格にテストします。ベースのテストよりも多くのメモリ帯域幅を消費します。これを使用する場合は注意してください。安手のハードウェアを損傷させたり、出火するほどコンピュータを発熱させたりすると聞いたことがあります。これは、通常仕事で使用するコンピュータ、または個人用途で保有しているコンピュータ上では実行したくないものです。リスクを取るのを厭わなければ、信頼出来る品質であって欲しいと願う真新しいコンピュータの基本的な健全性をテストするにはいい方法だと思われます。このことを言いましたか?調べるには自分のコンピュータから発火させることになるでしょうが、おそらくこれが、安手のハードウェア上では実行が難しいと聞いたテストツールです。テスト・コントロール・システムは、設定によってはハードウェア、ソフトウェア、またはデータを損傷させるおそれがあります。このソフトウェアを、営利目的で使用するコンピュータ、または壊したくないハードウェア上で実行することは推奨されていません。カーネルの中のバグをすでに明らかにしていることです。テスト生成プログラムを使用して明らかになったということがあります。グレードのインテル・アーキテクチャ・チップ上で最大ヒート出力を発生させます。作者のページから:冷却が不十分であったり、オーバクロックされていたり、あるいはその他の理由で脆弱なシステムは、データ損失(ファイルシステム破損)ならびに場合によっては恒久的な損傷を電子部品に引き起こすことがあります。ソフトウェア」を表示します。サポートしている稼働検査プログラムです。ハードウェアが時間の経過につれて不調にならないようにするために、RAM、ハードディスク、プロセッサ、および浮動小数点プロセッサのストレステストを実行します。テストに使用されますが、ポータブルであるはずです。ここからダウンロードします。入力してテストスイートを実行出来ます。このコマンドは多数のテストプログラムを実行します。一部のテストは、設定されていないために実行されません。他のプラットフォーム上でサポートされており、実行されるシステムごとに、プラットフォーム固有の拡張部分を備えています)。使用が終了したら、パスしたテストの数とスキップされた数の一覧が表示されたサマリーを確認します。どのテストも実行されているはずです。ここからダウンロードします。機能とは言えません)。インフラ(DRI)をサポートするようになりました。グラフィックスを実行します。入力すると、多数のグラフィック・デモプログラムを実行出来ます。それぞれのデモプログラムを終了するには、手動で行う必要があります。キーを押しますが、プログラムによっては完全にテストするために、キーボードまたはジョイスティックを使用して操作する必要があるものもあります(たとえば、シーンをナビゲートするなど)。そのテストにパスしたか失敗したかの表示はありません。実行が出来て、画面上のイメージが適正なように見えたら、テストにパスしたと考えれば良いでしょう。ベンチマークがいくつかあり、ベンチマークの結果を急いで書き留めるのを苦にしなければ、これらのベンチマークを使用して、新しいカーネルのビルドが発表になった際に、パフォーマンスが変わりなく良好な状態であるか否かを確認出来ます。動作させる時に助言出来るとは言えません。サポートを選択する必要があります(これらはモジュールとして設定されなければならないと言う人もいれば、そうではないと言う人もいます。私には何とも言えません)。メーリングリストに加入すると役立ちます。ライセンスの下で利用可能なクラスライブラリのセットです。関係のソフトはサンの製品です。設計にバグがあったかどうかを判断するのは難しくなります。当該バグが、出回っているすべてのバージョンに存在している場合、それらのバグは同じコードベースから生じているためです)。XPASS(これは、障害が起きると予期されていた場所でテストにパスしたことを意味すると思われます)という字が前に付けられたさまざまなテスト名が表示されます。最後にサマリーが表示されます。開発者と一緒に調べる必要があります。クラスライブラリ向けにフリーのテストスイートを作成する共同作業です。プロジェクトの参加者から構成されています」。ヒューレット・パッカードがコード作成に貢献しました。記事を参照してください。実装のための包括的な一連のテストです。氏によって幅広く改訂され再パッケージされました。以降、回帰テストはあらゆる公式リリースで利用可能です。回帰テストは、すでにインストールされ稼働しているサーバに対して、またはビルドツリー内に一時的にインストールされているものを使用して実行できます。つのモードがあります。シーケンシャルな方法では、各テストスクリプトを順次実行します。他方、パラレルな方法では複数のサーバプロセスを起動してテスト群を並行して実行します。パラレルテストでは、プロセス間通信とロッキングが正常に動作していることを確認出来ます。歴史的な経緯で、通常、シーケンシャルテストはすでにインストールされているものに対して実行され、パラレル方法は一時的にインストールされているものに対して実行されます。この使い分けには技術的な理由はありません。さまざまな標準に対応しているかどうかをテストするために使用する公式のテストスイートです。標準までをカバーします。使用するディストリビューションがファイルシステムの標準に準拠していると、任意の場所に存在するシステムファイルに依存する場合でも、インストールするソフトウェアは正常に動作出来ます(例えば、「/etc」という名のディレクトリ内に、「passwd」という名のファイルが、パースしてユーザのアカウント情報を取得できる形式で存在する場合)。互換性があるようにすることが出来ます。システムコールをテストするのは非常に困難な作業になります。用のテストにはどのようなものがあるか?」という記事に取り組み始めた時に抱いたまさにその疑問に答えるために立ち上げられました。テスト、テストドライバ、および結果スキャンツールがあります。複数のテストを並行して実行することが出来ます(したがって、より負荷が重いシステムをテストします)。