今、テスト仕様書を作成しているのですがどのようなイメージで作るのかわからないので、参考になるサイトを教えてください。
よろしくお願いいたします。

このQ&Aに関連する最新のQ&A

A 回答 (1件)

どういったテストの仕様書を作成するのでしょうか?


単体テスト?
結合テスト?
システムテスト?
総合テスト?
出荷前テスト?
テストといっても種類があるので、参考URLの書籍で勉強したほうがいいでしょう。
あまりにも情報不足です。

参考URL:http://www.gihyo.co.jp/books/syoseki-contents.ph …
    • good
    • 0

このQ&Aに関連する人気のQ&A

お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!

このQ&Aを見た人が検索しているワード

このQ&Aと関連する良く見られている質問

Qソフト開発に関しての仕様書の書き方

ソフト開発に関しての仕様書の書き方なんですが、やはり何か決まりごとがあるのでしょうか?

仕様は
・業務フロー→システムフロー
・機能一覧
・画面遷移→画面設計
・ER→DB設計
とやる必要がある。

うちの会社の人は上記のように提唱しているのですが、これは必須なのでしょうか?

なにか、ソフト開発に関しての仕様書の書き方にかんして説明しているHPなどあれば紹介してくださるとありがたいんですが。

Aベストアンサー

某外資系元ITコンサルタントです。

結論から申しまして、各社方法論はありますが、すべてのプロジェクトでその通りすべての成果物を作成する必要はないと思います。おっしゃられている仕様書の他に、逆にプロジェクトによって必要な資料は多くあります。

ただ、会社ごとに方法論・ルールを決めていなければ、プロジェクトによってさまざまとなり、

・チームの活動がしにくい
・ノウハウの蓄積ができない・皆に理解できない
・プロジェクトが違うとやり方が違う
・保守運用がしにくい(仕様書を整備しなおさなければならなくなる場合も多々あり)
・プロジェクトマネジメント(スケジュール管理・工数見積・人員構成・スキルマッチなど)がしにくい

など多くの問題がでてくることが予想されます。

要は仕様書は「誰が何の為にいつ何をするときに必要となる情報なのか」がはっきりしていれば、納得して仕様書を作成できますし、その中に書くべきこともはっきりするのではないでしょうか。

その点上司とよく議論して理解することが大切です。(上司が答えられないようでは・・困りますが。前の会社では新人の段階で皆、内容を理解した上で同じ方向を向くので仕事がしやすかったです。)

具体的に書けば、本を数冊分にもなりますので、抽象的ですが以上です。さらに具体的な質問でしたら、個別に回答致します。

某外資系元ITコンサルタントです。

結論から申しまして、各社方法論はありますが、すべてのプロジェクトでその通りすべての成果物を作成する必要はないと思います。おっしゃられている仕様書の他に、逆にプロジェクトによって必要な資料は多くあります。

ただ、会社ごとに方法論・ルールを決めていなければ、プロジェクトによってさまざまとなり、

・チームの活動がしにくい
・ノウハウの蓄積ができない・皆に理解できない
・プロジェクトが違うとやり方が違う
・保守運用がしにくい(仕様書を整備...続きを読む

Qテスト仕様書について

私は入社1年目のPGです。
現在2人で開発を行っています。(VBA)

私はPGで、もう一人(Aとします)はSE兼PGです。

Aさんが詳細設計を作成し、
私がそれを元にプログラミングします。

この場合、テスト仕様書は私が作成するのですよね?

でも私が作成するより、詳細設計を作成した
Aさんが作成した方がいいような気がするのですが…。

一般的にはどなたが作成するものなのでしょうか?
宜しくお願いします。

Aベストアンサー

>詳細設計を作成した人がテスト仕様書も
>作成するのが理想だけど、
>現実的に考えてプログラム作成者だろ。」
>と言われてしまいました。

>Aさんは忙しいので私に作成させたいようですが
>私としては納得いきません


補足します。
No6では、
「詳細設計書=テスト仕様書」
になります。
そして、詳細設計書を書いたのはAさんですから。
テスト仕様書かいたのもAさんに
自動的になるというカラクリです。

>そして、加えてコード書いた本人ならではの
>ここは重点的に確認すべきだと思うことについて
>簡単な箇条書きのテストケースと、テスト結果を
>残します。

この部分については、プログラマがテスト仕様書を
書いてますが・・。


日本は形式にうるさい国です。単体レベルでも、テスト仕様書を残せと、言われる場合があります。
でも、このやり方なら、後からでも機械的にテスト仕様書を起こすことができます。
書くべきことがはっきりしてるので、
定まったフォーマットがあれば、一気に機械的に
書き上げることができます。
この機械的な作業は優先度が極めて低いので、
自分が開発すべき成果物が殆ど出来上がったてしまった、など、手が空いた時に行うタスクにすると良いでしょう。

なぜなら、以下の(1),(2)の状況は
どちらのほうが望ましい状況でしょうか?

1)出来上がったプログラムのテスト仕様書はちゃんと、書いています。
しかし、納期に間に合わなかったプログラムも
あります。


