本稿は公開ページから作る要件・QAの例です。内部コード、乱数実装、性能値は扱いません。ランダムな画面は、特定の当選者を期待するテストを書くとすぐに壊れます。
代わりに候補の妥当性、状態遷移、結果の可読性を要件として検証します。空行・空リスト、連続操作、同名候補、重みの不正値、キーボード操作が重要な境界です。
公開 Wheel Picker は候補入力、spin、結果、重み、keep・eliminate・tallyを案内しています。これを画面契約として分解できます。
eliminateの確認では、当選後に次回の対象から1件だけ外れることを確認します。画面と支援技術で同じ結果を把握できることも受け入れ条件です。
一回のspinで公平性は証明できません。乱数源、重み付き選択、分布はUI試験と分け、複数回の試行と許容差で扱います。非アップロードの説明も実ネットワークで確認します。
品質は好きな結果が出ることではありません。候補、ルール、結果、次の操作が矛盾せず、利用者が流れを説明できることです。