狠狠撸

狠狠撸Share a Scribd company logo
?惭笔贵なワールドへやってきたあなたへ?
Agenda
テーマ:
MPF開発をすることになった人(過去の自分)へ
アドバイスするとしたら
流れ:
プロジェクト概要の説明
大変だと感じたことと自分なりの対策
自己紹介
なまえ:鈴木香澄 @keigo1450
しょぞく:ACCESS
しごと:テスト& QA
じゃんる:電子書籍アプリのエンジン部分
概要?特徴
● 開発:6±3 テスト:1?2
● リリース間隔:1?3week
● マルチプラットフォーム(のテスト)
● リリース(前テスト)が多い
問題
PF差異
リグレッション(デグレ)
   抜け漏れ
   煩雑なテスト
リリース前試験のコスト     試験端末
OSバージョン管理
倾向と対策
可能なら1セット常備しよう。
他OSの挙動を調べたくなることはよくある。
開発者用の実機もなるべく確保しよう。
試験端末:無限増殖 VS 予算
(OS最旧|最新)×(画面小|大)*PF+α
OSバージョン管理:特にiOS
マイナーバージョンアップに置いて行かれないよう注意。
例 メジャー マイナー メジャー マイナー メジャー
端末A 1.0 1.1 1.1 1.1 1.1
端末B 1.0 1.0 2.0 2.1 3.0
端末C 1.0 1.1 2.0 2.1 2.1
最新ver 最低ver
煩雑なテスト:主にセットアップ
ちょっとしたスクリプト、テンプレート、自動化、データの共有 etc.
チーム内の雑談、振り返りがヒントになる。
開発に前もってお願いしてみよう。
+ 面倒なことは面倒と言おう。+
+ 効率化しよう。+
PF差異:PF毎に仕様/UI/挙動が違う
今直せなければ最後まで直せない。
全体を把握可能なのは誰?
内部資料を残そう。積極的に更新しよう。
すぐ試せる環境を保とう。
+ 差異は試験性に直結する。+
リリース前試験のコスト:倍々Game
シナリオテストで速度を稼ごう。
重要な機能に注力しよう。
できるだけコードフリーズしよう。
ものによっては先行テスト。
一番最後のコミットが一番危険なコミット
抜け漏れ:なぜかリリース直前に
相談する。
補い合う。
テストケース/テストデータの提示
知識の交換
懸念/リスクの共有
テストケースレビュー
+ チームワーク +
リグレッション:い、いつのまに…!
自動k…
スモークテストを作ろう。
できるだけ頻繁に実行しよう。
(Daily,開発者実行など)
+ 防止策/早期発見策 +
まとめ
○ 職人技(経験と勘)になりがち
○ 蓄積される暗黙知の形式知化
○ 开発チームへのフィードバック
おまけ:シナリオテストの例
1. アプリを起動する
2. コンテンツを立読みする
3. 購入して開く
4. 自分好みの設定にする
5. 閲覧を中断する
6. 気になった章を読み直す
7. コンテンツを閉じる
※ハッピーパス(最も重要なユースケース)を意識する
Thank you & Enjoy development!

More Related Content

惭笔贵なワールドへやってきたあなたへ蔼碍补谤颈苍迟辞冲20140402