みなさん、お盆玉という言葉を聞いたことはありますか？あまり聞き慣れない言葉ですが、かなり昔からある風習のようです。 お盆玉とは、お盆に帰省した際におじいちゃんおばあちゃんや親戚から子供にあげるおこづかいのことです。ある調査では、およそ3人に1人の子供がお盆玉をもらっていました。* 頻繁に会えないからこそ、プレゼントの代わりにと渡すことが多いのかもしれません。 しかし、昨今の状況を鑑みるとなかなか帰省して直接会うことが難しくなっています。そこで、今年はPayPayを使って送ってみてはいかがでしょうか？離れていても携帯電話番号だけでいつでも簡単に残高を送ることができます。また、メッセージを付けて送ることができるので気持ちも一緒に送れます。 PayPay残高の送り方はとっても簡単。もちろん手数料もかかりません。 送った残高は全国230万ヵ所**の加盟店で使えるため、使い道に困ることもありません。今まで送ったことがない人も、この機会にぜひ試してみてください。 * : お盆玉に関する意識調査（三井住友カード）** : 2020年6月29日時点
こちらはAutomateシリーズのパート３です。パート1『自動化の進め方』はこちらあります。パート2 『自動化テストのFlakiness（不安定性）をなくすには？』はこちらあります。 ある夏の夜心地よい眠りから一気に現実に引き戻される事象が発生。自動モニタリングシステムの「本番環境のABCシステムに問題発生」のアラートにすぐ飛び起きて手動で確認したところ、ABCシステムは特に問題なさそう。 調べたところ、誰かが修正を反映したために自動モニタリングシステム自体に何らかの不具合が発生しただけだと知り、拍子抜けしたことがあります。あなたも同じ経験がありませんか？ 自動テストを扱うエンジニアなら誰でも「あるある」と頷いて頂ける話だと思います。ローカルで変更を行い、そこでは正常に動くのに、同じ変更をマージしてサーバーで実行すると問題が発生してしまうケースです。これを解決するための1番お勧めの方法は、テストのフレームワークに、継続的インテグレーション（CI）を実装することです。 The ✅ of clean code 最近のバージョン管理システムでは、実際に変更をマージする前に、変更に対してテストが実行されます。そこで是非皆さんに試してみて欲しいことがあります。もしもコードが別のコードをテストするだけのものである場合、もしくはテスト中のアプリケーション（AUT）に対してのみテストを実行する場合、ちょっと細かいですが、次の工夫を加えてみてはいかがでしょうか。 まずAUTの最も安定した部分を特定し、そこにCIテストの照準を当てます。そして、コードベースに何者かが変更をマージしようとした時に、CIテストを走らせます。テストがもし失敗したら、危険な変更のマージであるか、バグなどの理由でAUTが正常に動いていない、ということになります。どちらにしても、自動テストのエンジニアとしてはWIN-WINになります。 例：もしもAUTにログインページやホームページがある場合は、ページの読み込みをCIテストのターゲットに設定しましょう。 失敗もOK。ただ、いつも新しい失敗をするように！ PayPayでは、これらのチェックをしっかり行うことで、安眠を確保できるだけでなく、継続的テストフレームワークを全てのレベルで間違いなく実行することに繋がっています。レベルと言えば、エンドツーエンドのテストには複数のレベルがありますね。それについては、また来月ご紹介します。それまで、サヨナラ！
Shreyansh Pandey2020-08-13
PayPay for Developersのリリースにより、PayPayを直接開発者のみなさんによってウェブサイトやアプリに導入し、PayPayでの支払いを受け付けることが可能となりました。 今回、さらに詳しく「PayPay for Developers」の利用方法についてご紹介するために、アプリやウェブサイト開発者向けののウェビナーを初めて開催することが決まりました。ぜひみなさまご参加ください！ ウェビナーでは、PayPayのOpen Payment APIについてご説明したうえで、それを参加者の自社プロジェクトにいかにすばやく、いかに参加者やユーザーにとって最適な方法で実装できるかをお話しいたします。 また、それ以外にも、認証や決済ステータスの確認方法、安全にテストを行い、決済や返金フローを確認する方法もお伝えする予定です。 PayPayのPayment APIを導入することによって、様々な新たなビジネスチャンスを手にすることが可能になると思いますので、奮ってのご参加をお待ちしております。 日時： 8月18日（火）19：００ 所要時間：…
Robin Sakai2020-08-05