ソフトウェアテストことはじめ

1. ソフトウェアテストことはじめ藤沢耕助

2. ソフトウェアテストことはじめ Kosuke Fujisawa© 自己紹介藤沢耕助 twitter: mhlyc facebook:本名ブログ：http:// mhlyc.hatenablog.com 分野エンタープライズ系業務現在はSIer企業の関東事業所にて勤務品質保証部ソフトウェアテスト設計書レビュー 2

3. ソフトウェアテストことはじめ Kosuke Fujisawa© はじめに皆さんはソフトウェアテストをしていますか？大学でソフトウェアテストの講義はほとんどない「配属当初はテストばかりやらされた」と話す先輩方テスト＝誰でもできるという誤解 3

4. ソフトウェアテストことはじめ Kosuke Fujisawa© はじめに私は新人でいきなりQA（品質保証部）に配属されました現在、入社３年目ですこれまでどんな失敗をしてきたか、どう学んできたかこれからテストについてどう学んでいくか、考えるきっかけにしていただきたい 4

5. ソフトウェアテストことはじめ Kosuke Fujisawa© １年目「テストってつまんなくね？」の本当の理由「開発者VS テスター」という構図テストだけ学ぶことの限界 5

7. ソフトウェアテストことはじめ Kosuke Fujisawa© 「テストってつまんなくね？」の本当の理由ソフトウェアテストとはどんな作業？仕様書の内容を一つ一つ確認していくだけの、簡単なお仕事？ソフトウェアテスト、楽しいですか？ 7

8. ソフトウェアテストことはじめ Kosuke Fujisawa© 「テストってつまんなくね？」の本当の理由自分が一年目に振られた仕事「これ仕様書ね。これを読んで、テスト項目を作ってね」「テスト期間は、作った項目をもとにテストして。何かバグがあったら報告してね」「テストが終わったら、バグの傾向とかをまとめて報告書作ってね」 8

9. ソフトウェアテストことはじめ Kosuke Fujisawa© 「テストってつまんなくね？」の本当の理由いや、こんなにつまらない仕事をするなんて頭おかしい。 9

