「[[マイクロソフト系技術情報 Wiki>http://techinfoofmicrosofttech.osscons.jp/]]」は、「[[Open棟梁Project>https://github.com/OpenTouryoProject/]]」,「[[OSSコンソーシアム .NET開発基盤部会>https://www.osscons.jp/dotNetDevelopmentInfrastructure/]]」によって運営されています。 -戻る --[[テスト]] --[[移行・マイグレーション]] * 目次 [#y21f9111] #contents *概要 [#ee811862] .NETでアプリケーションを(受託)開発する場合の~ >異種環境への移行時のテスト~ (OSと.NETバージョンの掛け合わせパターン) というのはどこまでやるか? *回答 [#xe612a4f] **前提 [#u2014c27] .NETでアプリケーションを(受託)開発する場合は、 -慣例的に、.NETバージョンはサポート範囲を明確にする(絞る)と思います。 -そして、.NETバージョンに対応するOS毎のテストは、契約次第の所があると思います。 **事例 [#nc226850] 過去に、.NETバージョン違い、OS違いなどで以下の様な差異の事例がありました。 ***.NETバージョン違い [#n6d8b446] バージョンの移行パスによっては、 -.NET4.5の Windows Aero (エアロ) では、~ FixedSingleのWindow枠が太く表示される。~ -.NET4以前の Windows Aero (エアロ) では、~ FixedSingleのWindow枠が細く表示される。 などのケースがありました。 ***OS違い [#be1362ee] OSによって OSバージョンの移行パスによっては、 -動いたり動かなかったり、 --[[Session 0 分離の仕様変更>(ログオン)セッション#v4f7425e]] -Win32APIを変更したり、 --[[Windowを前面に出す]] する必要があるケースがあります。 するケースがありました。 ***その他 [#a978ab21] IMEバージョンによって入力変換状態からマウスで~ 特定コントロール間を移動すると、移動元のコントロールで入力が確定される。~ (期待する動作は、入力変換状態のテキストもコントロール間を移動する) **分析 [#n941a60b] -内部での計算処理に関する動作の変更は大きな誤作動の原因になるので~ .NETバージョンを固定していれば変更は(ほぼ)無いと考えて良いかと考えますが、~ 前述の事例の様に、UI周りはそうでもない(変更がある可能性がある)ので、~ その辺り(UI周り)のテストがクロス・プラットフォームで必要になることが多いように思います。 -例えば、当プロジェクトで開発している~ [[.NET用アプリケーション開発フレームワーク(Open棟梁)>https://github.com/OpenTouryoProject/OpenTouryo]]は、異なるOS、~ だけでなく、異なる.NETバージョンを採用する複数の案件に適用されていますが、~ .NET部分の内部での処理に関する動作の違いが報告された事例はありません。 --このため、ほぼストレート・コンバージョン & 疎通確認程度でリリースしています。 --ただし、これは、 ---「基盤は開発するユーザ・プログラムによりテストされるため、リスクが少ないため」という所に拠っています。 ---従って、ミッション クリティカルなシステム(基盤でなくウワモノ)を移行する場合、~ 上モノのユーザ・プログラムを環境移行+ストレート・コンバージョン(OSや.NETバージョンを跨ぐ)~ した場合、厳密にはテストが必要になります(テスト計画については、顧客と相談が必要かと思います)。 *参考情報 [#x7ddca1d] **[[Windows, IE移行]] [#g9f69709] **[[64bit対応]] [#ye08cc57] ---- Tags: [[:移行]], [[:テスト]]