おすすめ記事

おすすめ記事一覧

Bubble・アプリをテストする際の一般的な設定

Image result for ノーコード bubble

みなさんこんにちは。いかがお過ごしでしょうか。この記事ではノーコードツールbubbleでアプリをテストする際の一般的な設定について解説します。今回の記事は特に写真がなく文章が多くなりますが、ぜひ最後までご覧ください。それではLet’s Go!

一般的な設定

テストとは、アプリケーションの様々なステップを試すことです。デバッグは、期待されない動作を観察し、根本原因を理解してから解決することを意味します。それぞれのケースは定義によって異なりますが、このプロセスの指針となる原則がいくつかあります。

開発バージョンの使用

 アプリには2つのバージョンがあるので、常にアプリの開発バージョンでテストとデバッグを行うことをお勧めします。 第一に、それはあなたが修正することができるアプリケーションであり、それはテスト、アプリの修正、変更の検証のテストプロセスをより速くする必要があります。第二に、そしてより重要なことは、あなたがデータベース関連のワークフローをテストしているとすぐに、アプリケーションのデータベースが変更されようとしています。変更内容がよくわからない場合は、開発バージョンのデータを修正した方がはるかに安全であり、ライブデータは実際のユーザーに影響を与える可能性が非常に高いです。

しかし、 問題がライブモードでしか発生しないこともあります。 そのような場合は、次の2つのことをお勧めします。

1, 安全であれば、アプリの最新バージョンをデプロイしてみてください。問題がライブモードで発生していて、開発モードでは発生していない場合、そのバグは開発の方ではすでに修正されている可能性があります。

2, 特定のユーザーに問題が発生した場合、ライブモードで保存されている特定のデータが原因である可能性があります。bubbleでは、バージョンをまたいでデータベースをコピーすることができます。そのような場合は、ライブから開発バージョンにコピーすることをお勧めします。そうすることで、開発バージョンにはライブモードと同じデータが保存され、デバッグをより本番に近づけることができます。

バージョンをまたいでデータベースをコピーするには、[データ]タブに向かい、[App Data]をクリックします。「データベースのコピーと復元」ボタンでは、バージョンをまたいでデータベースをコピーしたり、以前の時点に復元したりすることができます。

1つのタイプのデータのみをコピーすることができます(例えば、アプリのユーザーなど)。しかし、 1つのタイプだけをコピーすると、ユーザーがコピーされていない別のものを指している場合、いくつかの矛盾を引き起こす可能性がある ことを覚えておいてください。一般的に、デバッグ処理のためには、本番から開発までのデータベース全体をコピーすることをお勧めします。

課題を見極めるときのヒント

問題にぶつかったとき、アプリが期待した動作をしないとき、この問題に取り組む最善の方法は、 問題を再現するための信頼性の高い、決定論的な方法を持つ ことです。これは100%できないケースもあるかもしれませんが、アプリをデバッグするときの最初のステップになるはずです。

理想的には、課題を常に再現しながら、アプリ内でのアクション/インタラクションの継承を、できるだけシンプルで短いものにしたいと考えています。

良いアプローチは、 新規のクリーンなデータセットで問題を再現しよう とすることです。例えば、新規なユーザー、新規な注文オブジェクト(モノthing)などです。問題は、データのレガシーな状況が原因で発生することがあり、新しいデータセットで問題を再現できない場合は、それが原因であることを強く示唆しています。ここでのアプローチは異なります。ワークフロー全体を変更するのではなく、問題につながる要件を満たすものを抽出し、それらを修正することができます(エディタで一度に複数のものを修正する方法の詳細については、バルクオペレーションを参照してください)。

bubbleには、状況に応じて、問題をデバッグするための主な方法が2つあります。最も一般的なのはデバッガで、ワークフローをアクションごとに実行し、要素を検査し、フィールドの値がどこから来ているかを理解することができます。過去の問題を診断するのに非常に便利な2つ目のツールは、ワークフローで何が起こったかを事後的に分析できるサーバーログです。

最後に、ユーザーが自分のアカウントやテストアカウントで再現できない問題を報告している場合は、他のユーザーとして実行オプションを使用することを忘れないでください。

