BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ Code Coverage に関するすべてのコンテンツ

ニュース

RSSフィード
  • LLVMネイティブコードカバレッジを備えたRust 1.60がリリース、Rust 2024へのロードマップも公開

    Rust 1.60では、LLVMネイティブ・インストルメンテーション(native instrumentation)を使用したソースベースのコードカバレッジの安定化、既定値としてのインクリメンタルコンパイルの再有効化、Instantに対する単調性保証の実施、などが行われている。2024年までのRustの進展に関するロードマップも公式に発表された。

  • モバイルおよびWebのテストカバレッジ戦略

    すべてのデジタルチャネルにおけるスムーズな機能の実現というユーザの期待に応えるため、開発チームは、各地域の市場でのアプリの使用パターンに合わせたテストを実施する必要がある。本記事ではモバイル市場におけるデータ駆動テストのカバレッジのための、デバイス/OSの組み合わせと、エージングや画面パラメータなどのテスト関連のガイドラインを同時に考慮した方法論と指標を紹介する。

  • Google Chrome DevToolsのアップデート

    Chrome DevToolsの次のバージョンには、開発者が高速なWebページを構築するのを助け、複雑な非同期コードのデバッグを容易にする、数多くの新機能が含まれている。Google I/O 2017で、Paul Irish氏がこれら数多くの新機能について紹介した。

  • コード品質の測定と改善

    InfoQはBoris Modylevsky氏にインタビューして,コード品質を測定することの重要性,その測定結果を品質改善に利用する方法,継続的インテグレーションへの静的コード解析の統合,テストカバレッジとテストの自動化,統合型コード解析とテストカバレッジを継続的インテグレーションと組み合わせることのメリットについて聞いた。

  • NDepend5がコードのトレンド表示を可能に

    Patrick Smacchia氏は先日,NDepend 5.0を発表した。VS2013サポート,トレンド監視,新しいダッシュボード,UIの大規模な改修など,数多くの機能拡張が加えられた.NETコードアナライザの最新バージョンである。

  • アジャイルと根拠なき自信の支え

    根拠なき自信は普通、希望的観測に基づいている。これは、予想した現実と実際の現実がかなり乖離しているかもしれないが、ある期間、すべてを制御できていると感じる状態だ。アジャイル開発にはこのようなチームが根拠なき自信を支えにして最終的には失敗してしまうことが多い。

  • Adobe が Flash Builder用のActionScript コードカバレッジ プラグインをリリース

    Adobeは、 Flash Builder用のActionScript コードカバレッジ プラグインをプレリリースした。 これによって、開発者は、アプリケーションが走っている時に、どのコードが実行されているのかを正確に理解できるようになる。プラグインを Flash Builderに追加すると、新しいEclipse パースペクティブ加わって、コードカバレッジ ツールを走らせることができる。

  • Cloverのテスト最適化機能によってテストが高速に

    最近リリースされたClover 2.4は"Test Optimization(テスト最適化)"という新機能を強調している。これはCIをスピード・アップし、テストが完了するまでの待ち時間を削減する効果がある。"テスト毎の"カバレッジ・データを活用することでコードの修正によって影響のあったテストだけを選択的に実行する。

  • コードカバレッジには要注意

    Christian Gruber氏はコードのカバレッジをメトリクスとして使うことに対するTDDのスタンスを、時間をかけて明確にしようとしている。

  • 多面的にコードの問題を可視化するCoverity Readiness Manager

    Coverity社が近頃Java向け新製品であるSoftware Readiness Manageの最初のバージョンをリリースした。

  • NDependおよびコードメトリクスの理解向上

    どのようなツールであっても、その使い方を知っている開発者が手にして初めて効果をもたらす。NDependは強力なツールであるが、NDependが扱うソフトウェアメトリクスを理解するアーキテクトや開発者はあまりにも少ない。

  • 循環的複雑度に関する再確認

    Enerjyは数万にもおよぶソースファイルを研究し、最適な循環的複雑度は11で、その場合のエラーの潜在率は28%であると発表した。実際、それ以下の複雑度であった場合、エラーの可能性が高まる。メソッドの複雑化を検討するときなのであろうか?

  • デバッガは有害か?

    Giles Bowkett氏は、ブログにて「Debugger Support Considered Harmful (デバッガサポートは有害だ) 」というタイトルにて、Rubyのデバッガの貧弱さについて記述している。

BT