Menditecテスト自動化は、 Mendix

バグや回帰エラーは、適切なテストで検出するよりもコストがかかり、修正が困難です。しかし、適切な低レベルテストを実施するのは面倒で時間がかかります。さらに、従来のテスト方法は時間がかかり、複雑すぎるため、現代のソフトウェア開発の利点が損なわれます。

ローコードの新しい実践者は、ソフトウェアとアプリケーションの開発を最適化しているかもしれませんが、テストワークフローの最適化についても考慮する必要があります。そうしないと、適応性や迅速な開発など、ローコードの重要な推進要因が損なわれるリスクがあります。

Menditect Test Automation (MTA)は、以下の目的に最適化された基本的な低レベルテストを提供します。 Mendix ローコードプラットフォームエクスペリエンス。メンテナンスが少なく、統合が容易な MTA テストは、ローコードの効率、品質、およびリソース管理の機会をサポートし、貢献します。

「品質基準を守らないと多くのコストがかかります。エンドユーザーとしてアプリの表面だけをテストすると、アプリケーションを十分にテストしていないことになります。「次のリリースでは動作するかもしれませんが、その後誰かがアプリ内に別のものを構築したり、何かを変更したりすると、修正に非常にコストがかかるエラーが発生します。」と、Menditect の共同設立者 Markus Travaille 氏は言います。

低レベルのテストから高いリターン

より優れたカバレッジは、マイクロフローレベルでのデータ駆動型ユニットテストとコンポーネントテストから始まります。各リリースの前に、企業は、各コードブロックと、最小の自己完結型レベルでの統合および依存関係に対してロジックが保持されていることを確認する必要があります。ただし、インターフェイスからこれらのマイクロフローロジックテストを手動で実行することは、特にリリースごとには現実的ではありません。

「適切なレベルの自動化により、多くの反復的で退屈な作業を排除できます。私たちはチームからその負担を取り除きたいのです」とトラヴァイユ氏は語った。

Menditect の顧客ベースには、テストの証明がコンプライアンス要件となっているクライアントや、複雑な IT プロジェクトの集合体を管理する大企業が含まれます。このような組織にとって、機能の小さな部分ごとに異なるレベルでテストを管理することは、財政的にもリソース的にも非現実的です。

実際、多くのテストは、バグが発生するまでは重要ではないと思われる内部構造の小さな部分や隠れたワークフローを監視しているようです。

「私の意見では、企業がテスト自動化を導入するのは通常遅すぎます。 「企業は小規模で、熱心なチームでスタートしますが、エンジニアの経験不足や、規模拡大が急すぎることなどにより、品質が低下し始めることがよくあります」と Travaille 氏は言います。「すると突然、品質が期待どおりにいかない重大な状況に陥り、テストの自動化を検討することになります。」

なぜ低レベルの自動テストが必要なのでしょうか?

Travaille 氏によると、ローコードアプリケーションを開発する際に最もリスクが高いのはマイクロフローのビジネスロジックエラーです。MTA は、Mendix この潜在的な悪影響を軽減するために設計されたツールです。

「すべてではない Mendix 「アプリには、同じレベルのテスト自動化品質保証が必要です」とトラヴァイユ氏は言います。しかし、アプリがビジネス上重要である場合や、アプリが多数ある場合は、さらに重要になります。　

カスタムビルド MendixMTA テストでは、アプリ内テストコードの保守の負担や、要求の厳しい API や脆弱な画面テストへの依存も排除されます。従来のテスト方法、API ベースのテスト方法、画面ベースのテスト方法には、次のようなリスクが伴います。

より大きく、より安全でないテストコードを維持すると、サイズが大きくなり、パフォーマンスが低下し、機密データが漏洩するリスクが高まります。
安定性が低く、より困難: API に依存すると、より多くのメンテナンスが必要になり、接続の信頼性が低下します。
効率が悪い: 画面は希少かつ高価なリソースに依存しており、アプリケーションの重量とサイズを増加させ、効率を低下させることがよくあります。

より多くの機能、カスタマイズ Mendix

