2010年に会社で発表したときのものを外にだしてもいいように少し修正した。

1. 進め方と気づいたこと
テストの話original 2010/06 Yonezawa
remix 2016/01

2. About me
約4年前に転職してきた
Programmer
所属
東京ボルダリング部
とちぎ水泳部

3. agenda
自分たちのテスト
テストで気づいたこと

4. その前に。。。

5. 開発とテストは
切り離せない

6. 僕らの
開発を復習

7. development
分割
優先順位
目標
反復

8. 分割
開発アイテムを
Storyという小さ
い単位に分割。
２、３日で終わる
ような作業

9. 優先順位
だいじなところ、
みたいところから
作る

10. 目標
Storyにはかなら
ず、作業した内
容を検証できる
ゴール（テスト）
を用意する

11. 反復
各Storyは関連
しながら、欲し
いもの作りあげ
る
日々、バージョ
ンアップ

12. storyとは
ゴール
開発日記
テスト
テスト履歴

13. 1日、1イテレーション
(1week)という『枠』を
意識しながら、開発を
進めている。

14. テストの流れ

15. Let’s Testing
テストの進め方
Storyが終わったら...

16. Story is “done”
受け入れ試験
専属テスター

17. into the “Test suit”
テストを分類
バージョン、機能

18. Test Environment
複数OS
Daily Build

19. Test Planning
毎朝、計画を決める
今週コミットされたもの
注目している機能
関係なさそうな機能

20. Tester
開発者がテスターになる
毎日、1人x1時間x7コマ
計画されたテストケース

21. Find Bugs
バグが見つかったら？
騒ぐ、褒める
良かったと言う
Storyを作る

22. everyday
テストをとめない
毎日ずっとやる

23. 発見？

24. detection
テストケースの重なり
テストに必要な属性

25. Overlap
Storyを重ねて行くこと
で少しずつ『機能』が増
えていく

26. 自分たちの作りたい機
能が少しずつ、多くの
『テストケース』とと
もに作成されていく

27. テストケースの重複
＝
１つの機能においての
様々な検証

28. Attribute
テスターもさまざま
自分たちのチームで発見
した4タイプのテスター

29. monkey
ランダム試験が得意
仕様は気にしない
連打系、スキマを狙
うなど一見、嫌がら
せみたいな試験をす
る

30. developer
試験する機能の仕様
をよく知っている
正常系を見がちだけ
ど、作りたいものが
実現できているかを
確認できる

31. master?
仕様はあまり知らな
いけど、プログラム
の構造など、実現方
法がみえている
不具合になりやすい
ケースがないかを試
験できる

32. QA?
いままでの不具合
を覚えている
試験から以前と同
じ状況の不具合が
ないかを試験でき
る

33. だれかが、どれかの属性
のテスターではない
テストを行う箇所や、テ
ストの目的によって、属性
が変わってくる

34. テスト計画や、開発の
進め方を工夫すること
で、いろんな視点から
の試験を行える。

35. まとめ？

36. テストは開発の『物差し』
どこまでつくったか？
なにが基準なのか？

37. テスターにも多様性を
様々な視点や目的が必要

38. おしまい