ソフトウェア テストの自動化に関する論文を書こうとしています。テスト スクリプトの記録とプログラミングの 2 つのアプローチを比較し、Abbot、Selenium、Yemmy、FEST などのいくつかの自動化フレームワークについて説明する予定です。自動テストとソフトウェア テストの比較かもしれません。
編集: GUI でアプリケーションをテストする側面を計画しています。したがって、私のテストは、ほとんどがテストの世界のブラックボックス側になります。単体テストについて書く予定はありません。
現時点では、さまざまな自動化フレームワークについてかなり読んでいますが、それらすべてを確認する時間はないかもしれません。だから私はそれらについて読んで、論文をより文学に基づいたものにするつもりです.
文学の調査は、MS論文の細かい焦点となるはずです。かなり小さなニッチであるブラックボックスGUI駆動の顧客向けツールについて話したいようです。
上記の誰かが言ったように、テストツールの全世界（ユニットテスト、セキュリティ、ロードなど）について1〜2ページを表示したいと思うかもしれません。しかし、私はあなたがあなたのニッチをかなりうまくターゲットにしたと思います。
6単位の論文では、より大きな商用ツールやオープンソースツールのいくつかを調べて試してみたり、文献を調査したりするのに十分な時間が必要だと思います。商用ツール（クイックテストプロ、テスト完了）とキーワード駆動型自動化（たとえば、セレンRC）の両方を調べることをお勧めします。他の誰かが「GUIの背後で」テストすることについて言及しました。たとえば、FIT / Fitnesseは、議論して評価する価値があるかもしれません。
ソフトウェアテストおよびパフォーマンスマガジンの2008年12月号の月刊コラムで、ブラックボックスの機能テストの自動化について説明します。
http://www.stpmag.com/issues/stp-2008-12.pdf（7ページ）
これが1ページの表面的な紹介です。5文の紹介では、画面の記録/再生ツールがすべてを比較するため、GUIがまったく変更された場合（画面の解像度を変更しただけでも）、誤ったエラーとして返される可能性があります。キーワード駆動型ツールは、チェックするように指示した内容のみをチェックします。正当な理由がないためにボタンが突然無効になった場合、またはアイコンが透明でない場合は、ツールは見逃します。
すべてのテストケースの最後に隠されたアサーションをチェックするのが得意なのは人間だけです。
したがって、コンピューターベースのテストの実行と評価にはある程度の価値がありますが、バランスの取れた朝食の一部である必要があります。
調べるべき他の事柄：
それがお役に立てば幸いです。
ソフトウェア テストの自動化は大きなトピックであり、フレームワーク、再生/記録、手法の概要、自動化されているものとそうでないものを混在させてカバーしようとするのではなく、焦点を絞り込むことをお勧めします。
ソフトウェア テストの自動化については、以下の本がすべて書かれています。
フレームワークは、さまざまな種類のテストを目的としています。
すべてをカバーしようとするのではなく、これらの領域の 1 つのフレームワーク (またはテクニックなど) に焦点を当てることを検討します。または、これらの領域のいくつかを選択して、それらを対比します。
再生/記録対手書きテストの問題は、私には古いようです。1980 年代のベンダーは、Windows GUI 自動化のために再生/録音をプッシュすることを好みました。それは素晴らしいデモと大きな期待をもたらしました。しかし、それはまた、もろいテストやシェルフウェアにもなりました. 再生/記録は、ツールの使用を開始するのに適していますが、保守を容易にするには、通常、より高いレベルで記述されたスクリプトが必要です。これにより、スプレッドシートとキーワード ベースのアプローチ、そして最終的には FIT/FitNesse の新時代が幕を開けました。
文献ベースのレビューとして、これは優れたトピックになります。そこにはたくさんの資料があります。明らかに、それが著者としてのあなたの仕事なので、私はそのすべての詳細に立ち入るつもりはありません。:-)
しかし、私は修士論文の元の研究要件に精通していませんが、これは確かに博士論文には十分ではありません。これに追加できるオリジナル作品を探します。1つのアイデアは、テスト方法とシステムの分類法です。また、フォーマル検証と比較したテストの役割を調べることもできます。
論文がオンラインで公開されている場合は、ぜひ読んでみたいと思います。Web とアプリケーションの両方で、GUI へのプログラムによるアクセスを検討する価値があります。次に、Selenium や WatiR などの記録および再生ツールがあります。そしてもちろん、自動化の長所と短所 - ツールの制限 (ほとんどの場合、Java アプレットや Web ページのフラッシュを確認できないなど) と、自動化するときに一部の人々が忘れている最も重要なこと - すべてを自動化する必要はありません!
しかし、これが完了したときに私たちに通知するためにこれについてコメントすることができれば、私は心から読んでみたい.
文学についてはわかりませんが、学校の図書館にある ACM の出版物はおそらく結果を生み出すと思います。特にSIG* ニュースレター。(おそらくSIGSOFT ?)
私には良い修士論文のように聞こえます。もちろん、あなたの論文アドバイザーはそれに関する最後の言葉です。あなたは彼らと話しに行くべきです。
今年、テスト自動化に関する優れた本が出版されました。「Implementing Automated Testing」、Elfriede Dustin、Thom Garrett、Bernie Gauf、Addison Wesley です。