MTA は、スクリプト化されたテストコード、API、または画面を維持せずにマイクロフローを実行し、1 つのツールからマルチレベルテストを実行する機能など、独自の機能も提供できます。

マイクロサービス: バックエンドロジックのエンドツーエンドのプロセステスト
APIとマイクロフロー: コンポーネントレベルのテスト
マイクロフロー: ユニットテスト

「必要なテストの1つは Mendix 「アプリのテストは、マイクロフローレベルまたはバックエンドレベルで行われます。これは基本的にアプリの内部構造です」と Travaille 氏は言います。「開発者はアプリの内部構造を最もよく知っているため、これはマネージド開発と密接に関係しています。」

適切に実行されたテスト自動化は簡単ではなく、専門家による追加のメンテナンス、予期しないコスト、ツールの無秩序な増加を伴う可能性があります。

自動テストツールは次のサポートを提供する必要があります。

設計: 適切なドキュメントとともにテストケースを保存および整理するためのテストフレームワークを提供する
製品の導入: コード不要のアプローチにより、テストケースの構築と保守にかかる時間とコストを削減します。
拡張性: テストシナリオを拡張せずに、カバレッジの高い低レベルのテストスクリプトを作成します。
実行: CI/CD API でテストを自動化するか、手動で実行します。
レポート作成: テスト実行エラーの洞察とコードカバレッジレポートを提供します

「より軽量なアプローチが必要で、 Mendix 「テスト自動化は、迅速なリリースと迅速な反復という新しい作業方法です」とトラヴァイユ氏は言います。「テスト自動化は「テスト」という言葉で始まりますが、それは自動化に近いものです。テストというよりはプログラミングに近いものです。」

MTA テストは、機能の小さなユニットレベルの部分から開始され、より複雑なコンポーネントテストやプロセステストで拡張できます。モジュール式のローコード構成により、MTA は、テスト構成全体で複数のアプリケーションを同時にテストするように構成できます。

Menditectは Mendix

Menditectは初期のローコードアダプターであり、その創設者は Mendix 2012 年から。技術志向の 2021 人のビジネスパートナーとともに、Travaille はローコードの効率性と開発スピードの可能性を発見し、すぐに魅了されました。XNUMX 年に彼らは Menditect を設立し、この新しい会社の構築と成長に全力を注ぎました。

「Mendix 「他のローコードプラットフォームよりもはるかに高度なテストツールを構築できます」とトラヴァイユ氏は言う。「他のプラットフォームでは、このようなAPIとオープンアーキテクチャとインフラストラクチャを提供していません。 Mendix します。

自律的AI Mendixさんオープンでアクセス可能、共有可能なモデルソフトウェア開発キット（SDK）を使用すると、Menditectは安定した再利用可能な Mendix ブロック。これらの安定したビルディングブロックは、コード、メタモデル、モデル SDK、およびランタイムに存在します。

「マイクロフローは、どこでも同じです Mendix 「プラットフォーム上で実行できるのです」と Travaille 氏は言います。「SDK としてのモデルからのモデル情報を使用して、アプリの外部でテストを構築し、その後アプリで再度実行することができます。」

その結果、社内外で検証されたローコード効率の利点を備えた軽量の最終製品が生まれます。MTA を使用すると、機敏性を維持し、テスト負債から企業を将来にわたって保護することが可能になります。

ISVパートナー Mendix、そして世界のテクノロジーリーダーたち、 Siemens

初期のパートナーとして、MenditectはIの成功に貢献してきました。独立系ソフトウェアベンダー（ISV）プログラム焦点を定め、メリットを洗練させることで、このプログラムは、トレーニング、技術支援、ソリューションレビューを提供し、ベンダーがローコード開発で価値実現までの時間を短縮するのに役立ちます。

「私の好きなものは Mendix 「重要なのは、パートナーや外部組織との連携に対してどれだけオープンであるか、つまりテクノロジーとコンサルティングパートナーのこのオープンなエコシステムこそが、このプラットフォームの隠れた力なのです」とトラヴァイユ氏は言います。Siemens グローバルプレーヤーとして、さらにオープン性とパートナーとの連携が強化されました。彼らが進む方向は間違いなく良いものです。」

トピック

パートナー