技術的負債を管理する
1992年にWard Cunningham氏が、技術系ではないステークホルダにこの問題を伝えるために、初めて「技術的負債」というメタファを使いました。品質の低いコードと自動テストによるカバレッジがないことは、財務的負債と比較されます。このようなコードは、開発者だけでなく、すべてのステークホルダが負う財政的な重荷になり、将来的に利息が課される負債になります。元本額は、コードベースを将来簡単に変更できるようにリファクタリングするコストです。利息は、チームがよいコードではなく、汚いコードに取り組まなければならない場合に、将来支払う余分なコストです。 財務的負債とは違い、技術的負債は返済しなくてもよい負債です。時には、返済するのが無駄なこともあります。ある部分のコードを読んだり、変更したりすることはめったにないか、決して起こらないかもしれません。そのため、技術的負債も、どのくらい起きそうかを考慮す
Jenkins で静的解析のグラフを作るとコードを読まなくてもソフトウェアの品質が分かって面白い - おともだちティータイム
細かく書きたいけど、とりあえずメモだけ。 ステップ数が増ている なんらかの開発が行なわれている ステップ数が減っている リファクタリングが行なわれている? 単に仕様落ちしたコードが削除された可能性もある テストカバレッジが下がる テストが書かれていない ... ステップ数が増えている場合 テストが減っている ... ステップ数が変わらない場合 FindBugs 、 PMD 、 Android Lint の警告数が増えている 品質の低下、レビューが正しく行なわれていない CPD 警告数が増えている 品質の低下、レビューが正しく行なわれていない そろそろリファクタリングしたほうがいい Checkstyle 警告数が増えている 品質の低下、レビューが正しく行なわれていない Jenkins で継続的にビルドしたり、テストを行なうのは言うまでもなく大切だけど、こういった静的解析の数値をグラフ化してい
こくちーずプロ - 無料で使えるイベント・セミナーの告知・集客サービス
個人から法人まで幅広い主催者の方にご活用いただいています。 イベント主催者6万人以上 チケット販売380万枚以上
ソフトウェア品質シンポジウム2012【SQiP2012】
本シンポジウムは、ソフトウェア品質に関わる全ての方々が一堂に会し、現場で役立つ実践的な技術や経験、ノウハウ、研究成果を発表し、意見交換を行う場です。 開発者、マネージャー、ユーザ企業、QA担当者、研究者といった様々な立場、組込み系やエンタープライズ系といった様々なドメインの方々がオープンな立場で品質向上のために真摯に議論し、相互研鑽や人的交流を行うことを目的としています。 2012/5/25 ソフトウェア品質シンポジウム2012 ツール出展募集中！ 2012/5/25 併設チュートリアルページを公開いたしました。 2012/5/25 開催概要ページを公開いたしました。 2012/5/25 ソフトウェア品質シンポジウム2012 サイトオープンいたしました。
Software has a new quality standard: ISO 25010
You might have missed the news that the ISO 9126 quality standard has been replaced recently by the ISO 25010 quality standard. Since the ISO/IEC wants at least 110 euro's for a PDF containing the new standard (WTF????), I thought I'd summarize the new standard and compare it to the old one. The 'old' ISO 9126 model described six main characteristics, with a set of subcharacteristics: Functionalit
「情報システムの信頼性向上のための取引慣行・契約に関する研究会」～情報システム・モデル取引・契約書～
情報システムの信頼性 非機能要求グレード報告書 ソフトウェアメトリクスの高度化 産業構造・市場取引の可視化 「情報システムの信頼性向上のための取引慣行・契約に関する研究会」 ～情報システム・モデル取引・契約書～ 情報サービスソフトウェア産業における下請適正取引等の推進のためのガイドライン ADR（裁判外紛争解決手続） 情報システムにおける価値の可視化 「IT投資価値評価に関する調査研究」（試行版） 情報サービス・ソフトウェアを巡る取引構造・産業構造の不透明性が、ベンダ間、ユーザ・ベンダ間、ユーザ内に存在しております。 また、不透明な取引構造・産業構造は、ベンダの産業構造転換の遅れ、情報システムの信頼性問題の温存、ユーザ・ベンダ一体となった生産性向上の阻害の要因となっています。 このため、各局面の取引構造を透明化するツールを整備し、これらを普及することで、ベンダの産業構造転換、情報システム信
NetBeansでcoverage reportを行う - 発火後忘失
できること NetBeansでJUnitテストを実施(Alt+F6などで)する際、同時にカバレッジを測定する。 結果をhtmlで出力する。 できないこと IDEとの完全な統合。Eclipse+djUnitであれば、こんなふうに未実行のラインをタスク一覧に表示できたりするようだが、今回の方法では不可能。 プロジェクトごとにカバレッジ測定用のAntタスクを追記する必要がある。新規プロジェクトを作成し、このプロジェクトでもカバレッジ測定を行いたい場合は、同じような設定を追記しなければならない。 前回採取したカバレッジと今回結果をマージして出力、といったこともできるはずだが、そこまで考慮できていない。 テストクラスを選択してSHIFT+F6を押せば、そのファイルだけJUnitを走らせることができるが、これが機能しなくなる(正常に実行できない)。 NetBeans上でカバレッジ測定を行えるものを探し
[ThinkIT] 第1回：テスト手法とテストツール (2/2)
動的テストは、プログラムを実際に実行して行うテストです。通常皆さんが単体試験・結合試験などといった工程で実施しているテストです。 テスト対象のプログラムの内部構造を基にすべての実行経路の動作を確認するテスト手法です。コードカバレッジ（実行網羅率）を確保するようにテストケースを作成することを基本とし、最終的に一度も実行・確認していないプログラムコード部分がないようにすることを目標とします。 テスト対象のプログラムの内部構造をまったく意識せずに、外見の正しさ（入出力仕様どおりの結果になるか）を確認するテスト手法です。テストデータの作成方法として、限界値分析や同値分割・エラー推測といった技法があります。 動的テストは、上記のような分類の他に、別の観点からの分類として、性能・負荷テスト、ユーザビリティ（使い易さ）テストなどのテストがあります。これらについても、実際に実行して行うテストなので、動的テ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Groups
http://www.meti.go.jp/policy/mono_info_service/joho/softwaremetrics/2010/01.pdf
http://www.juas.or.jp/product/
日科技連|ソフトウェア品質|SQiP研究会
日科技連|ソフトウェア品質|SQiP研究会
IPA 独立行政法人 情報処理推進機構：【パブコメ】ソフトウェアの品質説明力強化のための制度フレームワークに関する提案（中間報告案）
セミナー・イベント｜JUAS 社団法人 日本情報システム・ユーザー協会
Microsoft Word - Offshore_TR_Ver1.0.doc
品質月間：テキスト：(財)日本科学技術連盟
4. トピックス（2）｜Quality One｜Software Quality Profession
http://www2.computer.org/cms/Computer.org/ComputingNow/homepage/2009/0709/rW_SO_Viewpoints.pdf
IEEE Computer Society
