Magento Enterprise Edition 1.14には事前に作成された機能自動化テストがありますか？私たちはMagento 1.14を使用しており、say testngを使用して機能のエンドツーエンドのユーザージャーニーテストを最初から作成する必要があるか、またはMagento 1.14に付属の機能テスト（存在する場合）を使用してビルドするかを決定する必要があります？
私の他の質問は、ログイン、注文の発注、注文の支払い、注文のキャンセルなどのエンドツーエンドのユーザージャーニーテストを実行するだけでは不十分です。QAテスターの下にあるユニット（コード）を暗黙的にテストします視点？
また、Magentoフレームワークを使用しない場合は、Magentoをまったく使用しない他のストアでも同じ自動化テストを使用できるようになると考えています。
考えを共有する。
回答:
最初の質問への回答の短いバージョンは、残念ながらありません。現在使用できるMagento EE 1.14の開発済みの機能テストの公的に利用可能なスイートはありません。この回答へのコメントはそれを少し明確にします。
そうは言っても、Magentoバージョンの機能テストを作成するために利用できるリソースがいくつかあります。Magentoは新しいMagento Testing Frameworkにすべての取り組みを集中しているため、Magento Test Automation Frameworkは正式に廃止されましたが、これはMagento 2のみをサポートしており、現在のところ古いバージョンにバックポートする予定はありません。 公式MTAFユーザーガイドには、現在のバージョンで機能する機能テストのコードサンプルが含まれており、含まれているコードを超えてこれらを拡張する方法に関するガイダンスが提供されています。2013 BugAThonにウィキはまた、QAと機能テストのいくつかの本当に有益なガイドを持っています。 このチュートリアルでは、すぐに使用できる追加のサンプルも提供しています。
CasperJSを使用して、EEとCEの両方のプラットフォームでMagento 1.Xバージョンのフロントエンドテストを実行する際に公開された優れたサンプルとユーティリティもいくつかあります。最後に、本当に機能テストを加速させ、必要に応じてサポートチームを活用して支援したい場合は、BugBusterのMagento機能テストサービスを試してみてください。月額料金が安く、プラットフォームとサポートの専門知識を活用して、Magentoの機能テストを開発および拡張できます。彼らはかなりの数の統合ポイントと、手動で開発するよりも迅速に機能テストを開発するのに役立つレコーダーアプリを備えています。この回答の提供内容を調査した後、現在評価していますが、賛否両論を提供するのに十分な知識がまだありません。
2番目の質問については、視点が従来のQAの視点に厳密に焦点を当てている場合は正しいかもしれません。独自のMagento拡張機能を開発している場合、重要な機能をカバーする単体テストを開発し、サードパーティのウェブサービスとのインターフェースをとる場合は、少なくともいくつかの機能テストまたは統合テストを提供するのがベストだと私は主張します。主な理由は、機能テストは非常に壊れやすく、それ自体で価値を提供するのに十分なほど緊密なフィードバックループを提供しないためです。少なくとも、それはGoogle社員の観点です。 New Relicは最近、それらが最も高価で維持が困難であることに注意して同意しましたが、多くの価値を提供することに同意します。
重要なポイントは、リソースへの最善の投資を決定する必要があるということです。後で、最初の投資が完了したら、決定を再検討してください。おそらく、ビジネス要件を満たすためにのみ機能テストを開始します。おそらく後でカスタム機能を追加するときに、ユニットテストとエンドレベルの機能テストを実装します。ビジネスドライバーが必要とすることを実行します。うまくいけば、最初の取り組みを活用して、チームとビジネスパートナーのコンセンサスを構築し、次の最善のステップを見つけることができます。