Selenium小話 #62

そして、奇妙なジェダイの精神支配を通じて、*GUI* 自動化のための設計があり、それが今度は UI テスト設計の続編（アラン・ペイジからの再考）につながりました。

そして、同じ著者からの記事が 2 つあるのに、なぜ 3 つにしないのでしょうか？！それは（おそらく）設計上の問題です — クリスはまだこれについて模倣していないと思いますが…

スクラップブッカーの集まりが「クロップ」と呼ばれるとは誰が知っていたでしょうか？また、「スクラップブッキングコンサルタント」とは？ — 自動化は難しい、スクラップブッキングに行きましょう！とにかく、Taking on Water は、自動化する際に優先順位をつけるべきものを的確に捉えています。

Cem Kaner による自動テストスイートの保守性の向上は古い論文ですが、3 ページの成功のための戦略は重要です。特に 1、2、5。

過去の文献からは、ハロルドのクヌースの法則への系もあります。これはユニットテストを対象としており、機能テストではありませんが、それでも考えるべき材料です。

テスト設計に関する小さな黒い本は探索的テストを目的としていますが、自動化の目的にも活用できるものが含まれていると思います。

Selenium 小話 #62