<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<oembed>
  <author_name>xmldtp</author_name>
  <author_url>https://blog.hatena.ne.jp/xmldtp/</author_url>
  <blog_title>ウィリアムのいたずらの、まちあるき、たべあるきーPART2</blog_title>
  <blog_url>https://xmldtp.hatenadiary.org/</blog_url>
  <categories>
    <anon>開発ネタ</anon>
  </categories>
  <description>シリーズ「開発の初めから順番に書いていってみる」の続きです。 設計手順には、要求分析、外部設計、内部詳細設計・プログラミング、単体テスト、結合テスト、総合テスト、運用テスト及び運用とあります。 （バックナンバーは、ここ http://www.geocities.jp/xmldtp/index_kaihatsu.htm）。 今、「結合テスト」をやっていて、今日はバグ票の話です。 ■バグ票が、複数人に回るケース 単体テストの場合、単体なので、関係者は自分だけということも多く、複数人に回りことは少ないけど、結合の場合、何人も関係して、何人も修正しないといけないということがあります（修正後に、また自分…</description>
  <height>190</height>
  <html>&lt;iframe src=&quot;https://hatenablog-parts.com/embed?url=https%3A%2F%2Fxmldtp.hatenadiary.org%2Fentry%2Fd4f04fea6733b9a1f588ace000a5d7e0&quot; title=&quot;開発の初めから順番に書いていってみる　その８７：結合テストテスト（２）バグ票 - ウィリアムのいたずらの、まちあるき、たべあるきーPART2&quot; class=&quot;embed-card embed-blogcard&quot; scrolling=&quot;no&quot; frameborder=&quot;0&quot; style=&quot;display: block; width: 100%; height: 190px; max-width: 500px; margin: 10px 0px;&quot;&gt;&lt;/iframe&gt;</html>
  <image_url></image_url>
  <provider_name>Hatena Blog</provider_name>
  <provider_url>https://hatena.blog</provider_url>
  <published>2007-09-05 12:20:19</published>
  <title>開発の初めから順番に書いていってみる　その８７：結合テストテスト（２）バグ票</title>
  <type>rich</type>
  <url>https://xmldtp.hatenadiary.org/entry/d4f04fea6733b9a1f588ace000a5d7e0</url>
  <version>1.0</version>
  <width>100%</width>
</oembed>
