More Related Content
PPT
Sue445 Style TDD #atest_hack PDF
PDF
テストファースト、自動テストを導入するという事について(@社内勉強会) PDF
PDF
#STAC2014 システムテスト自動化ハンズオン PDF
PDF
PDF
快適・簡単・安心なアプリE2Eテストの実行環境 #stac2017 What's hot
PPT
PDF
スマートフォンアプリの テスト自動化をはじめよう PPTX
【楽天テックカンファ前夜祭2014】誰がテスト自動化をするべきか #rakutentech PDF
PDF
JavaScript Unit Test Why? What? How? PPTX
20131201 テスト自動化カンファレンスLT「激しいUI変更との戦い」 PDF
PDF
PPTX
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015 PDF
PDF
Automation test.ssf alpha PPTX
PDF
「GebとSpockではじめるシステムテスト自動化」 PPTX
【システムテスト自動化カンファレンス2013 LT】 Data Driven Development (仮) PDF
PDF
PDF
PPTX
PPT
Shibya.trac #2: TracとTestLinkの合わせ技 PDF
SGT2013 技術トークス「アジャイルテスティング」 Similar to テスト初心者Androiderのためのソフトウェアテスト入門
KEY
JUnit実践入門 xUnitTestPatternsで学ぶユニットテスト KEY
PDF
C# から java へのプログラム移植で体験したtddの効果は? PDF
PPT
PPTX
PDF
PDF
Code complete ch22_developper_test PPTX
JaSST2017_大規模業務システムにおける再利用可能なテスト自動化の取り組み PDF
テスト 【クラウドアプリケーションのためのオブジェクト指向分析設計講座 第33回】 PDF
KEY
PPTX
Continuous delivery chapter4 PDF
KEY
PDF
PDF
PDF
TDD Boot Camp Tokyo for C++ 2014-01 補講 PDF
TDDを一年やってみました ~シロート集団がTDDをやってはまったこと~ PDF
xUnit Test Patterns - Chapter19 テスト初心者Androiderのためのソフトウェアテスト入門
- 1.
- 2.
- 3.
自己紹介
• 渡辺 悟史(わたなべさとし)
•仕事はAndroid版SNSアプリ開発
• 過去には組み込みWebブラウザ開発
• 得意 : C言語/Android
• 興味: モバイル関連/Web関連/UX関連
• twitter: @sassy_watson
- 4.
- 5.
- 6.
- 7.
- 8.
- 9.
- 10.
- 11.
- 12.
- 13.
V字モデル
要件定義 受け入れテスト
基本設計 システムテスト
詳細設計 統合テスト
実装 ユニットテスト
- 14.
V字モデル
要件定義 受け入れテスト
お客様のやりたいことを明確にする
基本設計 システムテスト
詳細設計 統合テスト
実装 ユニットテスト
- 15.
V字モデル
要件定義 受け入れテスト
基本設計 システムテスト
操作方法や画面など基本的な部分の設計
詳細設計 統合テスト
実装 ユニットテスト
- 16.
V字モデル
要件定義 受け入れテスト
基本設計 システムテスト
詳細設計 統合テスト
実装に必要な細かい部分の設計
実装 ユニットテスト
- 17.
V字モデル
要件定義 受け入れテスト
基本設計 システムテスト
詳細設計 統合テスト
実装 ユニットテスト
コードを書く
- 18.
V字モデル
要件定義 受け入れテスト
基本設計 システムテスト
詳細設計 統合テスト
実装 ユニットテスト
それぞれのフェーズに対応したテストがある
- 19.
- 20.
ざっくり分けると
要件定義 実機で確認する 受け入れテスト
テスト
基本設計 システムテスト
詳細設計 統合テスト
実装 ユニットテスト
プログラムで確認するテスト
あくまでもざっくりと・・・
- 21.
- 22.
- 23.
- 24.
- 25.
- 26.
- 27.
- 28.
- 29.
- 30.
Mock
入力 入力
メソッド Mock
オブジェクト
出力 出力
ここをテストしたい! ここは一定の値を返す!
Androidだとandroid.test.mockパッケージにある
(必ず例外を投げる/Overrideして使う)
- 31.
- 32.
- 33.
- 34.
- 35.
- 36.
- 37.
- 38.
- 39.
- 40.
- 41.
テストケース
テスト項目 期待結果
EditTextに何も入力しな
送信不可
い
EditTextに1文字入力 送信可能
EditTextに256文字入力 送信不可
- 42.
- 43.
- 44.
- 45.
- 46.
- 47.
- 48.
- 49.
- 50.
- 51.
- 52.
- 53.
- 54.
- 55.
- 56.
- 57.
- 58.
- 59.
デジジョンテーブル
ルール1 ルール2 ルール3
条件1 T T F
条件2 T F T
条件3 F T T
結果 T F F
- 60.
デジジョンテーブル
ルール1 ルール2 ルール3
入力条件・入力データ 条件の組み合わせ
条件1 T T F
条件2 T F T
条件3 F T T
結果 T F F
条件に合わせて実行する動 組み合わせに対する
作結果 結果
- 61.
例
ルール1 ルール2 ルール3 ルール4
名前を入力 T T F F
メールアドレス入力 T F T F
送信可能 T F F F
- 62.
- 63.
- 64.
- 65.
- 66.
- 67.
- 68.
- 69.
最後に
• テストはあくまでもバグを出すための手段
• テストをすることが目的になってはいけない
• 品質/コスト/納期のバランスを考えて
- 70.