作成したカバー配列の使用方法について以前に書いた JMP自体をテストするためのJMP 。私の同僚から来た最近の例ウェンジュンバオそしてジョセフ・モーガンとても興味深かったので、私は他の人とそれを共有したいと思いました。
特定のプラットフォームをテストするには JMPゲノミクス 、14レベルから2レベルまでの範囲で、変更できる14の異なる要因があります。このケースがテストソフトウェアの設定例と異なる点私は以前に議論したつまり、3つの要因（対話型階層型クラスタリングオプション、自動階層型クラスタリングオプション、最小再結合グループ化オプション）については、特定のテスト実行に対して1つだけ設定できます。この制限は、次の無線制御の動作により発生します。
この例では、3つの可能なレベルを持つリンケージグループ化方法の係数があります。各グループ化方法には、それに関連した上記の要因の1つがあります。基本的に、これら3つの関連する要因は、考慮すべき3つの別々のケースに分けられます。強度2のカバー配列が必要な場合、それぞれの可能性に対して強度2のカバー配列を作成するだけでは不十分ですか。これは私達のテストでそれぞれの可能な（許容できる）ペアが発生することを保証するでしょう。
できましたが…
最大レベル数を持つ2つの要因は、それぞれ14レベルと9レベルです。制限がなければ、最小の強さ2のカバー配列は126 = 14 * 9回実行されます（そしてカバー配列プラットフォームはそのような設計を見つけることができます）。ただし、3つの独立したカバー配列を作成すると、それぞれ126回実行され、合計378 = 126 * 3回実行されます。強度2をカバーする配列は、それぞれの可能なペアが少なくとも1回発生することを保証しますが、それを3つのカバー配列に分割することで、必要以上にカバレッジを広げることになります。３つのカバーアレイを組み合わせることによって、制限された因子に関与していない対のそれぞれは、実際には少なくとも３回発生している。
他の設定に基づいて発生することができない要因に欠けている値を持っているデザインがいいでしょう。
本当に？欠測値？
伝統的なことから考えると DOE 見地から、欠損値を含むデザインを作成することはばかげているように思えます。しかし、要素の組み合わせを調べている配列をカバーするためには、それは完全に理にかなっています。要素が連続して欠損値を持つ場合、それはその特定のテストには関係がないことを意味します。これはまた、そのテストに失敗した場合、不足している要因が原因に関係していないことを意味しています。幸いなことに、私たちの分析ツール欠損値も認識します。
それでは、どうすればこのデザインを作成できますか？
3つのグループ化方法のうちの1つ、自動階層型クラスタリングを検討してください。表示された場合、別の要因である自動階層型クラスタリングオプションは3つの異なるレベルをとることができますが、対話型階層型クラスタリングオプションおよび最小再結合グループ化オプションは欠落しているはずです。便利に使える許可されていない組み合わせフィルタそして、リンケージグルーピング方法が自動化階層的クラスタリングである場合、対話型階層的クラスタリングオプションに対する全ての値を認めず、ORで結合し、そして自動化された階層的クラスタリングおよび最小再結合グルーピングオプションで同じことをする。
その後、これらをデータフィルタからのORステートメントとリンクする他の2つのグループ化方法についても同様の手順に従うことができます。これでデザインを作成する準備が整いました…
まだない
見落としがちな1つのことを見落としがちな組み合わせで見落としています - デザイナーは、グループ化メソッドがないため、これらの制限された要素のペアが連続して表示されるようにします。そのため、これらの列間のすべての可能な組み合わせを発生させないようにする必要があります。たとえば、フィルタからInteractive Hierarchical Clustering OptionsとAutomated Hierarchical Clustering Optionsを選択した場合は、次のようになります（以前の許可されていない組み合わせは上から切り取られます）。
これらの組み合わせと、前述の許可されていない組み合わせをすべてフィルタでORを使用して接続したら、デザインを作成できます。
デザイン
Covering Arrayプラットフォームでは、対話型階層型クラスタリングオプション、自動型階層型クラスタリングオプション、最小再結合グループ化のいずれか1つのみで、140ランのデザイン（これについてはもう少し詳しく説明しますが、実際には最小のランサイズ）を見つけることができます。各行に設定されたオプションと他の2つの行方不明。データテーブルを JMPユーザーコミュニティでのファイル交換ここで最終結果を確認し、結果として許可されていない組み合わせがどのように見えるかを覗くことができます。
最終的な考え
許可されていない組み合わせを設定するために追加の作業が必要でしたが、テスト数の削減（378対140）は劇的でした。許可されていない組み合わせフィルタの助けを借りて、許可されるべきものが決定されれば、たとえ多くの異なる組み合わせであっても、それらを入力するのは簡単でした。
熱心な読者は、私が3つの変数からすべての可能な値を10のレベルを持つ1つの因子に折りたたむことができることに気づいたかもしれません（これが140 = 14 * 10実行が下限であることを知っていた方法です）。そのような方法でデザインを構築することは確かに可能ですが、その変数が何を記述しようとしているのかという文脈を見失いがちです。
カバー配列を使用するとき、同様の種類の問題に遭遇しますか？興味があれば、いくつかの要因をまとめてテストできない場合に、特殊な許可されていない組み合わせを簡単に生成する機能を追加することについて説明します。読んでくれてありがとう！
