GoのAPIのテストにおける共通処理
GoのAPIを書くとき、参考になるユニットテストの話は非常によく見ます。Table Driven Testをしましょうとか、サブテストの実行とか、そのあたりの話はたくさん書かれています。 また、テストキャッシュなども出てきましたので、ユニットテスト周りの機能・ノウハウは充実していると感じてます。 一方で、httptestを使ってテストサーバーを立て、リクエスト/レスポンスの内容を検証する場合、単一のリクエストを検証する程度のサンプルにとどまっていたり、あまり共通でこういう処理を書いてるよ、みたいなノウハウがなく、自前で一から書くとなると非常に腰が重くなります。 事実自分はそういう経験をしました。そういった共通処理は普段internalパッケージの中の、testutilsとしてまとめる、などしています。 今回はGoで上記のようなテストを書く場合、どういう共通処理が必要となったかをテーマとして
UI勉強会 ~サービス比較してみた 音楽系アプリ編~｜ふうと / おぷと｜note
中島健人が映画「ニセコイ」に主演します。僕はハーレムな高校生活に人一倍憧れがあります。 さて。 前回の動画系アプリ比較に引き続き、部外を巻き込んで勉強会を行いました。今回は音楽系アプリ（Apple Music/ Spotify/ AWA）を対象にUXUIについて議論していきます。 非デザイナーの方にも、UXデザインプロセスを体験してもらえればと考え、今回はこのようなフォーマットを用意しました。 このフォーマットをベースに、ペルソナやカスタマージャーニーマップを逆算します。 具体的なタイムスケジュールはこんな感じ（1時間ギリギリ）。 0.チーム分け-5min 1.機能の洗い出し-5min 2.付箋のマッピング・ジャーニー作成-20min 3.ペルソナ作成-20min 4.発表-10minでは、各チームごとに導き出したペルソナ・ジャーニーマップを見てみましょう。 Apple Music ①「A
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
