前回のブログ記事「現場に必要なOSS (オープンソースソフトウェア) のテストツールとは」ではいくつかのOSSを紹介しました。
今回はそのうちの１つ、ソフトウェア設計時に活用できるモデリングツール「PlantUML」を解説します。
手間をあまりかけずに、ソフトウェア設計ドキュメントを作りたい、プロセス化したいという方は、ぜひ一度使ってみてはいかがでしょうか？

OSSは世界中のエンジニアが開発し、世界中で公開されています。OSSは無償ながら、高性能かつ信頼性が高いものが多く知られています。ソフトウェアのテストツールにおいても、無償のOSSツールが公開されていますが、有償、無償のテストツールのメリット、デメリットがありますので、その特徴を理解して使用していくことが必要です。

ツールの導入にあわせて、自社向けツール運用マニュアルを作成しているお客様は多いようです。ツールの導入でより多くの成果を上げるためには、チームメンバ全員が効率的にツールを理解し、自社で使用する場合の注意点などのナレッジを共有するためのマニュアルが必要と考えます。弊社では、お客様がマニュアルを自作するため素材をMarkdown形式のファイルで提供しています。今回はMarkdownとはどのようなモノなのか、それらをどのようにチームで共有するかをご紹介します。

「ゆくゆくはカバレッジを取得するプロセスにしたい」という声をいただく一方で、カバレッジ取得するプロセスを適切に、そして継続して運用しているお客様は決して多くありません。
そこで今回は限られた工数で品質を確保するためのカバレッジ取得の考え方、そして実際にカバレッジを取得するまでのフローを紹介したいと思います。

組込みLinuxでは、開発したシステムが消費する物理メモリサイズが分かりづらく、例えばメモリリークの特定が難しい場合もあります。そこで今回はLinuxのメモリの使用量について確認する方法を紹介します。さらに弊社の「動的テストツール DT10」と組み合わせることで、実行された処理を照らし合わせて解析する方法も紹介します。

タスク切り替えのタイミングやマルチタスクのIO/メモリアクセスなどの問題は、発生頻度が低く原因の特定に時間を要するという厄介な面があり結果的に予定外の工数を大幅に費やしてしまいがちです。そこで今回はTask Timing Analysisの手法や、弊社の動的テストツールDT10を使った工数増加を抑えるための解析方法を紹介します。