Copyright © 2004-2024 Impress Corporation. An Impress Group Company. All rights reserved.
組み込み製品の品質を高めるシステム設計
Copyright © 2004-2024 Impress Corporation. An Impress Group Company. All rights reserved.
[Think IT] 第3回：チケットドリブン開発でバグ削減！ (1/3)
【バグ管理の作法】Trac徹底活用！ 第3回：チケットドリブン開発でバグ削減！ 著者：masuidrive 公開日：2007/12/20（木） チケットが中心の開発手法 「第2回：なぜTracの導入に失敗するのか？」では、Tracの中心機能となるチケットについて説明し、導入のポイントをまとめた。今回はチケットを開発の中心位置に持ってくる「チケットドリブン開発」について解説していこう。 チケットドリブン開発とは チケットドリブン開発（チケット駆動開発：Ticket Driven Development）とは、チケットを書いてから開発を行うという手法だ。読者の皆さんもご存じのようにテストドリブン開発（Test Driven Development）をもじったものである。このチケットドリブン開発は「まちゅダイアリー（http://www.machu.jp/diary/）」のまちゅ氏がITpro
プログラマとテストエンジニアにバトル勃発！正しいバグ票の書き方とは？
バグレポートに関する問題はどこでも起きている 本記事は、バグの修正依頼として作成されるバグ票（バグレポート）を対象としています。プログラマが自身でデバッグを一通り終えた後で、テストを専門とするテストエンジニアにそのプログラムをテストしてもらい、その際に検出されたバグを報告してもらうための文書がバグレポートです。独立した部門でテストを実施している会社では、このような形態とバグレポートによる修正依頼が一般的だと思います。 本連載は、テストエンジニア向けに、バグ修正のプロセスにおいて非常に重要でありながら、あまり注目されていないバグレポートのあるべき姿をさぐってみたいと思います。 早速ですが、プログラマとテストエンジニアの間でこのようなやりとりがあるのを見たことはありませんか？ テストエンジニアとプログラマの間でこんなやりとりが起こっていませんか？ 開発進捗会議にて プロジェクトリーダ： Aさん
第1回：開発ドキュメント体系と業務フロー (2/4)
DUNGEONでターゲットとしているのは、主に業務系システムの開発です。これにはWebのポータルサイトやe-Learningなども含まれますが、ゲームソフトや組み込み系ソフトウェアなどは想定していません。C/SやWebなどのシステム開発において、最適なドキュメントはどういうものかというテーマを主体として体系化しています。 業務系システムの開発フェーズは、「要求分析 → 基本設計 → 詳細設計 → プログラミング → 単体テスト → 結合テスト → 総合テスト」という順に工程が進んでカットオーバーを迎えます。DUNGEONでは、各々のフェーズにおいて作成するドキュメントを表1のように定めています。
[Think IT] 第4回：アジャイルにおけるドキュメント作成ポイント (1/3)
【楽々デブドックを書こう！】手法別開発ドキュメントの書き方 第4回：アジャイルにおけるドキュメント作成ポイント 著者：ウルシステムズ 深谷 勇次 公開日：2008/02/28（木） 開発の現場「受託型アジャイルモデル」 最終回の今回はアジャイルモデルにおける開発ドキュメントを作成する上での重要なポイントを解説していきます。アジャイルモデルはソフトウェアの要件を最初にすべて決めるのではなく、開発を進めながら顧客の要望に柔軟に対応していくのが特徴です。そのため、顧客と開発業者が1つのチームとして、同じ場所で作業をすることが推奨されます。仕様決定者が常時プロジェクトに滞在しているため、要件の獲得や仕様の確認作業をスムーズに進めることが可能です。 しかし現実には請負という契約形態に縛られて、事前に要件の大枠を決めなければならなかったり、顧客と開発業者が別の場所で作業せざるを得なかったりするものです
結合テスト仕様書兼報告書のテンプレート
シナリオとケースの作り方 筆者が初めて結合テストの仕様書を作成する際、何から作成してよいかさっぱりわからなかった記憶があります。そうこうしているうちに時間ばかりが過ぎ、焦りが募っていきました。今思えば、それは「シナリオ」と「ケース」をどう作ったらよいかピンときていなかったからでしょう。そこで、結合テストに出てくる「シナリオ」と「ケース」について整理してみたいと思います。 シナリオとは「受注業務」「発注業務」「請求業務」「支払業務」といった業務の単位と考えるとわかりやすいでしょう。その単位をシナリオとし、これが結合テスト仕様書の単位にもなります。またこれには通常、上流工程で作成した業務フロー図が対応します。したがってシナリオ＝業務の単位＝結合テスト仕様書の単位＝業務フロー図の単位となるのが基本です。 また、ケースとはシナリオ内での場合分けと考えるとよいでしょう。例えば、支払業務を1シナリオと
VJを始めてみませんか？
そもそも「VJ（ブイジェー）」って何の事？ VJの歴史は10年と言われていますが、実は筆者も10年ほど前からM.M.M（http://www.htmmm.com/）という男4人の集団でVJ活動を行っています。 さてここで、VJって何の事？というThink IT読者の方に質問です。週末、クラブに遊びに行く人はどのくらい居ますか？ ここで言うクラブとは、いわゆるディスコの事です。暗めの照明の中DJがターンテーブルを使ってレコードを回し、お客さんがフロア（会場）でステップを踏んでいる。そんな若者の社交場の事です。クラブに遊びに出掛けた事がある方ならご存じかもしれませんが、ここ最近のクラブでは、フロア正面にあるDJブースの後ろに映画館のような大きなスクリーンが設置されている所が多くなりました。 「VJ」とはそんなクラブのスクリーンにDJの音やフロアの雰囲気に合わせて、即興で楽器を操作するように映像
アーキテクチャスタイル「REST」とは何か
続いて、RESTという考え方について見ていきましょう。RESTという言葉は、例えば「Amazonの商品情報取得APIであるECS（注2）では、SOAPとRESTのインターフェイスが用意されている」といった形で耳にした方も多いのではないでしょうか。この言い方を聞くと、RESTもSOAPと同じようなWebAPIのための仕様であるような印象を受けますが、最初に「考え方」と述べたように、実際には仕様ではなく、Web APIの仕様を決める上でのアーキテクチャスタイル、つまり基本的な考え方ということができます。 ただしここでまず最初に覚えておいてほしいことは、一般的にRESTという言葉は、RESTという言葉が誕生したときの本来の意味で使われる場合と、その後その解釈を拡大して、もっと広い意味で使われるようになったものの2通りがあるということです。例えば前述のAmazonのECSがRESTで提供されている
実践ムービーで身につくActionScript
ActionScriptの習得は敷居が高い？ Adobe Flashによるリッチコンテンツは、Flashプレイヤの高い普及率の後押しもあって、フルFlashサイトからWebサイト内のバナーまで幅広く利用されています。Flashの機能自体もバージョンアップに伴い大変豊富になったため、これからFlashをマスターしたい方にとっては、以前よりも敷居の高いアプリケーションとなってきました。 Flashによるコンテンツ作成といっても、ビジュアルデザイン、アニメーション、インタラクション、動画、音楽、プログラミングと、1つのアプリケーション内で作業する内容も多様化してきています。このことからFlashにかかわる制作者の中でも、それぞれの担当ジャンルに沿って分業化するような形態も進んでいます。 例えば、JavaScriptやPHPなどのほかのWebプログラミング言語をマスターしているエンジニア系の方でも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[Think IT] 第1回：なぜバグ管理システムを使うのか？ (1/3)
「困った」バグレポートの数々から得た「正しい」レポートのための教訓とは