Mochaを使ったユニットテストベースのコーディングっていいよね、を伝えたいメモ２

概要

Mochaを使ったユニットテストベースのコーディングっていいよね。何が「良い♪」って、「テストで仕様を定めて（設計して）、その後に実装する」ってのが良いよねー。期待した設計に成っているか、を勝手に検証してくれらから♪（※ここまで、ひとつ前の投稿と同じ）

・・・を伝えられそうな断片のメモです。その２。

コメントで、仕様をメモしなくていい。

以下のような、IO仕様のメモ（1枚目）は、テストで表現すれば良い（2枚目）。

• 1.アクセスのIOをコメントでメモ

• 2.アクセスのIO仕様をテストで表現

参考サイト

• https://mochajs.org

Mochaを使ったユニットテストベースのコーディングっていいよね、を伝えたいメモ

概要

Mochaを使ったユニットテストベースのコーディングっていいよね。何が「良い♪」って、「テストで仕様を定めて（設計して）、その後に実装する」ってのが良いよねー。期待した設計に成っているか、を勝手に検証してくれらから♪

・・・を伝えたいんだけど、どう伝えたらよいか分からない。たとえば、こんな流れが「良い♪」って思うんだよ、のメモです。

テストで設計して、実装する流れ。

こんな設計！をテストで書く。

return shouldFulfilled(
    api_vi_activitylog_remove( queryFromGet, dataFromPost )
).then(function( result ){
    
    assert( stubs.sql_parts.createPromiseForSqlConnection.calledOnce, "createPromiseForSqlConnection()が1度呼ばれる" );
    assert( stubs.sql_parts.closeConnection.calledOnce );
    assert( stubs.sql_parts.isOwnerValid.calledOnce );
    // ここまでは、API_V1_BASE()で検証済みなので、簡易検証。

    // isOwnerValid()へ渡されるパラメータを直に検証する。
    // 何故なら「get〜()で生成したオブジェクトを直に渡す」ではなく、このテスト対象の中で生成するから。
    expect( stubs.sql_parts.isOwnerValid.getCall(0).args[0] ).to.equal( TEST_CONFIG_SQL.database );
    expect( stubs.sql_parts.isOwnerValid.getCall(0).args[1] ).to.equal( dataFromPost.device_key );
    expect( stubs.sql_parts.isOwnerValid.getCall(0).args[2] ).to.equal( dataFromPost.pass_key );
    
    var deletedResponse = stubs.sql_parts.deleteActivityLogWhereDeviceKey;
    assert( deletedResponse.calledOnce, "SQLへのログ削除クエリー。deleteActivityLogWhereDeviceKey()が1度呼ばれること。" );
    expect( deletedResponse.getCall(0).args[0] ).to.equal( TEST_CONFIG_SQL.database );
    expect( deletedResponse.getCall(0).args[1] ).to.equal( dataFromPost.device_key );
    expect( deletedResponse.getCall(0).args[2] ).to.be.null; // { start, end } を指定しない。⇒全期間が対象になる。

    assert( stubs.sql_parts.getNumberOfLogs.calledOnce, "getNumberOfLogs()が1度だけ呼ばれること。" );
    expect( stubs.sql_parts.getNumberOfLogs.getCall(0).args[0] ).to.equal( TEST_CONFIG_SQL.database );
    expect( stubs.sql_parts.getNumberOfLogs.getCall(0).args[1] ).to.equal( dataFromPost.device_key );

    assert( stubs.sql_parts.deleteExistUser.calledOnce, "deleteExistUser()が1度だけ呼ばれること。" );
    expect( stubs.sql_parts.deleteExistUser.getCall(0).args[0] ).to.equal( TEST_CONFIG_SQL.database );
    expect( stubs.sql_parts.deleteExistUser.getCall(0).args[1] ).to.equal( dataFromPost.device_key );

    expect( result ).to.be.exist;
    expect( result ).to.have.property("status").to.equal(200);
    expect( result ).to.have.property("jsonData");
    expect( result.jsonData ).to.have.property( "removed" );
    expect( result.jsonData.removed ).to.deep.equal({
        "device_key" : dataFromPost.device_key
    });
});

以下実装していく様子

先ずは、枠だけ作ったヤツを実行。当然失敗する。

設計であるテストコードを見てみる。

失敗したテストに応じて実装していく。

実装ミス（今回のはtypo）は、テストの失敗として検出できる。

完成

無事に全部テストがpassした＝実装が完了！

・・・っての、伝えたいし、以前に知りたかったのだが、、、どう伝えたら良いか分からない、見たことが無い。

参考サイト

• https://mochajs.org

Googleアカウントに対して許可したアプリケーションの管理（解除）方法

Googleアカウントに対して許可したアプリケーションの管理（解除）方法。

Googleホーム（というか検索）ページの右クリックから、「アカウント＞ログインとセキュリティ＞アカウントにアクセスできるアプリ」と辿ることで、アプリ管理が可能。

例えば「Scrapbox」なら、以下のように表示される。
この「Scrapbox」の蘭をクリックすると、「アクセス権の削除」ボタンが表示される。
このボタンを押せばアプリ連携を「解除」出来る。
以上ー。