タグ

テストとシステム開発に関するkoyacorgのブックマーク (3)

  • 第2回 PICTの基本的な使い方 | gihyo.jp

    表1で、パラメータの欄はパラメータの数と各パラメータが含む値の数を表します。たとえば34というパラメータの欄は、3つの値を含むパラメータが4つあることを意味します。表中のAETGとTestCoverは有償のツールです。 この表の結果によると、PICTはほぼ平均的な数の組み合わせを生成することがわかります。ここで注意してもらいたいことがあります。この表で示されているPICTの組み合わせ数は、最適な初期条件を指定した場合であるということです。 PICTはデフォルトで固有の初期条件を使用して生成を行います。この初期条件の違いにより、生成される組み合わせ数が若干違ってきます。たとえばパラメータが34の場合、デフォルトで生成される組み合わせは13です。またパラメータが313の場合、デフォルトで生成される組み合わせは20です。 初期条件の変更は、/rまたは/r:オプションで行うことができます。筆者が確

    第2回 PICTの基本的な使い方 | gihyo.jp
  • RESTful Web アプリの設計レビューの話

    2017/9/7 db tech showcase Tokyo 2017(JPOUG in 15 minutes)にて発表した内容です。 SQL大量発行に伴う処理遅延は、ミッションクリティカルシステムでありがちな性能問題のひとつです。 SQLをまとめて発行したり、処理の多重度を上げることができれば高速化可能です。ですが・・・ AP設計に起因する性能問題のため、開発工程の終盤においては対処が難しいことが多々あります。 そのような状況において、どのような改善手段があるのか、Oracleを例に解説します。

    RESTful Web アプリの設計レビューの話
  • 【書評】『なぜ、システム開発は必ずモメるのか? 49のトラブルから学ぶプロジェクト管理術』(細川義洋・著) - やまもといちろうBLOG(ブログ)

    書評】『なぜ、システム開発は必ずモメるのか? 49のトラブルから学ぶプロジェクト管理術』(細川義洋・著) 読んでいて、実用書なのに涙が止まらないに巡り会えたので謹んでお奨めさせていただきます。 その名も、『なぜ、システム開発は必ずモメるのか? 49のトラブルから学ぶプロジェクト管理術』。何がヤバイって、いちいち掲載されている項目がヤバイ。いきなり「何度も要件を追加してくるユーザ」ですよ。まるで弊社の某顧客ではないですか。 大項目からして「設計」から「プログラミング」、「テスト」とか進む先々にびっしりと地雷が敷き詰められているんだろうなあと悪い汗をかかずにはいられない世界が広がり、最後にはお決まりの「契約」。いやー、読んでいてぞくぞくしますね。特に「仮発注書だけで作業に着手してしまったら?」とか、なんか見透かされているようですよ。まあ、業界的には往々にして起きがちなことを一般論として書い

    【書評】『なぜ、システム開発は必ずモメるのか? 49のトラブルから学ぶプロジェクト管理術』(細川義洋・著) - やまもといちろうBLOG(ブログ)
  • 1