2)プログラムはちゃんとできてます。
テストもできてます。
テスト結果や、テストケースについても
ちゃんと残っていて、説明もできます。
ただ、正式なフォーマットでの、テスト仕様書が
納期に間に合いませんでした。


どちらが、よいでしょうか?
あきらかに(2)です。

>詳細設計を作成した人がテスト仕様書も
>作成するのが理想だけど、
>現実的に考えてプログラム作成者だろ。」
>と言われてしまいました。

>Aさんは忙しいので私に作成させたいようですが
>私としては納得いきません


補足します。
No6では、
「詳細設計書=テスト仕様書」
になります。
そして、詳細設計書を書いたのはAさんですから。
テスト仕様書かいたのもAさんに
自動的になるというカラクリです。

>そして、加えてコード書いた本人ならではの
>ここは重点的に確認すべきだ...続きを読む

QWebプログラムの仕様書の書き方

Webプログラムの仕様書にも通用する仕様書の書き方を説明している本やWebサイトがあったら教えていただけると幸いです。
基礎から説明している物や、サンプルが載っている物だとなお嬉しいです。
宜しくお願いいたします_ _

Aベストアンサー

「Webプログラムの仕様書」というのがどのようなものを指しているのか良くわからないのですが・・・
(要求仕様?機能仕様?詳細設計?テスト仕様?)

どの仕様書であれ、基本的には
1.こういう要求にもとづく、このようなシステムである、と全体の概要を述べる。
2.当該仕様書で扱う(提供する)機能の概要を述べる
3.機能の詳細を述べる
 (画面デザインや遷移先、入力チェックの有無・・・)
4.注意・制限事項を述べる

という流れになろうかと思います。

もし業務で、ということなら、会社によってフォーマットが異なるので、他の仕様書の形式を確認したほうが良いでしょう。

Q単体テスト スタブ作成に関して

同一ファイル内にテストする関数とその関数から呼び出される関数があった場合、どのようにスタブは作成すればいいのでしょうか?
test.c ------------------------------
funcA(){ //funcA()のテスト
funcB(); }
funcB(){ }
//funcB()のスタブを作りたいが同じファイルにあるため自動的に本物の関数がリンクされてしまう。
----------------

Aベストアンサー

別のファイルにする、ってんじゃダメなんですか?
そうでなければ、
#define FUNCB funcB

#define FUNCB funcB_stub
で切り替えるとか、一時的に本物のfuncBをコメントアウトするとか。

Qソフトウェアの開発仕様書の書き方は・・・・

基本仕様書と詳細仕様書の書き方はどこで見つけられますか?知ってる方が教えていただきませんか?

サイトとかありませんか?

ありがとうございます

Aベストアンサー

発注先の会社からテンプレートをもらったほうが
スムーズに進みますよ。

Qインタプリタ作成の参考書を探しています

インタプリタ言語作成を行っているのですが、参考になる本、サイトを探しています。
漠然とした質問ですが、現在藁にもすがる思いで、ちょっとした情報でも欲しいです。
よろしくお願いします。
(私自身でも探しているのですが、今日既に多くのインタプリタ言語があり流行らないのか、見つけた殆どが絶版で手に入りませんでした)

Aベストアンサー

