App Factory とは何かを理解するには、「マルチ」という言葉を考えてください。App Factory は、ビジネスの複数の部分を統合して多数のプロジェクトを作成するように設計された、多分野にわたる開発機能です。

一元化されているかどうかに関わらず、App Factory には共通点がいくつかあります。すべての App Factory が取り組む必要がある主な共通点の 1 つは品質保証です。QA チームは、事業部門や分野に関係なく、すべてのプロジェクトが組織のコンプライアンス、ブランディング、パフォーマンスの基準を満たしていることを確認します。

アプリファクトリーにQAを最も効果的に導入する方法を知りたいですか？私たちの方法を参考にしてください。 Mendix、私たちは独自の Mendix App Factory。これが私たちの QA への取り組み方です。

Mx AppFactory とは何ですか?

Mx AppFactoryは、 Mendix アプリケーションを構築する Mendix 　 Mendixその結果、当社には多分野にわたる開発チームがおり、さまざまな部門や関係者のために多数のプロジェクトに取り組んでいます。 Mendix and Siemens.

品質チームについて

品質チームは、Mx AppFactoryチームの成果物の品質向上を支援する、部門横断的なアクセラレータです。2020年XNUMX月に発足したこのチームは、XNUMX人のメンバーからXNUMX人の品質専門家のチームに成長しました。チームは、工場のラインに対して、次のような明確な声明を掲げて取り組んでいます。 「品質はチーム全体の責任です。」 その テストエンジニア  として機能します 品質専門家 チーム内の質の高い活動を指導し、推進します。

Our Mission

• AppFactoryチームが最高クラスのソフトウェアを提供し、品質の真の代表者となることを支援する Mendix とその顧客。

私たちの使命の推進方法

私たちは、AppFactory ラインに沿って品質を確保するために、以下のホイールを使用しています。

品質評価

新しいプロジェクトの準備の一環として、構築する製品の技術的側面と機能的側面を理解する必要があります。次のステップは、収集した情報を使用してプロジェクトを評価し、プロジェクトに必要な品質アクティビティを導き出すことです。これらのプロジェクトを評価するために、チームが記入できる簡単なチェックリストを定義しました。この回答は、プロジェクトのニーズと範囲に固有のものになります。

評価チェックリストの主な重点領域:

• アプリケーションを使用するエンドユーザー/ペルソナ
• プロジェクトの期間 
• ドメインとテクノロジーに関するチームの知識
• プロジェクトに関わる技術的側面 
• アプリケーションで処理されるデータの種類と品質
• アプリケーションの非機能的側面 (例: パフォーマンス、セキュリティなど)
• すべてのプロジェクトに共通する一般的な品質関連活動 

評価結果は文書化され、プロジェクトの次の段階で使用されます。

品質戦略

評価の結果、以下の側面をカバーする高レベルの品質戦略が定義されます。

• プロジェクトに必要な質の高い専門家からのサポート
• テスト中に考慮すべきペルソナ
• 必要なテストの種類 (API/Web/ネイティブ)
• コードの品質、セキュリティの脆弱性などをチェックするツール
• テスト自動化の取り組みが必要
• データ品質チェックが必要
• 非機能テスト（例：パフォーマンス、セキュリティテストなど）が必要 
• 一般的なテスト作業が必要

この品質戦略は、プロジェクトのライフサイクルを通じて進化する生きた文書です。

コード品質ツール

定義された戦略に基づいて、ツールを使用してコードの品質を監視および検証します。品質の専門家がこれらのツールのセットアップと実装を支援します。

以下は主に使用するツールです。

• ACR – 自動コードレビューツール Mendix プロジェクト(実績作品)
• スナック – 依存関係（サードパーティライブラリ）をスキャンするツール Mendix 既知の脆弱性とライセンス上の警告に関するプロジェクト
• ベラコード – スキャン用ツール Mendix リスクと脆弱性を識別するためのコード

テストエンジニアリング