Bubble側のバグだと思ったらどう対応するか?

bubble開発チームはテストに多くの時間を費やし、バグを回避するために自動テストを広範囲に使用しています。しかし、アプリやワークフローの構築方法に起因する問題ではなく、 bubbleのコア機能の予期せぬ動作に起因する問題にぶつかっていると思われる場合 は、お問い合わせください。この問題は  Bubble Team によってビルドされていないプラグインには適用されません – これらの問題については、プラグインの作者に連絡を取ることをお勧めします。

bubbleチームにバグを報告するには、バグ報告ツールを使って報告してください。バグを報告する前に、これが本当にバグであるのか否かを確認するために、いくつかのことを行ってください。

1, レポートを提出する前に、接続が完全に機能していること、およびブラウザの最新バージョンを使用していることを確認してください。

2, 広告ブロッカーやブラウザ拡張機能がウェブアプリケーションに干渉する可能性があるため、まずインコグニートモード(または「プライベートブラウジング」)で問題をテストしてください。

3, HTML要素やヘッダーなどでアプリに追加したカスタムコードを削除します。

報告書を提出する際には、迅速な解決を図るためにも、いくつかの点に留意してください。

1, 問題を説明する際には、できるだけ具体的に説明するようにしてください。「全然うまくいかなくて、バグったかと思います」では具体的ではありません。代わりに、「条件に基づいて、この要素は赤色のはずなのに、緑色が表示されています」という風に具体的におしらせください。

2, 上で説明したように、自分自身のデバッグ・プロセスについても同様に、問題がははっきりしていればいるほど、その問題を迅速に調査することができます。

3, アプリの知識のない人にも理解できるように指示を出してください。最適な説明は、「Aボタンをクリック」、「入力に○○を入力」、「Bボタンをクリック」、「問題を見る」です。

4, フォームに表示されたスクリーンショットを共有するようにしてください。

5, 動画は有用であるが、fromに書かれたものに取って代わるものではないと考えられています。それはあくまでも補完するものとしての認識されています(通常は必要ありません)。

バグはイライラさせてしまい、開発作業を停滞させてしまうことがあることを理解しています。しかし、適切なレポートがあれば、問題を迅速に特定して修正することができ、チームがあなたのために問題を修正すると、それはコミュニティ全体のために修正されます。

まとめ

いかがだったでしょうか。ほとんど写真がなかったために、スキップスキップでお読みになった方もおられると思いますが、バグのレポートなど多くの大切なことを紹介しましたので、なんども戻ってお読みになることをオススメします。それではまた別の記事でお会いしましょう。See You Soon!

 

 

 

 

 

Katsu

Katsu

高校まで日本で育ち、大学からアメリカ・ニューヨークへ。マスメディア、ジャーナリズム、インターネットメディア戦略を専門に修学。コロナ禍でオンライン主体になりつつある世の中で、記事が何かの手助けになれば幸いです。







関連記事

  1. 特集記事

    あまり知られていない!強力NoCodeツール18選!

  2. 記事作成

    Bubble・Segment(セグメント)とGoogle Optimize(オプティマイズ)

  3. 記事作成

    Bubble・データを表示する、ダイナミックな式を構築する

  4. 記事作成

    Bubbleの条件付き処理とスタイルの使用を解説!!

  5. 記事作成

    BubbleのAgencyプランとテンプレート・プラグイン販売について解説!!

  6. Adalo Resource・マーケットプレイスペイメント前編(Stripe)(スクリーンとコンポー…

  7. 記事作成

    Bubble・データベースクエリに関する説明、タイプとタイプを結びつける

  8. Adalo Resource・Appleを使ってサインイン(スクリーンとコンポーネントセクション)に…

  9. 記事作成

    Bubbleのカスタムフォントと設計時のコツを解説してみた!!

人気記事

  1. topimage
  2. 記事画像
  3. 特集記事
  4. top_image

おすすめ記事一覧

  1. 記事画像
  2. 記事画像
  3. 勤怠管理
  4. 記事画像
  5. 記事画像
PAGE TOP