コンパイラの方になっちゃいますけど、レキシカルアナライザーとかパーサーのとことかは参考になると思われ。
ドラゴンブックことコンパイラ-原理・技法・ツール(1)
サイエンス社 ; ISBN: 4781905854

Q仕様書の書き方で・・・

よくプログラミングの仕様書か設計書で
□とか◇などの箱を線でつないだりしてフローを作っているあの図の書き方のルールを知りたいです。
参考になるサイトなどご存知であれば教えて頂けますででしょうか。
また、あの図は何という名前なのでしょうか?

よろしくお願いします。

Aベストアンサー

もっと詳しい専門的なものは情報処理技術者関連の本などが参考になりますが、とりあえずこれでいかがでしょう?

http://www.cs.takushoku-u.ac.jp/caed/kisosemi/k7/FlowChart.html

参考URL:http://www.cs.takushoku-u.ac.jp/caed/kisosemi/k7/FlowChart.html

Qcssで作成するロールオーバーイメージのdisplay:blockとt

cssで作成するロールオーバーイメージのdisplay:blockとtext-indentについて。

web初心者です。cssで作るロールオーバーを勉強しています。
なんとなく理解でき、上手く表示されるのですが、いまいちわからない所があります。。。

まずなんでa要素をブロックにするのかということです。

もう一つが、text-indentなのになぜimg要素が画面外に飛ばせるのかということです。

よろしくお願いします。

Aベストアンサー

>まずなんでa要素をブロックにするのかということです。

ブロックにしないと、widthやheightなどの値が安定して効かないからでしょう。
a要素の縦横が安定しないと疑似クラスを効かせるときにも不安定です。

また、html上では文法上使うべきタグ要素を使いつつ、
視覚的にはどんなレイアウトにも対応できるように、どんなタグ要素でも
ブロック要素に変更できるようにするのがcssの役割ですので問題ないはずです。

>もう一つが、text-indentなのになぜimg要素が画面外に飛ばせるのかということです。

img要素は、現在のhtmlのなかではテキストと同じ挙動で実装されています。
(width、heightを固定値で持つこと以外は)
ブラウザの実装状況で必ずそうなるとは限らないかもしれませんが、
今の実装の中ではテキストと同じ挙動をなることはおかしくないと思います。
でないと、テキストの途中に書かれたimg要素がtext-indentをつける度に、
ずれて表示されてしまい、使い方自体が限定されてしまいそうです。

http://rikiy.jp/report/css/20070220.htmlから引用
>「ライン(行)の中で使用でき」「前後に改行を作らない」、inline要素としての条件は満たしているのだから。

>まずなんでa要素をブロックにするのかということです。

ブロックにしないと、widthやheightなどの値が安定して効かないからでしょう。
a要素の縦横が安定しないと疑似クラスを効かせるときにも不安定です。

また、html上では文法上使うべきタグ要素を使いつつ、
視覚的にはどんなレイアウトにも対応できるように、どんなタグ要素でも
ブロック要素に変更できるようにするのがcssの役割ですので問題ないはずです。

>もう一つが、text-indentなのになぜimg要素が画面外に飛ばせるのかということです。

img要...続きを読む

Qわかりやすい仕様書の書き方

現在プログラマをしているのですが、
私の会社は自社ソフトウェアを扱う小さな会社という事もあり、
会社では仕様書を一切書かず、わからないことがあれば各担当した
プログラマに聞きにいく、といった感じになっています。
しかし、今回自分が不便を感じた事もあり、自分が作ったものだけでも
文章でまとめて書いておこうと思うのですが、どのように書いていったら良いものなのか書こうとして躓いてしまいました。
あとから見直してわかりやすいような仕様書・・・この場合出来上がったものをまとめるのですが、書き方を教えていただければと思います。
よろしくお願いいたします。

Aベストアンサー

元SEです。
メインの流れは簡単な図と文章でおこし、それぞれの処理には識別できる記号をつけます。処理はそれぞれ使用をまとめます。
後はそれらをきちんと整理しておけば、後でわかりやすいのではないでしょうか。詳しい処理がわかりませんので、これ以上の説明は難しいですが、もっとも大切なのは「決めたフォーマットを今後も守ること」です。
今後、誰が見ても理解できるようにしておくことが理想ですから、仕様書の作成日・作成者はもちろん、修正を加えた人も修正日・修正内容を残せるようにもしておくべきかと。

