公開日：
こんにちは、システム開発グループのわたなべです。
今回はgusuku Customine ※のカスタマイズでのデバッグついて記事にしたいと思います。
※ gusuku Customine（以下、カスタマイン）は、kintoneをさらに便利にするカスタマイズをノーコードで、ご自身で作成いただけるサービスです。
2025年2月時点で導入社数2000社を超え、さまざまな業務・業種のお客様にご利用いただいております。
デバッグとは
デバッグとはプログラムが想定通り動かないときに、その原因を取り除き、仕様通りに動くようにすることを言います。
通常のプログラミングですと、コードを修正するのですが、カスタマインだとどのようにするのでしょうか。
デバッグをする前に
デバッグをするためには問題の原因となる部分を洗い出す必要があります。
見出しには「前に」、と書いていますがここが本題です。デバッグをするにしても原因がわかっていないと適切な対処ができないからです。
では原因を探すにはどうすればいいでしょうか。
問題の原因を特定するには
特定する方法はいくつかあるのですが、問題がどのように起こったのかで方法が変わってきます。
実行時エラーが出た場合
これが最もシンプルなものです。以下画像のように画面にダイアログが出ます。
この画像で言うと(2)の部分がアクション番号に相当します。
Job Runnerの場合は実行履歴にエラーが出ます。
上記画像の場合、エラー列に出ている(6)や(7)がエラーが出ているアクション番号です。
エラーは出るが、アクション番号が出ない場合
これは例えばクエリでエラーが起きたときなどが該当します。
この場合はコンソールログを見ます。コンソールログの見方についてはこちらに載っていますので割愛しますが、上記のようなAPI周りのエラーの場合はアクションが完了しないので、executeAction(〇)の対になるdoneの行が出ないのが特徴です。
エラーが出ないが、想定しない動作をする場合
こちらは先ほどまでの例と違って、エラーが起きない分特定が難しいです。
エラーが発生しないので、上記のエラーが起きるパターンと違って、ダイアログや実行履歴に問題があるログやアクション番号が出ることがありません。
ここでも役に立つのはコンソールログです。ですが、大体のアクションはコンソールログにアクションの実行開始と終了しか出ないです。
そこでコンソールにアクションの結果を出力するやコンソールにメッセージを出力するを各処理の間に挟むことで処理が通過したことやアクションの結果を追いやすくなります。これは例えば、フィールドの値を複雑なルールで計算するときや、マッピングで関数を使うときに結果をチェックする、などの局面で役に立ちます。
Job Runnerの場合はログにメッセージを出力するで相当のことができます。また、テスト実行の使用もご一考ください。
いかがでしょうか。カスタマイズにはデバッグがつきものだと思うので、参考になれば幸いです。
キミノマホロ for kintone
アールスリーでは業務改善・システム開発を行うサービスを「キミノマホロ for kintone」として提供しています。
「キミノマホロ for kintone」は業務改善のプロセスをイロハで3つのフェーズに分け、フェーズごとに作業をメニュー化しています。
【イ】業務改善の始まり：業務改善の方向性を決める
【ロ】業務改善に必要なkintoneアプリ作成：業務改善を実現するための仕組み（kintoneアプリ）を作る
【ハ】業務改善の実行サポート：業務改善を進める
システム開発グループではkintoneに関するお悩み相談をお受けする「kintone駆け込み相談室」を随時開催しています。kintoneのシステム開発でお悩みの方がいらっしゃいましたらぜひお申し込みください！
必要なものを、必要なだけ。
業務改善の新しいカタチ。
kintoneを活用した業務改善・システム開発サービス
kintoneを活用した業務改善・システム開発サービス
アールスリーのシステム開発グループメンバーが、kintoneに関するお悩み相談を無料で何でもお受けします！
毎日開催中！お好きな曜日でお申込みいただけます！
（オンライン or 大阪オフィス来社のいずれか選択可能）
投稿者プロフィール
- システム開発グループ所属
最新の投稿
gusuku2025年12月22日カスタマイズがうまくいかないときにやること- gusuku2025年11月17日Job Runnerを手動で実行する仕組みを考える
- gusuku2025年9月18日Job Runnerをデプロイットプロジェクトで使うとどうなるか
- gusuku2025年6月23日ループ処理内でアクションを合流させるのはよくない話
