http://madoguchi100.connpass.com/event/8204/ で発表したスライドです

1. テストエンジニアの品格
kyon_mm
2014.09.03

2. Self Introduction
• きょん kyon_mm
• テストアーキテクト 2年目
• TDD/BDD, SCM, Agile, Softwaretest,
SoftwareEngineering
• なごや
• 基礎勉強会, SCMBC, Nagoya.Testing, Cafe.Testing

3. テストエンジニアって
必要とされていますか？

4. それってぶっちゃけ誰でもよかっ
たりしませんか？

5. っていうか、
開発者がやればいいんじゃねーの？

6. では、タイトルに戻りましょう

7. 品格のはじめ
• 「あの人と一緒に開発したい、あの人のようなテストを
出来るようになりたい、あの人のようなテストが出来る
人を周りに置きたい」
• そう思われるような立ち居振る舞いをするテストエンジ
ニアが「テストエンジニアとして品がよい」という意味
• とします！

8. どんなテストエンジニアと仕事
したいですか？

9. 一緒に仕事したい
テストエンジニア例

10. ぬるい！ぬるすぎる！

11. それでプロダクトの品質向上や、
プロジェクトを成功へ導くとい
うのは達成できるのでしょうか？

12. 結局我々はなんでも出来る人が
欲しいのである。
そのうち、テストが得意な人が
ほしい。

13. っていうか、現実問題、だいた
いのこと出来ないと、プロダク
トの品質を上げることに寄与す
るなんて出来る訳がない。

14. そうでないならどっちか
高度に発達したプロジェクト
スキルを問わないプロジェクト

15. なら、なりましょう。

16. 私がテストエンジニアになりたて
のころ言われた言葉を贈ります。

17. 「バイザー100回読め」

18. バイザー本
• ソフトウェアテスト技法 -> 443p （言われたのはこっち
• 実践的プログラムテスト入門 -> 265p

19. まぁ1年くらいあれば
100回くらい読める

20. テストの学習をすると比較的な
んでもやることになります。
なんでもやることになる必要が
出てきていないのは、とても狭
い範囲を学習しているからです。
（断言

21. 学習対象例
• マネジメント
• ストラテジー、アーキテクチャ
• デザイン
• レポート
• アプリケーションドメイン
• ソリューションドメイン
開発のための～、テストのため
の～、の両方を知らないと
対症療法的になりがち
（後手になる）

22. たくさんあって大変だ＞＜
そうお思いでしょう？

23. 朗報です

24. SWEBOK V3
ソフトウェア工学知識体系 Version3
はなんと無料でダウンロードできます！

25. っていうか、SWEBOKもバイザーも
皆さん読んでいますよね＞＜（煽り

26. 学習曲線がよいかどうかはさておき、
知識体系とか資格書というのは比較的
幅広く扱っています。

27. 専門書を何冊も買うのが嫌で、教
科書から応用を出来る人には最適
です。
でも、そんな人まれだし、私には
関係ない。そうお思いでしょう？

28. テストエンジニアがどうであるかはさ
ておき、チームの中で最も品質面に頼
りにされる人が、
プロジェクトを俯瞰出来る知識なしで
うまくいくわけないじゃないですかー。

29. つまり、ある程度体系的な知識は必要
になります。っていうか、ないと「あ
の人ユーザビリティはよく見れるけど、
それだけだよね。それで全体の儲けが
よくなるかはケースバイケースすぎるっ
ていうか」とか言われちゃいますよ！！

30. ソフトウェア開発の体系
(僕の中では義務教育)
• REBOK -> 要求工学の知識体系
• BABOK -> ビジネス分析の知識体系
• SWEBOK -> ソフトウェア工学の知識体系
• SQuBOK -> ソフトウェア品質の幅広い知識体系
• ISO25000 -> ソフトウェア品質のモデル化や体系化

31. テスト専門の体系
(僕の中でテスターの義務教育)
• Software Testing and Quality Assurance Theory and
Practice -> ソフトウェアテストの知識体系的な
• ISTQB/JSTQB -> 読んでおくと話が通じやすくなる可能
性が高い
• ISO29119 -> 賛否両論渦巻いているソフトウェアテスト
の標準

32. 知識をつけたら振る舞い方も
学ぼう
• ボーリスバイザー
• レックスブラック
• ケムカーナー
• リッククレイグ
• ジェームスバック
• ウィテカー
• GJマイヤーズ
正直どれから手を付けて
もよいのですが、ケムカー
ナーの「基本から学ぶソ
フトウェアテスト」はバ
ランスがよい気がします。
長いけど。

33. 最近のチーム開発についても知
りましょう
• 実践アジャイルテスト
• Specification By Example
• チーム開発実践入門
• LEAN Sereis

34. ここらへんまで知ってたら
「あ、入場どうぞ」みたいな感覚です。

35. っていうか、この辺まで知らな
いと、「似たプロジェクトで使っ
たドキュメントを真似てテスト
○○をする」っていうくらいし
か出来ない。

36. それ、あなたはエンジニアリン
グしているんでしたっけ＞＜

37. あなたがプロジェクトを良くする
可能性を持つというのは、テスト
の膨大な知識を持った上で、プロ
ジェクトに最適なものを探し、創
ることができるということ

38. で、テスト「エンジニア」っていうか
らには、テストをよりよくしていくは
ずなので。

39. テストエンジニアならやって普
通じゃね？みたいな
• プロジェクトに合わせて次のものを自作、カスタマイズ
• テストツール、テスティングフレームワーク
• ビルドツール
• CIサーバー
• テストドキュメントを用途に応じて変換や生成するツール
• バグがありそうな部分を予測、計測するツール
• テストケース生成

40. ま、っていうくらいまでやれると、
「あぁ、きょんくんに任せたいね」っ
てなると思うんですよ。

41. で、加えるとだな

42. ソリューションはたくさん
• 証明プログラミング（Coq, SSReflect, Agda, etc)
• モデル検査（Alloy, etc)
• 仕様記述言語（VDM++, B-method, etc）
• 契約プログラミング
• レビュー

43. っていうか、この辺検討しないっ
てROI計算したんでしょうか？

44. ROI?

45. コストや投資の計算
• ROI
• CBA
• ROI, CBAをベースにしたメソッド
• 様々な意思決定メソッド

46. 効果的であるかはとても重要で
すね。

47. 効果的？

48. メトリクスをとる一般論
• GQM
• Effective Mapping
• Impact Mapping

49. まとめ

50. まとめ
• テストエンジニアはおそらくはスキル要求が最も広いと
思われます。
• 品のよいテストエンジニアになりたいなら、あなたがプ
ロジェクトの品質向上に最適なソリューションを丁寧に
出せるようになる必要があります。
• テスト/エンジニアリング/サイエンスとあるのなかでテ
ストは懐が広めの業界ですので、いろいろ聞きやすいで
す。

51. ご清聴ありがとぴょん◆