ここまではプログラムの設計やコードの記述など、プログラム作成に対する支援機能を見てきましたが、ここからは作成されたプログラムの品質向上のための支援機能(コード分析、デバッグ、テスト)を見ていくことにします。今回はコード分析について見てみましょう。 コード分析には、ソースプログラムを分析して問題点を見つける静的コード分析、プログラムを動作させて問題点を見つける動的コード分析、さらに、パフォーマンスの確認を行うプロファイリングなどの手法が用いられます。従来のVisual Studioにも部分的にこれらの機能が取り入れられていましたが、本格的な分析を行う場合はサードパーティ製のツールを使わざるを得ませんでした。しかし、それも過去の話です。VS 2005には開発環境に密に統合されたツールが搭載されることになりました。 今回紹介する静的コード分析機能は、VS Team Edition for So
テストツール情報サイト † 不具合からの脱却!テスト自動化ツール研究 / 「テスト自動化ツール」選定の厳しい視点(無償の会員登録が必要) 2008/7/14 キーマンズネット / IT製品解体新書 http://www.keyman.or.jp/3w/prd/51/30002651/ (引用)Webシステムの品質に対する意識は高まってきているが、十分なテストの実施はそう容易なことではない。また、ソフトウェアは社会生活の中に奥深く入り込むようになったことから、その不具合がもたらす社会的・経済的損失は深刻さを増すばかりだ。こうした背景のもと、最近の開発プロジェクトではテスト工程を分業することが重要視されるようになり、ソフトウェアテストの自動化ツール効果的な利用に注目が集まるようになってきた。そこで今回はソフトウェアテストの自動化ツールにスポットを当てその基本から最新動向までをわかりやすく解説す
静的コード解析 (せいてきコードかいせき、static code analysis) または静的プログラム解析 (static program analysis) とは、コンピュータのソフトウェアの解析手法の一種であり、実行ファイルを実行することなく解析を行うこと。逆にソフトウェアを実行して行う解析を動的プログラム解析と呼ぶ[1]。静的コード解析はソースコードに対して行われることが多いが、少数ながらオブジェクトコードに対して行う場合もある。また、この用語は以下に列挙するツールを使用した解析を意味することが多い。人間が行う作業はインスペクション、コードレビューなどと呼ぶ。日本語では静的コード分析とも訳される[2]。 概要[編集] ツールが行う静的コード解析の洗練度は、個々の文や宣言だけを検証するものから、プログラム全体を解析するものまで様々である。解析結果の利用も様々で、Lintのように単に
$Id: readingcode.html,v 1.13 2003/12/06 00:01:08 aamine Exp $ 2006-05-02 gonzui 追加。thanks: 冨山さん 2003-12-03 ltrace と sotrace を追加 2003-12-03 ツールのところに DDD を追加。thanks: 和田さん 2003-05-27 VCG, SXT などについて追加。thanks: 梅沢さん 2003-05-27 これもすっかり忘れていた strace, ktrace, truss, etags などについて追加 2002-08-30 すっかり忘れていた ctags を追加 2002-07-07 匿名希望さんからメールでいただいた情報を追加 (動的コールグラフ) 2002-06-13 日記経由でいただいた意見をもとに文章を追加。thanks: 柳川さん、まつもとさ
PPL サマースクール 2008が告知されています。内容はおおいわさんのFail-Safe Cと、coverity 社の人による Thread Analyzer for Java とかいうツールの紹介だそうです。 それとは関係ないんですが、coverity 社がやってる Coverity Scan というサービスがあります。coverity 社の製品の Prevent という静的解析ツールのデモみたいなもので、Apache とか OpenSSL とかのオープンソースプロジェクトに対して Prevent で検査した結果を無償提供してくれています (参考) 。ただし脆弱性のヒントになる可能性があるので、各プロジェクトの開発者のみに公開。 ここぞとばかり Ruby のコミッタ権限を活用して Ruby の結果を見せてもらったんですが、これ、かなりすごいです。 鬼車が /x{1,1}/ でメモリリー
※以下、全ての新着を紹介すると膨大なので、追加した主要リンクのみの紹介。 5/30: Googleツールバー用 カスタムボタン工房 5/28: Googleイメージ検索で「顔写真」や「ニュース画像」を限定検索! 5/28: YouTubeプレイヤーに3つの新機能! 5/25: Google Calendarがついに携帯に対応! 日本語対応も。 5/25: Google 翻訳に言語横断検索登場! 5/24: Googleが「Adsense For Video」テスト開始 5/24: GoogleがFeedburner買収へ 5/23: 今ホットな話題が分かる「Google Hot Trends」公開 5/23: Googleカレンダーをオフラインで使う方法
あなたの中で 「うわっ!こんなサービスウェブで無料公開してるの?」 「今まで、お金払ってたけど、実は無料で提供しているサイトあったんだ・・」 というように下記のように無料で役に立つ『ウェブサービス』を 提供しているとっておきのサイトを教えてください。 回答はできるだけたくさんあると嬉しいです。びっくりさせてください!! 例) http://www.seoseo.net/ (検索キーワードチェックツール) http://symy.jp/ (長いURLを短く圧縮してくれるサービス) http://www.remindermailer.com/ (未来の自分にメールを送れる) http://htmllint.itc.keio.ac.jp/htmllint/htmllint.html (HTML文書の文法をチェックし、採点します) など、自分の中で役に立ってたらOKです!! みんなで紹介しあう形で
桜色 (さくらいろ) # 薄桜 (うすざくら) # 桜鼠 (さくらねず) # 鴇鼠 (ときねず) # 虹色 (にじいろ) # 珊瑚色 (さんごいろ) # 一斤染 (いっこんぞめ) # 宍色 (ししいろ) # 紅梅色 (こうばいいろ) # 薄紅 (うすべに) # 甚三紅 (じんざもみ) # 桃色 (ももいろ) # 鴇色 (ときいろ) # 撫子色 (なでしこいろ) # 灰梅 (はいうめ) # 灰桜 (はいざくら) # 淡紅藤 (あわべにふじ) # 石竹色 (せきちくいろ) # 薄紅梅 (うすこうばい) # 桃花色 (ももはないろ) # 水柿 (みずがき) # ときがら茶 (ときがらちゃ) # 退紅 (あらぞめ) # 薄柿 (うすがき) # 長春色 (ちょうしゅんいろ) # 梅鼠 (うめねず) # 鴇浅葱 (ときあさぎ) # 梅染 (うめぞめ) # 蘇芳香 (すおうこう) # 浅蘇芳 (あさすお
open-arms.biz 2023 著作権. 不許複製 プライバシーポリシー
出典:日経NETWORK 2006年11月号 35ページより 記事は執筆時の情報に基づいており、現在では異なる場合があります。
市販品に劣らない性能を持つ、フリーソフトを集めました。 (FreeSoft.nomaki.jpについてはこちら) 定番
サポートページ(ダウンロードや正誤表)を探す 上の検索ボックスにキーワードなどを入力して[検索]ボタンを押してください。検索結果画面の上部に「サポートページを探す」というタブがありますので,これをクリックするとサポートページのみの検索結果が表示されます。 例)「今すぐ使える Excel2003」を入力して[検索] → 「サポートページを探す」をクリック 書籍の内容についてのお問い合わせはコチラ
図3 ISIDが作成した「Javaコーディング規約2003」の概要<BR>ソースコードの保守性を向上させるために,従来の一般的な規約の内容を見直すとともに,「コーディングの心得5カ条」と,ロジックの書き方やAPIの使い方などを定めた「プログラミング言語のイディオム規約」を規定した システムの品質を向上させるためには,実装工程における品質管理が欠かせない。これをきちんと実施するためには,ソースコードの書き方に関する決まりごとである「コーディング規約」が必須となる。電通国際情報サービスが2003年2月に策定した「Javaコーディング規約2003」を例に,その重要性と内容を解説する。 読者の皆さんは,「システムの品質とは何か」と問われたら何と答えるだろう。おそらく最も多い答えは,納品後の「バグの少なさ」ではないだろうか。 しかし,言うまでもなくシステム開発で考慮しなければならない品質は「バグの少
こんにちはー! やまもと@テスト番長です。 現在ウノウのテスト専任のスタッフは自分一人です。 いわば一人親方(建設業界用語)状態なのですが、 前職では総勢6人のテストチームを組織しておりました。 その頃心掛けていた、チームリーダー心得を書いてみたいと思います。 1.聞き上手になる 組織はコミュニケーションが命です。 話しにくいリーダーだと、必要な情報がうまく伝わりません。 気軽に相談を受ける・噂話が耳に入ってくるようでなくてはいけません。 そのためには聞き上手に徹すること。特に批判的な態度は控えることが重要です。 そんな相手には、誰も何も相談しないでしょう。 2.「おいしい仕事」を独り占めしない。 重要な判断や、やりがいのある仕事はなるべくメンバーに廻すようにします。 一見、重要な仕事はリーダーがこなすべき事のように見えますが、 その裏で他のメンバーがつまらない仕事ば
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く