バグ - 版の履歴

2014年2月26日 (水) 01:06にimported>Fallout New Tokyoによる

2014-02-26T01:06:13Z

← 古い版		2014年2月26日 (水) 01:06時点における版
1行目:		1行目:
	'''バグ'''~~（英語：bug）とは、~~[[プログラム]]の[[実装]]時の[[人為的ミス]]により[[設計]]どおりに動かないことである。		'''バグ'''（[[英語]]：bug）とは、[[プログラム]]の[[実装]]時の[[人為的ミス]]により[[設計]]どおりに動かないことである。

	== 概要 ==		== 概要 ==

2014年2月7日 (金) 01:20に180.53.222.145による

2014-02-07T01:20:51Z

← 古い版		2014年2月7日 (金) 01:20時点における版
2行目:		2行目:

	== 概要 ==		== 概要 ==
	バグはいかなる[[プログラム]]~~においても必ず発生するものである。~~		バグはいかなる[[プログラム]]においても必ず発生するものであり、修正には[[時間]]と[[労働力]]が必要である。なんらかの[[システム]]の[[開発]]を[[委託]]する際に「バグがない」という前提の[[見積書]]を書いてくる[[業者]]は売り逃げ上等、いわゆる「[[write once, run away]]」な詐欺まがいのクソ企業なので注意しよう。この問題の解決には、[[見積書]]には[[デバッグ]]にかかる[[工数]]を明記させ、また[[契約書]]でも[[損害賠償]]についてを明記しておくことが重要である。なお、[[下請け]]、[[孫請け]]、[[曾孫請け]]へと[[丸投げ]]されまくると、[[中抜き]]により[[デバッグ]]に必要な[[工数]]が確保できなくなる。[[エンドユーザー]]に提出している[[見積書]]と[[ITドカタ]]の[[見積書]]が大きく相違していることも多いので、エンドユーザーは酷い丸投げがないかの開発現場の視察も重要である。

	某社ではバグの発生件数が予定より上回るとや[[プログラマー]]を激怒し、下回ると[[デバッガー]]を激怒するという非常に偉い人が存在している。なお、そのどちらの場合でも[[日本]]の[[システム開発業界]]における[[中間管理職]]である[[システムエンジニア]]は怒られる。		某社ではバグの発生件数が予定より上回るとや[[プログラマー]]を激怒し、下回ると[[デバッガー]]を激怒するという非常に偉い人が存在している。なお、そのどちらの場合でも[[日本]]の[[システム開発業界]]における[[中間管理職]]である[[システムエンジニア]]は怒られる。

114.49.10.29: ページの作成：「'''バグ'''（英語：bug）とは、プログラムの実装時の人為的ミスにより設計どおりに動かないことである。 == 概要...」

2014-02-06T13:28:47Z

ページの作成：「'''バグ'''（英語：bug）とは、プログラムの実装時の人為的ミスにより設計どおりに動かないことである。 == 概要...」

新規ページ

'''バグ'''（英語：bug）とは、[[プログラム]]の[[実装]]時の[[人為的ミス]]により[[設計]]どおりに動かないことである。

== 概要 ==
バグはいかなる[[プログラム]]においても必ず発生するものである。

某社ではバグの発生件数が予定より上回るとや[[プログラマー]]を激怒し、下回ると[[デバッガー]]を激怒するという非常に偉い人が存在している。なお、そのどちらの場合でも[[日本]]の[[システム開発業界]]における[[中間管理職]]である[[システムエンジニア]]は怒られる。

== 関連用語 ==
バグのうち、原因や責任の所在などが不明なものを特定性の低い表現の「[[不具合]]」と呼ぶことがある。一般的に[[不具合]]という場合は、[[プログラム]]自身のみならず、[[ハードウェア]]や[[OS]]、また[[プログラム]]で使用している[[サードパーティ]]製の[[ライブラリ]]などにバグがあり修正が困難な場合なども含まれる。

[[ソフトウェア]]や[[ハードウェア]]の[[開発]]における[[契約文書]]などの法的な[[文書]]ではバグのことを「[[瑕疵]]」と記述する。

バグの原因を探す作業を[[デバッグ]]といい、修正する作業を[[バグフィックス]]という。また、それを支援する[[ツール]]または[[人材]]を[[デバッガー]]という。[[デバッガー]]という場合は[[ツール]]なのか[[人材]]なのか不明瞭なことが多いので文脈から読み取ることが必要である。

バグの発生状況や修正状況などの情報を管理するツールを[[バグトラッカー]]などという。バグの再発を抑制するための再現プログラムおよび管理・自動実行ツールを[[ユニットテスト]]という。これら統合したシステムの総称を[[継続的インテグレーションツール]]（通称：[[CIツール]]）といい、[[Team Foundation Server]]（通称：[[TFS]]）や[[Jenkins]]（旧：[[Hudson]]）などが有名である。

[[CIツール]]を使わない状況化で容易な[[バグフィックス]]を行うと、右を直すと左が壊れるという[[永久ループ]]が発生し、最終的に[[デスマーチ]]に発展するといわれている。ただしCIツールを使うことによる、バグ発生状況を[[キーボード]]で延々と打ち込む作業や、[[ユニットテスト]]を書く作業、[[ナイトリビルド]]や[[インパクトテスト]]の結果をまとめる作業などを、面倒であり工数の増大とみなす者が多いのも事実である。

== 関連項目 ==
* [[仕様]] - バグが発生したときの逃げ文句として「[[仕様です]]」が有名。
* [[スパゲッティコード]] - [[デバッグ]]の難しい[[ソースコード]]のことである。[[ペアプログラミング]]である程度は回避できる。

== 参考文献 ==
{{reflist}}

{{stub}}