0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

【FileMaker】レイアウト(画面)が未完でも単体テストをしてみよう

0
Last updated at Posted at 2025-12-14

え?どういうこと!?
って思いましたよね。

FileMakerでは、レイアウト(画面)が基本となってそこで定義されているTOなど関連データを使ってさまざまな処理を行なっていきますが、まずはレイアウトが仕上がっていなくてもスクリプトができていたらテストしてみませんか?というタイトル内容です。
(長)

俗にいう、「単体テスト」というものと考えてください。

素朴な疑問にお答え

レイアウトがどこまでできていたら単体テストしてもいいんですか?

新規レイアウトなどでレイアウトを作成してリレーションシップグラフでTO(テーブルオブジェクト)を使ったリレーションシップが構築されていれば、もうスクリプトを作ってテストしてしまいましょう。

テーブルとフィールドを用意したら、リレーションシップグラフでTOを設計するところまであると大丈夫です。
スクリーンショット 2025-12-13 11.52.34.png

テーブルを作成すると、自動でレイアウトが出来上がります。
この状態でまずはOKです。
もし、リレーションシップグラフで作成したTOの名前がレイアウトテーブルと違う場合は、変更しておきましょう。
スクリーンショット 2025-12-13 11.52.54.png

つまり、まっさらの画面でもスクリプトが出来上がっていたらテストができます。

でも、フィールドが配置されていなかったらデータも入ってないですよね?

レイアウトにフィールドが配置されていなくても、実はデータは入れられます。
試しにレイアウトの表示を「表形式」にして、フィールドにExcelのようにデータを入れられます。

ガシガシテストデータを入れていきましょう。
スクリーンショット 2025-12-13 11.56.31.png

すでにあるデータではなくて、新規レコードを作成するところからスクリプトを作りたいです。

そうですよね。
スタートは新規レコード作成ですよね。
例えば、「+」ボタンを実装する時などが想定されます。

どんどん作りましょう。
このスクリプトでは、新規で見積書を作成し、見積書作成日をボタンをクリックした日、有効期限をその日から14日後に初期設定しています。
スクリーンショット 2025-12-13 12.02.25.png

作成したら、実行してみます。
このボタンは見積書レイアウトにあることを想定しているので、もし、見積のレイアウトが表示されていなかったら、表示しておきます。
スクリーンショット 2025-12-13 12.03.29.png

どん!
スクリーンショット 2025-12-13 12.02.14.png

できてますね!
つまり、新規で見積書を作成する、という機能は、レイアウトにフィールドやボタンを配置していなくてもテストが可能です。

ここであらためてレイアウトにボタンを配置していきましょう。
スクリーンショット 2025-12-13 12.08.01.png

レイアウトにフィールドがないと動かないスクリプトステップもありますよね?

あ、気づきました?
そうです。
スクリプトステップによっては、レイアウトに該当のフィールドがないとエラーになるものもあります。
例えば、
PDFを挿入
があげられます。

このスクリプトステップは、レイアウトにフィールドが配置されていないと、エラーが返ってきます。
大抵はこんな感じでPDFがありますよーとレイアウトに配置しますね。
スクリーンショット 2025-12-13 12.14.32.png

でも、レイアウトにオブジェクトフィールドを配置したくない場合もあります。
アクセス権限によってはPDFを閲覧できないとか操作させたくない、というシーンもあることでしょう。

その時は、レイアウトが表示される領域外に置いておきましょう。
スクリーンショット 2025-12-13 12.16.55.png

スクリプトトリガのテストの場合はどうするんですか?

あー!
それもありますね。

確かに、レイアウトに配置したオブジェクトなどで実行されることが多いので、レイアウトが出来上がっていた方がいいのでは、、?と思います。
一理あるのですが、第一段階として、単にスクリプトの中身が正しい処理をするかどうか、ということを確認してから、レイアウトのオブジェクトにスクリプトトリガの設定をしてはどうでしょうか?

スクリプトトリガの設定をしたら、テストは第2段階です。

いきなりスクリプトトリガに設定してテストを行なってもいいのですが、中身が正常終了するかどうかが分かってからスクリプトトリガの設定をした方が、テストをした時のエラーの切り分けが単純化できます。
例えば、スクリプトの中身が正常に終了することが確認できていれば、もしかしたら設定するスクリプトトリガの種類が違っているかもしれません。
また、スクリプトトリガの設定の時にスクリプト引数を設定していなかったのが原因かもしれません。

エラーの原因がどこか、を、早い段階で確認できます。

条件付き書式はレイアウトに配置しないと無理ですよね?

うわ、鋭い。
そうですねー、これはさすがにレイアウトにオブジェクトを配置しておかないとできないテストですね。
ただし、レイアウトが整っていなくても、レイアウト上にオブジェクトを配置して置いて、条件付き書式を設定して確認することはできます。

とにかく、レイアウトが完成していなくても、どんどんテストをしていくのです。

そうは言っても画面サイズなどのテストは途中だと難しいですよね

画面サイズは確かにそうですね。
でも、ここは仕様で決めておきましょう!
「このシステムで想定してうる機器環境は、Windowsの画面サイズ◯◯です」
など。
そうすることで、その画面にハマっているかどうかのテストはレイアウトのサイズを設定した時点で可能です。

つべこべ言わずに小さいテスト(単体テスト)を繰り返そう

テストは先延ばしすればするほど戻る距離が長くなります。
三歩進んで二歩下がる、くらいの感覚の小さいテストを繰り返し、システムの完成に繋げていきましょう!

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?