2

職場で私のアプリをテストするQA部門は、すべてのアプリが共有するOracleデータベースを使用しています。ケースが変更されると、物事は本当に毛むくじゃらになります。バグ報告が提出されました+テストケースが変更されたことを確認するためだけに時間を費やしています=時間が無駄になっています。

私が望んでいるのは、devとqaがすべて、自分のマシンでOracleの独自のコピーを実行していることです。これにより、データを保護し、テールを追跡できます。

私が理解している問題は、これらすべてのライセンスに資金がないことです。あらゆる種類のPL/SQLパッケージとトリガーがあり、Oracleに関連付けられていると確信しているため、オープンソースデータベースの使用は機能しません。

Oracleデータベースを「偽造」する方法（またはオープンソース製品）を知っている人はいますか？パフォーマンス要件はまったくありません。オブジェクトをモックすることを意味するのではなく（ユニットテストに使用します）、実際の「要求のためにポートをリッスンする」RDMSを意味します。ロングショットですが、私は尋ねなければなりません。

4

3 に答える 3

7

この目的にはOracleExpressを使用します。

http://www.oracle.com/technetwork/products/express-edition/overview/index.html

Oracle Database 11g Express Edition

自由に開発、展開、配布できます

Oracle Database 11g Express Edition（Oracle Database XE）は、OracleDatabase11gリリース2コードベースに基づくエントリーレベルの小さなフットプリントのデータベースです。開発、展開、配布は無料です。ダウンロードが速い。管理が簡単です。

Oracle Database XEは、以下の優れたスターターデータベースです。

PHP、Java、.NET、XML、およびオープンソースアプリケーションに取り組んでいる開発者

トレーニングと導入のために無料のスターターデータベースを必要とするDBA

スターターデータベースを無料で配布したい独立系ソフトウェアベンダー（ISV）およびハードウェアベンダー

カリキュラムに無料のデータベースが必要な教育機関と学生

Oracle Database XEを使用すると、強力で実績のある業界をリードするインフラストラクチャを使用してアプリケーションを開発およびデプロイし、コストがかかり複雑な移行を行うことなく、必要に応じてアップグレードできます。

Oracle Database XEは、任意の数のCPU（マシンごとに1つのデータベース）を備えた任意のサイズのホストマシンにインストールできますが、XEは最大11GBのユーザーデータを格納し、最大1GBのメモリを使用し、ホストマシンで1つのCPUを使用します。

サポートは、オラクルの従業員とコミュニティの専門家が監視する無料のオラクルディスカッションフォーラムを通じて提供されます。

于 2012-08-10T20:39:08.023 に答える
2

無料のOracleXE（Express Edition）を使用できます。

こちらからダウンロードできます。

于 2012-08-10T20:39:14.327 に答える
2

各開発者がデータベースの個人用コピーに必要なデータが11GB未満であると仮定して、Oracleデータベースの無料のExpressEditionを使用することを検討しましたか。これをローカルマシンにインストールすることも、本番環境に無料でデプロイすることもできます。Enterprise Editionの機能を使用することはできませんが、基本的なPL / SQLは、現在使用しているデータベースのどのエディションでも同じように機能するはずです。

しかし、これが本当にあなたが抱えている問題の解決策であることは私には明らかではありません。その情報が開発者に伝達されずにテストケースが変更されたり、ある人が依存しているテストデータが他の人によって変更されたりする場合、同じデータのコピーを増やしてデータベースインスタンスを作成しても、それほど役に立たない可能性があります。データベースのローカルコピーがある場合は、すべてのオブジェクト（テーブル、パッケージ、トリガーなど）の現在のバージョンを取得するための何らかの方法が必要です。特定のテスターが依存しているデータを取得するための何らかの方法が必要です。他の開発者が行っている変更を踏みにじらない方法で、変更をマシンから共有データベースに移動する何らかの方法が必要です。これらのハードルのどれも克服できないものではありません、ただし、非常に堅固なビルドと展開のプロセスが必要です。そうしないと、データベース内のコードのバージョンが他のすべてのデータベース内のコードのバージョンと微妙に異なり、システム内のテストデータがわずかに異なるという混乱が生じます。 QAが使用しているテストデータよりも特性が高いため、あるシステムでは再現可能であるが別のシステムでは再現できない多くのバグが発生します。現在のビルドおよびデプロイメントプロセスで、バグの調査中にテストケースが変更されていないことを確認できない場合は、インスタンスを追加すると問題が悪化し、改善されないことが予想されます。■データベースとシステムのテストデータは、QAが使用しているテストデータとはわずかに異なる特性を持っているため、あるシステムでは再現可能ですが、別のシステムでは再現できない多くのバグが発生します。現在のビルドおよびデプロイメントプロセスで、バグの調査中にテストケースが変更されていないことを確認できない場合は、インスタンスを追加すると問題が悪化し、改善されないことが予想されます。■データベースとシステムのテストデータは、QAが使用しているテストデータとはわずかに異なる特性を持っているため、あるシステムでは再現可能ですが、別のシステムでは再現できない多くのバグが発生します。現在のビルドおよびデプロイメントプロセスで、バグの調査中にテストケースが変更されていないことを確認できない場合は、インスタンスを追加すると問題が悪化し、改善されないことが予想されます。

于 2012-08-10T20:41:27.263 に答える