受入条件を変えるとき、旧版の試験結果をどう残す？

受注システムを開発会社へ頼んでいる中小の卸売会社で、業務の確認条件を取りまとめる方へ。営業から「150個の注文も扱いたい」と上限変更の提案が来たとき、共有している条件や試験表を直接書き換えると、以前どんな約束で結果を確認したかが分からなくなります。

合意した旧条件と、その条件で記録した結果を組にして残します。変更案は別に記録し、理由・影響・合意状況・対象版・次の確認を結びます。提案が来ただけで、旧結果や新しい条件への合否を変えないでください。この記事では、架空の文具卸の4資料を使い、自社の一件を営業責任者と開発窓口へ確認する変更メモを作ります。

旧条件の改訂と、試したソフトの版を分けて残す

ここでいう「受入条件」は、仕事の結果をどう確かめるかについて合意した条件です。条件の資料を区別する「改訂1」と、実際に試したソフトを区別する「納品候補1」は別の名前です。条件の改訂が進んでも、ソフトが新しくなった、試験が終わった、という意味にはなりません。

最初に開く資料は、合意した旧条件と旧試験記録です。旧条件の資料名・合意日、記録の対象版・役割・開始状態・入力・期待結果・実際の結果が対応するかを見ます。共有ページの最新表示だけでなく、当時使った条件と記録を、読む担当が区別して開ける状態に残してください。

教材の基準年は2026年です。10月10日に合意した「数量の受入条件・改訂1」は、数量を1〜100の整数個としています。既存の注文M018は8個。納品候補1で150個への変更を受け付けず、保存値8個を保つ条件です。M018はこの教材の注文を照合する番号で、実顧客の注文ではありません。

上限200個の案が来たら、旧記録も不合格になる？

10月11日10:20の架空記録では、営業変更役割が納品候補1を8個から開始し、150個を入力しました。1〜100個の案内で拒否され、読み直した保存値は8個でした。この一記録は旧条件に一致します。実システム全体や全試験の合格を示すものではありません。

翌10月12日10:00、営業責任者が150個の注文を扱うため、上限を200個へ変えたいと提案しました。「数量の受入条件・改訂2案」です。合意は未取得で、適用するソフトの版も未固定です。

この案を旧試験記録の判定へ貼り替えないでください。旧記録が答えるのは「改訂1の条件で、納品候補1をどう確かめたか」です。200個の変更案に照らして、過去の150個拒否を不合格へ書き換えると、当時の合意と結果の対応が失われます。反対に、旧記録の一致を新条件の合格へ流用することもできません。

旧条件と旧記録は一組、変更提案とその確認は別の組です。「古い記録だから新案に合わせて直す」ではなく、それぞれどの条件に対応する情報かを残します。記録に訂正が必要な場合も、何を訂正したかが追えるようにし、別の条件で試したことに置き換えないでください。

変更案の何を、誰に確認する？

業務要件担当は、営業責任者へ「150個の注文を扱いたい理由と、対象の仕事」を確認します。開発窓口へは、上限変更が画面・保存・配送・請求・既存注文にどう関係するか、必要な資料と試験を聞きます。この教材には、その影響や実装の合意を確認した記録はありません。

旧条件の下限や整数という扱い、入力時の案内、保存する値などを、新案でもどう扱うか確かめてください。「上限200個」という一行だけで、関係する条件や資料がすべて合意されたとは言えません。返答のない項目には、質問と確認相手を残します。

合意した内容、合意を確認できる資料、対象のソフト版を別々に記します。営業の希望日、開発の作業予定、試験予定も、確認できるまでは未確認のままです。担当欄へ全員と書くより、営業の利用条件を聞く人、影響を調べる人、合意を確認する人、次に連絡する人を具体化すると次の作業が見えます。

ISTQBのテスト基礎シラバス v4.0.1の§5.4は、試験に関係する資料や結果の識別・版・変更と対応を管理し、以前の結果をたどれるようにする考え方を説明しています。ここでは一件の変更メモへ応用します。公式の必須書式や、全社共通の承認権限を定めるものではありません。

新しい条件では、どの版を何から確かめる？

改訂2案が業務責任者と開発窓口で合意された場合に、合意資料と対象版を固定して次の試験を計画します。たとえば150個が画面と保存値へ対応するかを調べることが候補になりますが、この教材にはその実結果は存在しません。

必要な関係試験は、配送・請求・既存注文などへの影響確認から決めます。変更した欄だけを見れば十分とも、全試験を一律にやり直すとも決めません。合意した新条件、試す版、開始状態、期待する結果、担当と実施予定をそろえ、実施後の結果は別の新記録へ残します。

「変更案が届いた」「合意した」「実装した」「試験した」は別の状態です。メモや試験計画を作っただけで後ろの状態へ進めないでください。現時点は合意未取得・対象版未固定・変更作業と新試験未実施です。旧記録の保存値8個を、まだ試していない新条件の保存値150個へ書き換えません。

自社の一件を、変更メモへ移す

10欄のメモには、対象の仕事と旧試験の版、旧条件と合意資料、旧記録、変更案と理由、影響、確認相手と回答、変更の合意と対象版、新試験の計画・実施状態、旧新資料の保存先、次の担当と期限を残します。欄数はこの作業を説明するための構成で、自社の必須規程ではありません。

架空の記入例は、旧条件の改訂1と納品候補1を分け、150個拒否・保存8個を旧記録として残します。改訂2案は別資料で、合意未取得・対象版未固定・新試験未実施です。保存先の例は教材の4TXTで、自社では担当が実際に開ける場所を確認してください。

配布する空欄TXTと記入例TXTは一件用、元資料TXTには4つの架空原票を全文で収録します。入力はページ内でまとめるだけで、外部送信や自動保存をしません。メモ出力は記入内容の整理であり、合意・合否・利用許可を自動判定する機能ではありません。

変更メモと4つの元資料を保存する

空欄TXTは自社の一件用、記入例TXTと元資料TXTは架空教材です。旧条件と旧記録、別の変更案と未確認の資料を保持し、実システムの成功記録を作りません。

• 一件用の空欄変更メモTXT
• 数量上限変更案の記入例TXT
• 4つの架空元資料の全文TXT

まず旧条件と旧記録を、一組で開く

今日の最初の作業は、変更提案を書き込む前に、合意した旧条件と旧試験記録を開くことです。資料の改訂、試したソフトの版、開始状態、入力と結果を対応付けます。その組を残してから、別の変更案に理由・影響・確認相手・未回答を加え、次の試験へつなげてください。

この稿は、受入試験の通常・入力違い・やり直しを設計する表や、実行回ごとの証跡保存索引を作り直すものではありません。試す仕事を決める段階は発注者の受入テスト確認表へつなぎます。課題の閉鎖、未解決のままの利用開始、契約上の検収や支払は、この変更メモで判断しません。

元の2014年の質問には、秒数の条件変更が、動的に参照する過去の仕様や試験文書にも反映されてしまう困りごとがあります。本稿の数量例は、その困りごとを業務窓口の作業へ編集応用した架空例です。数量や期日が質問原文の事実である、現在の日本市場に同じ需要量がある、特定の道具でこの手順が使える、という根拠にはしていません。

確認する影響や資料の対応が分からないときは、旧条件・旧結果・変更案・未回答をそろえ、DREEXYの業務整理・連携支援や相談窓口へ相談できます。対応範囲と費用は個別に確認してください。