テストケースのコーディングが不要！ Test Case Editor

単体テストの最大の課題とは？

単体テストが必要であることは認識している。でも時間がないので現実は… という開発現場は少なくないと思います。

単体テスト工程における最大の課題はテストケースのコーディング作業とされ、ツールを使用しない場合、 そのコーディングの量はテスト対象のソースコードの 3～5 倍とも言われています。

テストケース、スタブのコーディングが不要！

C++testの最新バージョンではソースコードを記述せずにテストケースを作成できる「Test Case Editor」が新たに搭載されました。

Test Case Editorを使うと、コーディングを行うことなく、テストケースとスタブを作成することができます。またテストケースの入力値／期待値、スタブの振る舞いなども独自のGUIから設定することが可能です。

さらに、テストケースのメンテナンスもGUI上で行うことができるため、テスト対象が変更される度にテストケースのコードを修正するといった煩雑な作業から開発者を解放します。

高機能なスタブ

Test Case Editorを利用することで、コーディングを行うことなく高機能なスタブを作成することが可能です。 例えば、渡された引数に応じた戻り値を設定するなど、複雑な振る舞いをGUI上で容易に組み込むことができます。

条件に応じて、オリジナル関数をそのまま呼び出す／スタブの処理を実行するを切り分けることもできます。 これにより、標準関数の処理が失敗した場合などの異常系の動作検証を簡単に行うことができます。

TÜV SÜDによる認証

C++testは、第三者試験認証機関であるTÜV SÜD社よりISO 26262（自動車の機能安全についての国際規格）、IEC 61508（機能安全の国際規格）に準拠したテストツールとして認証を取得しております。最新のC++test 9.6においても、認証を再取得いたしました。
テストツールが認証を取得していない場合、ユーザーは規格の要求に応じて、第三者試験認証機関に認証を依頼し、認証を取得するための時間や費用が必要になります。C++testは認証のためのコストを削減します。

無償体験版をお試しください

これらの機能は、無償体験版にてご確認いただけます。
まだC++testをご利用いただいていない方は、この機会にぜひお試しください。
C++testの機能概要、稼働環境は以下をご覧ください。

・単体テスト
・コーディングルールチェック
・フロー解析
・実行時メモリエラー検出／アプリケーション実行時カバレッジ
・最新の稼働環境

※本文中に記載されている製品名、および社名はそれぞれ各社の商標または登録商標です。

C++test 体験版ダウンロードは ↓ こちら ↓です。

9/11開催 「ユースケースに学ぶソフトウェア品質向上ノウハウ」セミナーレポート

9/11に開催されました「開発現場に合った最適な品質向上策を実施するには？ユースケースに学ぶ 運用に乗せるソフトウェア品質向上ノウハウ」セミナーはお足元の悪い中にも関わらず、多くの方にご参加頂きご好評のうちに無事開催終了いたしました。

遠方からもご足労いただき、誠にありがとうございました。

今回のセミナーでは、これまでのテクマトリックスの取り組みで成功した複数のユースケースをもとに、現場に合った運用に乗せる品質向上策の実施方法について、ご紹介させていただきました。

セミナーにご参加いただいたお客様の声

「回帰テストがうまく回っていない理由がわかった気がします。参考にしたいと思います。」

「実例を踏まえた内容で参考になりました。」

「ステルス・アジャイルは参考になりました。できるところから改善したいです。」

「テスト駆動開発の概要が理解できました。」

ご都合により来場いただけなかった方で、セミナー内容にご興味のある方に、当日資料の簡易版も提供しております。ご希望の方は、お気軽にお問い合わせください。

会場の様子

=============================================================================

「開発現場で成果を出した単体テストの運用改善アプローチ」

単体テストの実施においてツールが運用にのらない、効果がでないのはなぜなのか？運用に乗せるためには、開発現場に何が不足していて何を実施する必要があったのかを過去の例を交えながら紹介しました。

=============================================================================

「品質を底上げする静的解析の徹底利用法」

実はフロー解析におけるバグの検出と修正だけでは、次回以降のプロジェクトでも同じようなバグの検出と修正を繰り返してしまいます。

「テスト工程以降にバグが流出している」

「過去と同じバグを繰り返している」

「レビューの工数が多い、指摘漏れが多い」

といった各ケースにおける原因と対策について、ご紹介しました。

=============================================================================

「五月雨式の仕様変更に耐えるコーディング方法」

繰り返される仕様変更に耐えるアジャイルの開発手法「テスト駆動開発」。なぜテスト駆動開発が必要なのか？その理由と実施のために必要な環境についてご紹介しました。

=============================================================================

多くの質疑応答もあり、大盛況のうちに終了する事ができました。

多くのご質問もいただき、活発な議論も

テクマトリックスではツールのご提供のみにとどまらず、導入前の支援から、導入開始時における開発者向けのトレーニング、CI（継続的インテグレーション）環境構築など、運用に乗せるための様々なサービスも実施しています。

ご興味のある方は、お気軽にお問い合わせください。

また、今回のご紹介させていただいたParasoft社製テストツールC++testの詳しい情報、無償体験版ダウンロードはこちら↓です。