テスト項目の設定では,テスト対象におけるテスト項目の網羅性が重要となる。「テスト項目を漏れなく洗い出すには,設計カバレッジによるテスト項目の確認が必要」。こう話すのは,豆蔵の大西建児氏(ES事業部 シニアコンサルタント)だ。 設計カバレッジとは,設計すべきテスト項目を設計したかという網羅性を確認するもの。これに対して実行すべきテスト項目をどれだけ実行したかを示す「実行カバレッジ」もある。 通常,実行カバレッジによる網羅性の確認を取り入れないことはない。テスト項目の一覧を一つひとつ実施していけば,実行カバレッジを確認できる。 だが,設計カバレッジを確認している現場は意外に少ないようだ。その理由は,「設計カバレッジ」という考え方や具体的な確認方法が,開発現場に定着していないからである。 三つの方法で網羅性を確認 では,設計カバレッジをどのように確認するのか。豆蔵の大西氏は,具体的な方法として,
Javaのここ1年をふりかえってみると、アノテーションを使ったプログラミングが普及してきたと感じる。これを象徴するようにプロダクトにTestNGがある。TestNGを使えばアノテーションを挿入するだけで単体テストを行うことが出来る。これまでのJUnitなどと比べると簡単で、デベロッパに衝撃を与えた。新バージョンのリリースにあわせ、本稿ではTestNGの使い方を紹介する。 TestNG 5.0 登場 The TestNG Project, Cedric Beust氏は19日(米国時間)、TestNGの最新版であるTestNG 5.0を公開した。TestNGはJava向けに開発されたFLOSSのテストフレームワークで、アノテーションをベースにしており簡単という特徴がある。 @Configurationは@BeforeTestおよび@BeforeSuiteなどへ統合 @ExpectedExcep
Test.jp で提供しているアセスメントは、あなたを評価するためのものではありません。あくまでもあなたの現状をとらえ、棚卸しするためのものです。アセスメントの結果は、未来に向かって何ができるかを考える指標として活用してください。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く