はてなブックマーク

やぼったい開発 > ウォータフォールモデルによる開発手法の基礎 > 単体テスト(UT) 単体テスト(UT) 積み上げの観点から言うと、単体テスト工程は2ステップある。 関数内試験 ソース(関数内)をそれぞれ精査する。 ホワイトボックス試験 関数内の動作が正しく動作することを確認する。 関数の中を精査し、全ての分岐や条件を網羅する。 必要で在れば、分岐網羅だけでなく、条件網羅もココで行う。 もちろん条件網羅まで必要ないという理由をもって分岐網羅で済ませることもできる。 UTで分岐網羅(制御パス)を通さないことはあり得ない。なぜなら、異常系のテストは、結合してくればするほど難しくなるので、UTの方が工数を削減できる。 ※ここでよく陥りがちなミスとして、ソースからそのまま UT試験を作成するホワイトボックス試験を作成してしまうことがあります。UTは詳細設計またはプログラム設計レベルを保証するため

まず、単体テスト自動化のメリットとデメリットを整理します。 メリット テスト実行のコストを下げる。 コードによりテスト項目を記載するので、項目に曖昧さが無くなる。（テスト準備ミスなどが減少） テスト実行のコストが少ないので、不具合修正の時に、他のコードに影響していない事を確認することが容易。 自動化されているため、業務知識が無い他の部分を担当しているメンバーでも、実施やデグレード確認が可能になる。 1つめ テスト実施コストは劇的に下がる。2人月ぐらいのコストが、1Hで終わることも少なくない。 テスト環境のセットアップ時間など細かいこともあるかもしれないが、トータル的には工数削減につながる。自動でテストされるので実施中は、他の作業を行っていても問題ない。 ２つめ 日本語などと違い、テストコードとして記述するので、曖昧性が排除される。また、レビューを行わなくても、自分で、テスト項目の精

バッファーリスプ系 バッファーリスプ系 目次(*はおすすめ度) **#current buffer(現在のカーソルのあるバッファ)以外を閉じる **#*のついた一時的な特定のバッファを消す(*Grep*とか) **#current buffer (indent , eval)今のバッファをまるまるインデント #delete or clear current buffer #execute-shell current buffer #emacs write file with directory(亀井さんが作っていたのをディレクトリに対応) #rename-file (同じ名前の場合 大文字小文字を区別してくれなかったので) #current buffer の file がある directory を開く #ダンプファイルを日付を使ってチェックしダンプし直すつーる **#再帰的に、あるファイ

ひとつ戻る > キーワードを目立たせる xyzzy キーワードの設定 キーワードを色付きで!!表示させます まず下準備として 共通設定などから 表示 ->キーワード色付きにチェック xyzzy に 自分用のキーワードパスを指定する。 ~/.xyzzyに(setq *keyword-load-path* '("D:/text/xyzzy/keyword/"))とか決めたり default（標準） の設定は etc/ の下にあります。 ("Java"の４文字のファイル名など)

[ひとつ戻る] buffer の操作 (しょぼしょぼすくりぷと xyzzy) 作業効率を上げるためにいろいろなバッファーの移動方法を知っておくと xyzzyを有効に使えます。ここではいくつかのバッファー移動方法を紹介します。 buffer の 移動 操作 switch-buffer (C-x b) buffer-lists (C-x C-b) ファイラーから (C-c C-f and W) バッファの選択(F2) Grep Tag Jump list-function switch-buffer バッファを移動するときに使うLispです。miniバッファ内にプロンプトが出てくるのでそこに対象のバッファー名を入れてJumpできます。 c-x bと入力すると下にバッファが表示されます。 矢印キーで履歴をたどれます(この機能を使っていないともちろん履歴は使えません)。 バッファー名はファイル

開発手法の基礎 ソフトウエアでの開発手法の基礎を説明するために、 ウォータフォールモデルで 説明します。 ウォータフォールモデルと工程 上工程・下工程 上工程（設計工程） 設計工程概要 基本設計(BD) 機能設計(FD) 詳細設計(DD/PD) 製造設計(CD) 下工程（試験工程） 試験工程概要 単体試験(関数内試験) UT 単体試験(関数間) UT 機能試験(FT) 結合試験(IT) 試験工程補足 補足： 単体試験と機能試験の違い 無駄のない質の良い試験仕様書の作成を目指して フラッシュバック ホワイトボックスは必要ない？ ウォータフォールモデルだって後戻りをする？ 次の工程にすすめないわけではない。 テストファーストはウォータフォールモデルでも当たり前 仕様変更に強い開発手法とは リンク http://www.kumikomi.net/article/explanation/

[一番上の入り口へ] [検索] しょぼしょぼすくりぷと xyzzyに関する覚え書き ページとかかなりいい加減でxyzzyとかよくわかってませんです。ごめんなさい。 それなりの履歴 2005/05/isearch の装飾 バグ修正 & ちょっと改善 改行入力補佐,windowShakeバグ修正 2005/04/バッファーまとめて印刷目次機能追加 2005/03/改行入力補佐ちょっと作成 2005/01/対応括弧を自動挿入機能ちょっと補強

単語を補完して欲しい 色つき のキーワードを設定したい モード切替をメニューでしたい 現在のバッファー全体をインデントしたい *の付いたバッファーのみを消したい バッファをまとめて印刷したい 各行の先頭に文字を入れたい 特定の名前のファイルをたくさん消したい 特定の拡張子を変更したい 対応する括弧を自動的に入れてみたい(主にc,java) regionやselectionを定型句で囲みたい(コメントとかに利用できる,,) 一定サイズ以上のファイルを開くとき聞くようにしたい セーブしたとき自動的にモードを切り替えたい bufferの名前にとかでなく Dir 名付きtips/index.htmlのように表示したい 静的補完したあと動的補完したい。 テキスト をつくりたい なにか、データを作る方法。 正規表現ってなにか テストしてみる ちょっと計算したい M-x calc 普通の電卓のように計

動的補完とは？ 同じファイル内でさっき長い文字入れた場合、もう一度入力するのは面倒です。 その時便利なのがこのマクロ！途中まで入力してこのマクロを起動すると、残りを補完します。報告書や文書の入力スピードアップに使えます。 候補が複数ある時は、候補内で共通部分だけ補完し、そのあとリストアップして、ユーザが選択できるようにします。 日本語も結構うまくいきます。また、候補がないときなど、失敗するとウインドウが"ふるえ"ます！！わかりやすいです。 // dabbrev.mac // http://www2.ocn.ne.jp/~cheerful/script/ // TKI // 2005/01/30 //#################### //概要 //#################### //単語補完マクロです。 //検索対象語は開いている秀丸の全てのファイル上の単語 //そ

[ひとつ戻る] 人の物を拡張 isearch.l 標準関数にもなっている incremental search(インクリメンタルサーチ)を拡張し色などを付けられるようにします。 C-i で 色つけを無視したりするのを 切り替えるようにした。(ignore) C-c で Case fold(大文字/小文字) 切り替えるようにした。 C-a で 正規表現を 切り替えるように C-u で 簡単なヘルプを表示(usage) isearch.l を 持っていることが必要です。(できれば先に読んでおいてからこれ"isearch-deco"を後読みしてください。) isearch-deco.l 例 ; インクリメンタルサーチ (C-s, C-r) (load-library "isearch") (load-library "isearch-deco") (setq *coloring-patte