バージョン2.4の進み具合

おさらい： 2つが完了、2つが作業中、1つがブロック中です。

リリース日は1週目から変わっていません。ただし、本当の期限はもっと前です。審査を木曜までに終えるため、10月26日（月）に両方のアプリストアへビルドを出します。

つまり：計画は予備日1日つきで収まっています。1日を超えて遅れると、リリース日が動きます。

この章のポイント：ストアへの提出は10月26日で、予備日が1日あります。

おさらい：残る作業は4日分で、iPhone の不具合がそのうち2日です。

未解決の不具合は3件で、すべて iPhone 版です。メモが失われるものはありません。どれも小さく原因も分かっていて、合わせて2日で直せます。

• Android 版共有の確認14件がすべて合格です。
• 長いタイトル小さい iPhone では、ノートのタイトルが長いと「共有」ボタンが隠れます。修正に半日。
• 共有相手の一覧が更新されない共有相手を外しても、ノートを開き直すまで名前が画面に残ります。修正に半日。
• 参加リンク iPhone では、リンクがアプリではなくブラウザで開きます。修正に1日。

つまり：いちばん大きいのは参加リンクの不具合で、修正に1日かかります。新しく共有する人が最初に出会うのも、この不具合です。

suite     passed  failed
server        38       0
web            9       0
android       14       0
iphone        11       3

この章のポイント： iPhone の小さな不具合が3件、作業は2日で、メモが失われる恐れはありません。

おさらい： iPhone の不具合は小さく、原因も分かっていて、作業は2日です。

先週の金曜は、ノートを共有できるのは同期サーバーだけでした。今日は、サーバー、ブラウザ版、Android のすべてで共有できます。

つまり：良くなったことは3つあります。招待メールの失敗でブロック要因が見つかりました。リリース当日に気づくより、1週間早い発見です。

この章のポイント：先週の金曜から、3つが良くなり、招待メールが悪くなりました。

おさらい：テストで招待メールが失敗するのは、メール配信サービスが新しい送信元を信用していないからです。

サービスは、notes-app.example の所有を証明するよう求めています。証明に使うのは、ドメイン管理会社に置く短い設定の行、DNS レコード2つです。ログインできるのはマーラさんだけです。

DNS レコード

ドメイン管理会社に置く1行の設定で、そのドメインを誰が使えるか（たとえばメールの送信）を示します。

1. レコードを追加マーラさん、ドメイン管理会社で。約10分。
2. ドメインの確認通常は1日以内。
3. 招待のテストテッドさん、実際の受信箱で、1日。
4. 招待を送信アカウントのない人にメールが届きます。

つまり：マーラさんの10分で、あと3つの手順が動き出します。間に合わせるには、水曜までにレコードが必要です。

TXT    notes-app.example               v=spf1 include:mailer.example ~all
CNAME  s1._domainkey.notes-app.example  s1.domainkey.mailer.example

この章のポイント： DNS レコード2つ、10分、期限は水曜です。

おさらい：レコードの期限は10月21日（水）です。

1. DNS レコードを2つ追加する。マーラさん、10月19日（月）、10分。
2. iPhone の不具合3件を直す。テッドさん、月曜と火曜。
3. 実際の受信箱で招待をテストする。テッドさん、10月21日（水）、レコードの確認が済んでから。
4. 全テストを実施する。テッドさん、10月22日（木）。23日（金）は予備日です。
5. リリースノートを書き、スクリーンショットを撮る。マーラさん、10月23日（金）。
6. 両方のビルドを提出する。テッドさん、10月26日（月）。審査のあと、10月29日（木）にリリースします。

つまり：どの手順にも担当者1人と日付があり、最初の手順はマーラさんの担当です。

この章のポイント：マーラさんの手順は2つ、テッドさんは4つで、ストアへの提出は10月26日です。