Q動的Webサイト作成の応用力が付くおすすめ参考書は

PHPとMySQLとAjaxを使い動的なWebサイトを作りたいと思っています。
php、javascript、MySQL、phpとMySQLとの連携、の基礎は学びました。
その後の段階について具体的に豊富に学べる参考書を探しています。
おすすめの参考書があれば教えて頂けないでしょうか。

Aベストアンサー

参考書の紹介では有りませんが、キーワードとしてご参考に。


プログラムの話であれば、セキュリティーや最適化、アルゴリズム、デザインパターンだと思います。


ウェブデザインの話であれば、プログラムはあまり関係ありません。
デザインした物を表現するために絵を描いたり写真を撮影したり、プログラムが必要になってきますが、「デザイン」というのはそれ以前の部分、頭の中での想像の世界です。

Webサイトの『動的』には何種類か意味が有るんですが、
・アクセスした時に、その場で生成するHTMLデータ(いわゆるCGI、PHPなど)
・URL変更をせずに書かれている内容を変更する、フレーム、Ajax、JSONP。
・表示、非表示を切り替えるタブメニュー。
・表示位置が変わるアニメーション(トゥイーン)
・表示内容そのものが変わるアニメーション(カートゥーン)

※括弧内の表現は私独自の呼び方です。
トゥイーンという言い方はFlashのモーショントゥイーンから、カートゥーンという言い方はテレビアニメ(animated cartoon)からです。

最初の1つはBBSでも作ればいいと思います。
次の2つはページを読み直す(ジャンプする)手間を省くためだけの物なので、説明は不要だと思います。

表示する時のイフェクト(演出)として、トゥイーンがよく使われるので、見かけることが多いと思います。
jQueryアニメーションや、mootools、scriptaculousなどが有名だと思います。


トゥイーンやカートゥーンは、ゲームの演出や、テレビアニメの演出、バラエティ番組のテロップの出し方などが参考になると思います。
ウェブページの演出よりも、テレビ業界、ゲーム業界の演出の方がはるかに年季が入っていますから。


カートゥーンのプログラムは、スプライト呼ばれる手法が主流で、2Dゲームにもよく使われています。
CSSスプライトのa:hoverを使った画像の変更と同じです。
内容は、タイマーを使って、スタイルシートのbackground-positionや<img>のsrc属性を変えるだけです。
canvasでもdrawimageの元位置指定だけの問題ですので、background-positionと大して変わりません。

3Dアニメーションやcanvas(2Dアニメーション)のベジエ曲線やポリゴン/ポリラインであれば、
どちらかというとトゥイーンに近いと思います。

トゥイーンの移動距離の計り方は物理や数学のベクトルや代数が参考になります。

文章の表現は、小説やライティング、キャッチコピー事例集なんかも参考になります。


拙作、ゲームのオープニングアニメを参考にしてアルバム(写真集)を作るとこんな感じになったりしますが、
やってることはAjaxと、JavaScriptのタイマーでスタイルシートをいじくってる(トゥイーン)だけです。
http://pv.wi-wi.jp/yoake/
アニメが元ネタなので、ウェブサイトとしてはものすごく鬱陶しい物に仕上がっていますけどね(笑)
カートゥーンを組み合わせれば『まばたき』やスカートが風に揺れるような表現もできますが、絵が描くのが。。。

参考書の紹介では有りませんが、キーワードとしてご参考に。


プログラムの話であれば、セキュリティーや最適化、アルゴリズム、デザインパターンだと思います。


ウェブデザインの話であれば、プログラムはあまり関係ありません。
デザインした物を表現するために絵を描いたり写真を撮影したり、プログラムが必要になってきますが、「デザイン」というのはそれ以前の部分、頭の中での想像の世界です。

Webサイトの『動的』には何種類か意味が有るんですが、
・アクセスした時に、その場で生成するHTMLデータ(...続きを読む


人気Q&Aランキング

おすすめ情報