https://cdg.connpass.com/event/98467/ 俺の話を聞け！！LT大会#11、10分枠のLT資料です。 僕がチャレンジしていることを2つ書きました。 不具合を開発者全体に共有する話と 最近、僕がテストを開始する前に取り組んでいるインセプションデッキの一部について紹介しています。 #chibi_developer

1. プロジェクトを横断して
不具合レポートを書いてみた話
＆
インセプションデッキ：
やらないことリストと
トレードオフスライダーを
やってる話 Fusic
吉武 伸泰
1
2018/9/12
俺の話を聞け！！LT大会 #11

2. 注意
2
アテンション！

3. 注意
• 今日のLTは以下の2つの内容を
くっつけたものです
－JaSST’18 HokkaidoでLT予定のもの
－Agile Japan 2018 長崎サテライト予定のもの
• テクい話は出てきません
－エモい話ばっかり
3
←キングペンギンです。よくツッコミを入れます
※それぞれのイベントで発表するときは
発表内容をパワーアップする予定です。

4. プロジェクトを横断して
不具合レポートを書いてみた
Fusic
吉武 伸泰
4

5. 自己紹介
•吉武伸泰 (よしたけ のぶひろ)
－@yoshitake_1201
•Fusic のテストエンジニア
－テスト歴2年11ヶ月(Web系)
－Fusic歴：4ヶ月
•コミュニティ活動
－テスト酒場 in 福岡 幹事
－JaSST九州 実行委員
－九州ソフトウェアテスト勉強会
キングペンギン
5

6. Fusic
• Fusic
－Web系
－受託開発や自社サービス
－現在：46人在籍
6
自社サービスはこちら！

7. 私の仕事＝テスト
• 基本プログラム書かない
• 受け入れテスト（たまにシステムテスト）
－Vモデルでいうところのあの辺↗
• 1ヶ月に複数の案件をテストする
7
案件数は、月の忙しさや
テスト期間によって異なります

8. 本日の悩み！
8

9. 同じ不具合を
報告する
9

10. 同じ不具合報告→どういうこと？
• 同時に複数の案件をテストする
↓
• たまたま似たような案件が重なる
↓
• 同じような不具合を見つける
10
1人の人が同じ不具合を何回も出してる
わけじゃないよ！

11. 同じ不具合が起きる理由（想像）
• Fusic
－開発の自由度がすごく高い！
• 言語や開発環境の縛りがほぼない
→ 新しいことするときに同じところで躓きやすい
－個別に複数の案件をもってる
11
個人、またはよくチームを組むメンバー内で
情報が閉じやすい

12. 解決策
自由な開発を
やめたら解決？
12
開発プロセスをある程度統一化する的な？

13. そうじゃない（と思う）
13
むしろこの自由なスタイルは強みと思ってる！

14. 要望
自由なスタイルを
保ちつつ
不具合をなくしたい
14

15. そうだ
15

16. 不具合を事前に
共有しよう！
16

17. 不具合を共有
• 複数の案件を横断的に関わっている
－僕が不具合を共有したら効率的！
• 不具合発見→修正する作業はもったいない
－ 1回作ったものを直すのは大変
－ 手戻りはコストが多い
• 発見→チケット→対応→確認する（影響度も気にする）
17
どういうテストするよ！って事前に知ってたら
それを想定して開発したらいいから作り直し少なそう

18. アプローチ
月に1回
レポートを書く！
18

19. 月に1回のレポート
• 社内Wiki（tamel）というのがある
－何かあったらtamelを書く文化がある
－ものすごく自由度が高い
• 本当に何でも書いていい。
（ルービックキューブの解き方や、個人のメモなどもある）
19
とりあえず書くというアプローチがライト！
→「レポートを書く」という点で乗り越える
ハードルがない

