クライアントがテスト結果/ドキュメントを確認したい
私はフルサービスマーケティング会社のWeb開発者です。開発業務は比較的小規模ですが、グローバルクライアント向けのWebサイトを構築しています。大規模なクライアントの1つであるCEOと取締役会が新しいWebサイトの開発を完了したところ、サイトが承認され、立ち上げる準備が整いました。現在の問題は、IT部門の上級者がWebサイトのテスト結果/ドキュメントの閲覧を要求していることです。
これは私たちが以前に出くわしたことではありません。テストプロセスを通じて保持する必要がある標準的なドキュメントのようなものはありますか？
Webサイトで行われた正式なQAテストを実行するために外部の会社にお金を支払うことはありませんが、テストプロセスは私が働いている他のどの会社よりもはるかに優れていて堅牢です。多数のバグを追跡し、修正した内容の一部を示すことができますが、効率性を損なう可能性があるため、すべてを文書化するわけではありません。
Webサイトは、特に古いWebサイト（現在実行中であり、ビルドしていません）がバグ、エラー、パフォーマンスの問題、セキュリティの悪夢、GoDaddyの共有ホスティングでの生活に悩まされているため、特にパフォーマンスが良いと確信しています。
このウェブサイトは立ち上げ後も引き続き管理しますので、これを質問する人はウェブサイトにまったく関与しません。
他の誰かがこのようなものに遭遇しましたか？これらの種類を追跡するために将来使用する必要があるシステム/プロセスはありますか？
はい。私は以前、グローバルなテレコム、主要なグローバルなNGOなどの大規模なアプリケーションを開発していました。定期的に、誰かが何らかの理由でプロセスに介入していました。注意してください、時には彼らは動揺し、彼らの要求は要件になる可能性があります。念頭に置いてください。
いずれの場合もクライアントが存在し、会社であると考えるのは簡単ですが、実際には契約に署名したり要件文書を作成して開発を進めたのは1人またはグループです。それらに直接対処します。気を散らさないでください。要求がなされたことを伝えてください。これはあなたの経験からは標準ではありません。協力的で助けになるが、これは契約の一部として考慮しなければならないnew要件であることを思い出させる。 なかったが必要で現在はの場合、これは問題ありませんが、作業の範囲に食い込む可能性がある新しい負担です。 （それが前提とする）
そうは言っても、実際に適用される唯一のテスト計画は、要件の要件を満たしていることを確認する最終的な事前承認計画です。その他はすべて作業成果物であり、問題ではありません。これは開発プロセスの一部です。この最終テスト計画が文書化され、作業が完了したことを確認できるようにすることは、プロセスの一部である必要があります。テスト計画が完全に包括的なことを確認してください。それが標準作業の一部であり、十分に文書化されている場合、コンプライアンスを示す文書を印刷するのにほとんど労力は必要ありません。もちろん、計画全体を印刷する必要はありません。ナットとボルトはあなたのビジネスです。これは作業成果物であり、独自のものである可能性があります。あれは君次第だ。ただし、すべての要件の完了の監査を依頼することは完全に合理的です。これは、短期間ですべての要件をリストし、コンプライアンスのチェックマークを含む単純な文書にすることができます。開発プロセスでは、低レベル（詳細）の要件ドキュメントをコーディングして、要件を他のドキュメントで簡単に参照できるようにすることが標準です。これはコンプライアンスに十分です。
開発に関しては、ISOおよびCMMS標準に従うことを常にお勧めします。これは重要なマーケティング機能であるだけでなく、重要なCYA指標でもあります。必ず「t」にドットを付け、「i」を越えてください。 （ユーモア）これは不要なオーバーヘッドであると人々は主張しますが、すべての作業がこれらの基準を満たし、ビジネスプロセスに織り込まれていれば、負担はまったくありません。それは、あなたの仕事と実践において完全に専門的である以上のものではありません。あなたはあなたのプロフェッショナリズムを実証することができ、顧客は毎回あなたについて絶賛します！私を信じて。規格に従うことは、新しい仕事を非常に迅速に生み出します。