10. ソフトウェアテストことはじめ Kosuke Fujisawa© 「テストってつまんなくね？」の本当の理由どうしたらこの仕事が面白くなるのか？テストエンジニアのための、１泊２日のワークショップ「 WACATE」に参加してみました(http://wacate.jp) 10

11. ソフトウェアテストことはじめ Kosuke Fujisawa© 「テストってつまんなくね？」の本当の理由 WACATEには、テスト＝創造的な仕事ととらえている人がたくさんいた「テストって楽しいよね！」「QAに配属されたの！？よかったねー、きっと期待されてるよ！」 11

12. ソフトウェアテストことはじめ Kosuke Fujisawa© 「テストってつまんなくね？」の本当の理由 WACATEに行ってみて気づいたことテストは仕様書に沿って確認するだけではないもっと広く、深くテストするためのテスト分析、設計技法があるテスト実行がつまらないのなら、自動化を進めればいい 12

13. ソフトウェアテストことはじめ Kosuke Fujisawa© 「テストってつまんなくね？」の本当の理由 13 1. 計画、モニタリング、コントロール 2. テスト分析 3. テスト設計 4. テスト実装 5. テスト実行 6. 終了基準の評価とレポート 7. テスト終了作業参考：テスト技術者資格制度 Advanced Level テストアナリスト

14. ソフトウェアテストことはじめ Kosuke Fujisawa© 「テストってつまんなくね？」の本当の理由 14 1. 計画、モニタリング、コントロール 2. テスト分析 3. テスト設計 4. テスト実装 5. テスト実行 6. 終了基準の評価とレポート 7. テスト終了作業参考：テスト技術者資格制度 Advanced Level テストアナリストテストケースを作って、テストするだけじゃないんだ！

15. ソフトウェアテストことはじめ Kosuke Fujisawa© 「テストってつまんなくね？」の本当の理由「ソフトウェアテストは、開発作業と同様の作業を行う必要があります」マインドマップから始めるソフトウェアテスト，池田暁/鈴木三紀夫, 技術評論社，2007 「ソフトウェアテストという作業はプログラミングに負けず劣らず困難であり、かつ創造的な仕事です」知識ゼロから始めるソフトウェアテスト，高橋寿一，翔泳社，2015 15

16. ソフトウェアテストことはじめ Kosuke Fujisawa© 「テストってつまんなくね？」の本当の理由ソフトウェアテスト＝創造的な仕事ソフトウェアテスト＝単純な仕事 16

17. ソフトウェアテストことはじめ Kosuke Fujisawa© 「テストってつまんなくね？」の本当の理由ソフトウェアテスト＝創造的な仕事ソフトウェアテスト＝単純な仕事という、思い込み本当は、 17

18. ソフトウェアテストことはじめ Kosuke Fujisawa© 「テストってつまんなくね？」の本当の理由ソフトウェアテスト＝創造的な仕事ソフトウェアテスト＝単純な仕事という、思い込み本当は、ソフトウェアテストを学んで、テストの奥深さを知りたい！ 18

19. ソフトウェアテストことはじめ Kosuke Fujisawa© １年目「テストってつまんなくね？」の本当の理由「開発者 VS テスター」という構図テストだけ学ぶことの限界 19

20. ソフトウェアテストことはじめ Kosuke Fujisawa© 「開発者VS テスター」という構図テスターは、開発者の作成したプログラムのバグを指摘しなければなりません「え？仕様？いやいや、バグですよね。直してくださいよ」 20

21. ソフトウェアテストことはじめ Kosuke Fujisawa© 「開発者VS テスター」という構図 21

22. ソフトウェアテストことはじめ Kosuke Fujisawa© 「開発者VS テスター」という構図テスターが指摘する側だからといって「テスターのほうが偉い」とはならないものが出来なければテストも何もない対立ではなく、協力してひとつのものを作り上げる意識が大切 22

24. ソフトウェアテストことはじめ Kosuke Fujisawa© テストだけ学ぶことの限界テストにはブラックボックステストとホワイトボックステストの二種類がある 24

25. ソフトウェアテストことはじめ Kosuke Fujisawa© テストだけ学ぶことの限界ホワイトボックステスト：プログラムの論理構造が正しいかを解析するテスト（内部構造を解析する）参考：知識ゼロから始めるソフトウェアテスト 25

26. ソフトウェアテストことはじめ Kosuke Fujisawa© テストだけ学ぶことの限界ブラックボックステスト：プログラムを一種のブラックボックスと見立て、さまざまな入力を行うことによってテストを行う（内部構造、ソースコードは見ない）参考：知識ゼロから始めるソフトウェアテスト 26

27. ソフトウェアテストことはじめ Kosuke Fujisawa© テストだけ学ぶことの限界完全なブラックボックステストには限界がある例：隠された境界値（開発者に聞くと、「実はこの値をここで使っていて…」という話が後から出てくる）ある程度、内部構造を「推定」できることが重要そのためには、自分で設計・開発した経験があると良い 27

28. ソフトウェアテストことはじめ Kosuke Fujisawa© テストだけ学ぶことの限界そもそもテスト自体がエンジニアリング。テストには設計もあるし開発もある設計・開発技術を持たずにテストだけ学ぶことには限界がある 28

29. ソフトウェアテストことはじめ Kosuke Fujisawa© ２年目開発に「埋没」してしまう品質を作り込むのは開発工程。テスト工程ではない矢面に立つのか、それとも安全圏にずっといるのか 29

31. ソフトウェアテストことはじめ Kosuke Fujisawa© 開発に「埋没」してしまうテスターとはいえ開発の現場を知らないのはまずいだろう、ということで開発の現場に約半年アサインされた最初は現場の問題点も見えていて、改善点を指摘することでメンバーにも喜ばれた 31

32. ソフトウェアテストことはじめ Kosuke Fujisawa© 開発に「埋没」してしまうところが、数ヶ月開発に没頭していると、いつの間にか日々の作業に「埋没」してしまっていることに気づいた残業前提のスケジューリング生産性、効率を考えずダラダラとコーディング「長く働くこと＝頑張っている」という風潮 32

33. ソフトウェアテストことはじめ Kosuke Fujisawa© 開発に「埋没」してしまう人間は環境に流されるもの自分の行動次第とは言っても、実際環境に流されずに物事を推進するのは生半可なものではない「本当に価値のあるものを顧客に提供する」という強い意思を持って仕事をするプロ意識、技術者倫理 33

35. ソフトウェアテストことはじめ Kosuke Fujisawa© 品質を作り込むのは開発工程。テスト工程ではない「品質が悪かったので、テスト工程で品質向上しました」これって本当に良いこと？ 35

36. ソフトウェアテストことはじめ Kosuke Fujisawa© 品質を作り込むのは開発工程。テスト工程ではない QA（テストエンジニア）は、いかに開発工程で品質を作り込むか考え、品質確保施策を指導していく立場テストでバグが出る＝QAがQAの仕事をできていない証拠テストになってから品質が悪い、と気づいても手遅れ 36

37. ソフトウェアテストことはじめ Kosuke Fujisawa© 補足：品質保証活動の遷移出口検査：検査で不良品を選別（検査重点主義）そもそも生産の過程から、基準を達成する製品を作ればよくね？（品質は工程で作り込む）（工程管理重点主義）設計の段階からよいものを作れればもっと良いよね（品質は設計と工程で作り込む）（新製品開発重点主義）参考文献：ソフトウェア品質知識体系ガイド第２版，オーム社，SQuBOK策定部会， 2014 37

39. ソフトウェアテストことはじめ Kosuke Fujisawa© 矢面に立つのか、それとも安全圏にずっといるのかテストについて勉強し始めた自分は、「テスト設計コンテスト」なるものの存在を知っていました自分は決勝戦を観客として観に行きました 39

40. ソフトウェアテストことはじめ Kosuke Fujisawa© 矢面に立つのか、それとも安全圏にずっといるのか 40 自分が勉強会などでお世話になっている、佐藤さんのチームが見事優勝しました

41. ソフトウェアテストことはじめ Kosuke Fujisawa© 矢面に立つのか、それとも安全圏にずっといるのか 41 自分はいったい、なにをしているんだろう？

42. ソフトウェアテストことはじめ Kosuke Fujisawa© 矢面に立つのか、それとも安全圏にずっといるのか 42 ・見られる側・意見される側・自分が与える側・見てるだけ・意見は一丁前に言う・クレクレ君矢面安全圏大きなギャップ

43. ソフトウェアテストことはじめ Kosuke Fujisawa© 矢面に立つのか、それとも安全圏にずっといるのか「安全圏からしか撃てぬ腰抜けどもめ！」 —死せる英雄達の戦い-Ηρωμαχια- Sound Horizon— 自分も同じように、矢面に立って戦いたい！勉強会で発表、ブログで意見表明など 43

44. ソフトウェアテストことはじめ Kosuke Fujisawa© ３年目プロセスとは何かー似たようなバグが減らない理由ー 44

45. ソフトウェアテストことはじめ Kosuke Fujisawa© プロセスとは何かー似たようなバグが減らない理由ー QAに配属された当初、「このプロセスに沿って仕事をしなさい」といった指導を受けた正直めんどくさいなー、と思いました実際、開発者でそのような規格、プロセスを守っている人はあまり見たことがなかった 45

46. ソフトウェアテストことはじめ Kosuke Fujisawa© プロセスとは何かー似たようなバグが減らない理由ー３年目になり、ソフトウェアエンジニアリングのプロセス改善について考えるようになったプロセス改善とは、バグを作り込んだ原因となるプロセスを改善する活動のこと問題の大元、根元にアプローチすることで再発を防ぐしかし、実はこの活動にはレベルがあった 46

47. ソフトウェアテストことはじめ Kosuke Fujisawa© プロセスとは何かー似たようなバグが減らない理由ーレベル１アドホックな活動レベル２適切なものごとを行うレベル３ものごとを適切に行うレベル４刻々と変化する状況に絶えず順応する参考文献：トリフォリオ／TPI NEXT® ビジネス主導のテストプロセス改善，薮田和夫／湯本剛／皆川義孝訳，2015 47

48. ソフトウェアテストことはじめ Kosuke Fujisawa© プロセスとは何かー似たようなバグが減らない理由ーこれを個人の活動にあてはめるとレベル１：「上司や同僚の指示に対して、手当たり次第にとりかかる」レベル２：「上司や同僚の指示から、必要な作業が何か考え、抜けがないよう実施する」レベル３：「上司や同僚の指示から、適切なプロセスを定義して作業する」レベル４：「上司や同僚の指示から、状況に応じてプロセスを変更、追加しながら対応する」参考：http://mhlyc.hatenablog.com/entry/2015/09/25/055503 48

49. ソフトウェアテストことはじめ Kosuke Fujisawa© プロセスとは何かー似たようなバグが減らない理由ーより具体的に、「バグ票を書いてくれ」と指示を受けた時の反応レベル１：バグ票を書くレベル２：バグ票に必要な項目を考えて、抜けがないように書くレベル３：バグ票記入の作業手順を定義して、その通りに書くレベル４：バグの内容やバグ票の記載内容に求められていることを考えた上で、作業手順を追加したり、あるいは削ったりする 49

50. ソフトウェアテストことはじめ Kosuke Fujisawa© プロセスとは何かー似たようなバグが減らない理由ー組織の成熟度レベルは個人の活動にもあてはめることができる実際の仕事を振り返ると、言われたことにただ「反応」して仕事をしていたことがあった（先述の「レベル１」に相当）このレベルでは、プロセス改善もままならないプロセス改善を主導する側も、当然このような意識ではいけない 50

51. ソフトウェアテストことはじめ Kosuke Fujisawa© プロセスとは何かー似たようなバグが減らない理由ー何のメモも無しに作業するのは、何のメモも無しにコードを書くようなもの一度、プロセスをすべて定義してから作業をしてみるのが良い（先述の「レベル３」に相当）意外と、思った以上に、労力は少なくなる無駄な作業が省かれるため 51

52. ソフトウェアテストことはじめ Kosuke Fujisawa© プロセスとは何かー似たようなバグが減らない理由ープロセスを定義できるようになって初めて、次のレベルである「変化に合わせてプロセスを設計する」ということにチャレンジできるようになるプロセスを設計する：状況に応じてプロセスを追加・削除・変更すること（先述の「レベル４」に相当）本当のプロセス改善とはこのレベルの活動のことをいう 52

53. ソフトウェアテストことはじめ Kosuke Fujisawa© プロセスとは何かー似たようなバグが減らない理由ープロセスを自在に設計できるようになれば、バグの原因プロセスに効果的にアプローチできる結果的にバグは減り、品質・納期・コストの要求に対応できるようになる（このレベルには私自身まだ到達していません…）参考：PFD（開発作業プロセスを設計する技術。DFDが元になっている）(http://kohablog.cocolog-nifty.com/blog/pfd.html) 53

54. ソフトウェアテストことはじめ Kosuke Fujisawa© プロセスとは何かー似たようなバグが減らない理由ー「QCD（品質・コスト・納期）はトレードオフの関係にある」は真っ赤な嘘高品質のプロダクトを生産することで、バグは減り、対応に使っていた無駄なコストや工数がかからなくなる本当は “Quality is free” クオリティ・マネジメント―よい品質をタダで手に入れる法，フィリップ・B.クロスビー，日本能率協会マネジメントセンター，1980 54

56. ソフトウェアテストことはじめ Kosuke Fujisawa© おわりに本当のゴールは「テストをすること」ではなく「顧客に価値を提供すること」「テストが不要になるようにすること」こそ、テストエンジニアの使命顧客に価値を提供するためには、テスト技術と設計・開発技術の両輪が必要。どちらが欠けても実現は不可能 56

57. ソフトウェアテストことはじめ Kosuke Fujisawa© おわりにエンジニアとは、自分で考え、学び、実践し、顧客の要求を「プロ」として実現していく職業「プロ」として働くためには、日々の勉強が大切「プロ」のエンジニアは、きっと人生が楽しくなると思う 57

58. ソフトウェアテストことはじめ Kosuke Fujisawa© 参考文献知識ゼロから始めるソフトウェアテスト，高橋寿一，翔泳社，2015 マインドマップから始めるソフトウェアテスト，池田暁/鈴木三紀夫, 技術評論社， 2007 クオリティ・マネジメント―よい品質をタダで手に入れる法，フィリップ・B.クロスビー，日本能率協会マネジメントセンター，1980 ソフトウェア品質知識体系ガイド第２版，オーム社，SQuBOK策定部会，2014 トリフォリオ／TPI NEXT® ビジネス主導のテストプロセス改善，薮田和夫／湯本剛／皆川義孝訳，2015 58

59. ソフトウェアテストことはじめ Kosuke Fujisawa© 付録（その他自分が勉強に使った書籍・サイトなど）注意これから紹介する書籍は、自分がこれまで勉強するのに使った書籍です。大きく偏りがあります。バランスよく取り入れてください 59

60. ソフトウェアテストことはじめ Kosuke Fujisawa© 付録（その他自分が勉強に使った書籍・サイトなど）初心者編（書籍）知識ゼロから始めるソフトウェアテストマインドマップから始めるソフトウェアテストソフトウェアテスト技法ドリルソフトウェア・テストプレス（総集編） 60

61. ソフトウェアテストことはじめ Kosuke Fujisawa© 付録（その他自分が勉強に使った書籍・サイトなど）初心者編（ブログ、Web上の記事） 3万円で始めるソフトウェアテスト(http://www.slideshare.net/Ikedon/ 3-33986542) 新人注目！テストを極める最初の一歩(http://gihyo.jp/dev/serial/01/ test_newface) テストリーダへの足がかり，最初の一歩(http://gihyo.jp/dev/serial/01/ vital_point) 61

62. ソフトウェアテストことはじめ Kosuke Fujisawa© 付録（その他自分が勉強に使った書籍・サイトなど）初心者編（ブログ、Web上の記事）ソフトウェアテストを勉強しはじめて10ヵ月でやったこと(http://kyon- mm.hatenablog.com/entry/20120116/1326724925) テスト戦略、設計、手法、技法などなどのリンクをまとめてみた (http://kyon-mm.hatenablog.com/entry/20110505/1304586126) 僕がソフトウェア開発を勉強し始めて3年間でやったこと(http://kyon- mm.hatenablog.com/entry/20120521/1337570172) 62

63. ソフトウェアテストことはじめ Kosuke Fujisawa© 付録（その他自分が勉強に使った書籍・サイトなど）初心者編（テスト技術者シラバス） Foundation Level シラバス日本語版(http://jstqb.jp/dl/JSTQB- SyllabusFoundation_Version2011.J02.pdf) 63

65. ソフトウェアテストことはじめ Kosuke Fujisawa© 付録（その他自分が勉強に使った書籍・サイトなど）初心者編（エンジニアとしての生きざま）わがSE人生に一片の悔いなし SEの人生を楽しくしよう http://homepage3.nifty.com/koha_hp/ フリーランスSEとして生きる道 65

66. ソフトウェアテストことはじめ Kosuke Fujisawa© 付録（その他自分が勉強に使った書籍・サイトなど）中級者編（テスト技術者シラバス） Advanced Level シラバス日本語版テストマネージャ(http://jstqb.jp/dl/ JSTQB-Syllabus.Advanced_TM_Version2012.J03.pdf) Advanced Level シラバス日本語版テストアナリスト(http://jstqb.jp/dl/ JSTQB-Syllabus.Advanced_TA_Version2012.J01.pdf) 66

67. ソフトウェアテストことはじめ Kosuke Fujisawa© 付録（その他自分が勉強に使った書籍・サイトなど）中級者編 XDDP（派生開発に特化した開発プロセス） USDM（バグの大半を取り除く、要求の仕様化・表現技術） PFD（開発作業プロセスを設計する技術。DFDが元になっている） (http://kohablog.cocolog-nifty.com/blog/pfd.html) 67

68. ソフトウェアテストことはじめ Kosuke Fujisawa© 付録（その他自分が勉強に使った書籍・サイトなど）中級者編（これから読む予定） SQuBOK（ソフトウェア品質）→200ページ読破 PMBOK（プロジェクトマネジメント） SWEBOK（ソフトウェアエンジニアリング） REBOK（要求工学） 68

ソフトウェアテストことはじめ

You are reading a preview.

Check these out next

ソフトウェアテストことはじめ

More Related Content

Slideshows for you (20)

Viewers also liked (7)

Similar to ソフトウェアテストことはじめ (20)

More from Kosuke Fujisawa (20)

Recently uploaded (20)