20. レポートの内容
• 今月よく書いたもの
－そもそもはこれをなくして品質向上したい
• 今月おどろいたもの
－僕も驚いた ＆ 開発者も驚いた意外なもの
• コラム
－好きなことを淡々と
• (OKボタンとキャンセルボタンどっちに置く？など）
20
• レポートに載せる件数は最大でも4件ぐらい
－読みたい人だけ読んで！ではあるけど情報が多いとつらい
－読まれる努力は大事

21. 結果
21

22. なんかいい感じ！
22

23. レポートの感想
• 非常に良記事！（F越さん）
• ホントに良記事。（Y田さん）
23
関わった案件で「よかったUI」なども教えてほしい！
というコメントも（ちなみに2回目からシリーズ化）
← slackで「ナイスtamel」emojiももらった！

24. レポートの副産物
• 全体の弱い部分がわかる（気がする）
－新人のスキルとか…
－新技術の注意点とか…
• レポートと銘打ってシリーズ化する
→ 新人も探す＆読みやすい（気がする）
24
まだ2回目しかやってないので
今後続けるとまだまだ出てきそう！

25. 今後やりたいこと
• 定量的な分析
－どの段階で発生したのか？対策など
－せっかくなら貯めたチケットを有効活用したい
• 読者を増やしていきたい
－せっかくならみんなに読んでほしい
－読みやすさを追求
25
定性的もいいけど理論で説明も大事と思う
今はこのレポートを続けることを優先してる

26. ご清聴ありがとう
ございました！
26

27. インセプションデッキ：
やらないことリストと
トレードオフスライダーを
やってる話 Fusic
吉武 伸泰
27

28. 自己紹介
•吉武伸泰 (よしたけ のぶひろ)
－@yoshitake_1201
•Fusic のテストエンジニア
－テスト歴2年11ヶ月(Web系)
－Fusic歴：4ヶ月
•コミュニティ活動
－テスト酒場 in 福岡 幹事
－JaSST九州 実行委員
－九州ソフトウェアテスト勉強会
キングペンギン
28

29. Fusic
• Fusic
－Web系
－受託開発や自社サービス
－現在：46人在籍
29
自社サービスはこちら！

30. 私の仕事＝テスト
• 基本プログラム書かない
• 受け入れテスト（たまにシステムテスト）
－Vモデルでいうところのあの辺↗
• 1ヶ月に複数の案件をテストする
30
案件数は、月の忙しさや
テスト期間によって異なります

31. 悩み！
31

32. テストの指針が
ブレる
32

33. テストしてると思うこと
高品質なものを
33

34. テストしてると思うこと
低コストで
34

35. テストしてると思うこと
短納期で
35

36. テストしてると思うこと
作りたい
36

37. テストしてると思うこと
高品質
低コスト
短納期
37

38. テストしてると思うこと
高品質
低コスト
短納期
38
それは難しい！
（ちゃんと考えないと！）

39. 悩み：テストの指針がブレる
• QCDはトレードオフ
－Q：Quality（品質）
－C：Cost （予算）
－D：Delivery （納期）
• どれを優先するか考えないといけない…
39
わかってはいるけど…やってるとブレちゃう

40. そんなあなたに
40

41. アジャイル
サムライ
41

42. アジャイルサムライ
• アジャイルソフトウェア開発手法
の導入方法
• 具体例なアプローチも
紹介されている
42
ここでは「アジャイルな」
の説明は割愛します

43. 中でもおすすめ
インセプション
デッキ
43

44. インセプションデッキとは？
• プロジェクトの全体像を端的に伝えるドキュメント
44
我われは
なぜここに
いるのか
エレベーター
ピッチ
パッケージ
デザイン
やらないこと
リスト
「ご近所さん」を
探せ
解決案を描く
夜も眠れない問題 期間を見極める
何を
諦めるのか
何がどれだけ
必要か

45. インセプションデッキ
• テンプレートが公開されている
－https://github.com/agile-samurai-
ja/support/tree/master/blank-inception-deck
• 以下のファイルがある
－.cacoo.md, .key, .ppt, .pdf
45
是非ダウンロードを！

46. 僕がテストに入るときに使うもの
• プロジェクトの全体像を端的に伝えるドキュメント
46
我われは
なぜここに
いるのか
エレベーター
ピッチ
パッケージ
デザイン
やらないこと
リスト
「ご近所さん」を
探せ
解決案を描く
夜も眠れない問題 期間を見極める
何を
諦めるのか
何がどれだけ
必要か
今回はこの2つを紹介！

47. トレードオフ・スライダー（何を諦めるのか？）
47
典型的なフォース
機能をぜんぶ揃える(スコープ)
予算内に収める(予算)
期日を死守する(時間)
高い品質、少ない欠陥(品質)
MAX MIN
MAX MIN
MAX MIN
MAX MIN
上記以外で重要なこと
簡単に使える
考えさせない！
詳細な証跡(なんでもログを取る)
(などなど)
MAX MIN
MAX MIN
MAX MIN
MAX MIN

48. トレードオフ・スライダー（何を諦めるのか？）
48
典型的なフォース
機能をぜんぶ揃える(スコープ)
予算内に収める(予算)
期日を死守する(時間)
高い品質、少ない欠陥(品質)
MAX MIN
MAX MIN
MAX MIN
MAX MIN
上記以外で重要なこと
簡単に使える
考えさせない！
詳細な証跡(なんでもログを取る)
(などなど)
MAX MIN
MAX MIN
MAX MIN
MAX MIN
QCD＋スコープを考えれる！（決めれる）

49. トレードオフ・スライダー（何を諦めるのか？）
49
典型的なフォース
機能をぜんぶ揃える(スコープ)
予算内に収める(予算)
期日を死守する(時間)
高い品質、少ない欠陥(品質)
MAX MIN
MAX MIN
MAX MIN
MAX MIN
上記以外で重要なこと
簡単に使える
考えさせない！
詳細な証跡(なんでもログを取る)
(などなど)
MAX MIN
MAX MIN
MAX MIN
MAX MIN
オプションも追加可！（状況によって変わるし）

50. やらないことリスト
50
やる やらない
あとで决める

51. やらないことリスト
51
やる やらない
あとで决める
一番好きなのはここ！

52. やらないことリスト
52
やる やらない
あとで决める
割り切りることができる
（やらないことを明示することで）

53. 1人でも効果あるよ！
• 何かを始める前に決めるのは重要
－思っててもやってると見失う
－形にする＆明示するの大事と思う
• 他の人との同意を取るのに使えるよ！
－今回の方針はこれでやってます！
って共有しやすい
53
もちろん、そもそもの
「チームで認識を合わせる」のにも使えるよ！

54. 俺の話を聞け！LT大会#11用に作ったスライド！
宣伝！
54
コマーシャル！

55. テスターちゃん
•テスターちゃん
－ブラックボックステストでの
テストのやり方をわかりやすく
説明する漫画
－まつ氏
－Webで無料公開されてる
http://testerchan.hatenadiary.com/
－現在2巻まで書籍化
• 電子書籍もあるよ！
• 10/8 技術書典で3巻発売（予定）
55

56. 第10回テスト酒場 in 福岡
56
•テスト酒場in福岡
－サイトはこちら
－テストの話を肴にゆるく飲む会
－テストについて悩んでたり、
話したい人大歓迎
－月に1回開催
•次回：今週の金曜日！（天神）
－申込みが今日の22:00まで！
－connpassでぜひ！

57. 九州ソフトウェアテスト勉強会
57
九州外から講師をお招きすることもあります！
•九州ソフトウェアテスト勉強会
－サイトはこちら
－福岡を中心に活動する
ソフトウェアテストを勉強する
コミュニティ
•次回：9/29（土）
－もくもく会します
－オンライン参加も可！

58. ご清聴ありがとう
ございました！
58