品質戦略の一環として、必要なテストの種類とレベルも定義されます。この情報を基に、品質の専門家は開発サイクル中にさまざまなテスト活動の設定と実行を支援します。

ストーリーの定義と展開中

このフェーズで実行されるアクティビティの一部は次のとおりです。

• ストーリーのテスト可能性を検証し、テスターのメモを追加するためのストーリーの改良
• チームが開発したユニットテストのレビュー
• ストーリーの受け入れ基準の確認と検証 (一部のチームでは、参考のために Jira X-Ray でテストも管理しています)
• ストーリーを移動する前に、完了の定義項目が閉じられていることを確認する クリックします

リリース前の検証

このフェーズで実行されるアクティビティの一部は次のとおりです。

• リリースに追加されたすべての機能がエンドツーエンドで動作していることを検証する
• 既存の機能に影響がないことの検証（回帰テスト）
• プロジェクトの要件に従って非機能テスト（パフォーマンス、侵入テストなど）を実装します。
• リリースの完了の定義が満たされていることを確認します。

リリース後の検証と生産監視

チームは、アプリケーションをデプロイ後に検証できるように、運用環境でいくつかのテストを設定します。検証タスクには次のものが含まれます。

• リリースに追加された新機能が展開後に動作していることを検証する
• アプリケーションのコア機能が期待どおりに動作していることを検証するためのサンプル スモーク テスト

さらに、次の点をチェックするための監視を設定できます。

• アプリケーションの使用法
• アプリケーションのパフォーマンス
• アプリケーションの品質
• アプリケーションのビジネス価値

テスト自動化

テストの自動化はプロジェクトのニーズに基づいて行われます。

• REST API を含むアプリケーションの場合、ストーリーの開発中にテストが自動化されます。
• API のないアプリケーションの場合、コア機能テストは UI レベルで自動化されます。これは、アプリケーションの UI が手動でテストされ、安定している (大きな変更が計画されていない) 場合にのみ推奨されます。

すべての自動化テストは Bitbucket パイプラインで実行されます。

テスト自動化に使用するツール/フレームワークは次のとおりです。

• API テスト自動化のための Postman
• Web (UI レベル) テスト自動化のためのロボット フレームワーク

進捗の追跡

品質活動の進捗はダッシュボードで追跡および監視されます。

ベストプラクティス 

チームメンバーがテストから得た経験に基づいて Mendix その他のアプリケーションでは、ベスト プラクティスが定義され、文書化されています。

文書で言及されているいくつかの重要な分野は以下のとおりです。

• 品質に対するチームの考え方
• さまざまなテストの種類
• ブランチとテスト戦略 Mendix
• テスト自動化のベストプラクティス

継続的改善

私たちはチームとして、振り返りと詳細なセッションを実施することで継続的な改善を信じています。社内の他の部門と頻繁に同期しています。 Mendix 作業方法について理解し、アイデアを交換し、AppFactory にとって最適なものを採用します。

チャレンジ

上記の実装にも課題があります。そのいくつかを次に示します。

• 品質チームのメンバーは、従来のテストエンジニアではなく、品質の専門家であるという考え方を変えました。
• チーム全体に「品質マインドセット」を浸透させる。
• ローコードの経験がない品質管理の専門家は、 Mendix チームに優れたサポートを提供するためにアプリケーションが開発されています。
• テストやテスト自動化の経験がないチームにテスト自動化を実装します。

主要な取り組み

これまでの経験から得られた重要なポイントをいくつかご紹介します。

• まず、チームのプロセスと現在の品質活動を理解することから始めます（どのチームにも品質活動はあります）。
• 製品の品質はチームの責任です
• チームの専門知識と作業方法に応じてツールを選択します
• ストーリーとリリースプロセスの完了の定義に品質アクティビティを追加する
• 最後になりますが、品質を確立するには忍耐と根気が必要です。

詳細やご質問については、下記までご連絡ください。 [メール保護]