こんにちは、QAエンジニアのkuramochiです。
もう3年目が終わろうとしています。
4月から4年目ですか、早いですね。
さて、今回は先日開催されました、JaSST'14 Tokyoに参加してきました。
私が参加したセッションは以下です。
- 【H1】 基調講演：Tester Motivation （★）
- 【C2-1】 テスト設計スキル評価方法の提案と実践事例
- 【C2-1】 バグレポートの問題事例の調査と改善のためのアンチパターン集の
作成 - 【C3】 自動化・ツールかの先に見てるもの テストは必要ですか？ テストを無くすために今すべきこと
- 【C4-1】 直行表とオールペア法の並行運用によるソフトウェアテスト －手法と強さ、因子、水準の選択ガイドラインー（★）
- 【C4-2】 探索的テストを活用したシステム手開発手法の提案（★）
上記より、特に、共有したい、印象に残ったセッション等を載せたいと思います。
（上記、あるセッション会場内の様子）
【H1】 基調講演：Tester Motivation
「テストは技術力ではない、人に大きく関係するものです。」
【モチベーションについて】
●仕事の関係と興味
モチベーションがあれば、
⇒お金をあげても、一時的にモチベーションがあがるだけで、
●テスターのモチベーションをあげるにはどうすればよい？
- アンケート対象地域とその項目一部です。
- 地域： オーストラリア、ヨーロッパが大半、少しのアジア
- 年齢性別： ランダム（アンケート項目には年齢性別の選択を設けていない）
- どういう企業に勤めているか
- どういう分野のテストをしているか
- テスターの中でもそのポジション（役職）は何か
- etc...
○アンケート結果
役職が変わると昇進するたびに、その役割で求められる技術が異なることより、何によってモチベーションを
例えば、ある一人のモチベーションをあげることに成功しても、
また、特に役職の中でもテストリードの人はテストアナリストとテストマネージャーとの間
以下、職種、役職の詳細の一部です。
役職が変わると昇進するたびに、その役割で求められる技術が異なることより、何によってモチベーションを
例えば、ある一人のモチベーションをあげることに成功しても、
また、特に役職の中でもテストリードの人はテストアナリストとテストマネージャーとの間
以下、職種、役職の詳細の一部です。
- 開発者
- いろいろなことをしたいと思っている人が少なく、
プログラミングに集中したいと強く望んでいる人が多い - テスター
- 幅広い分野でさまざまなことをしたいと思っている人が多い
- 一つのプロジェクトが完結し、
成功することにモチベーションを感じている人が多い、 完結する前に異なるプロジェクトに異動になることにすごくストレ スを感じている（特に、アジアの人たちは、 ヨーロッパやオーストラリアよりもこの思考が強い） - アジアのテスターは、プロジェクトを始めるきっかけとして、
誰かと一緒に働きたいという気持ちのオーストラリアやヨーロッパ の人とは違い、与えられたプロジェクトについて、 どうやって働きたいか、 どうやって進めてどのツールで完結させるかを考えてテストをする ことにモチベーションを感じている。
●アンケート結果とまとめ
【テスターのモチベーションをあげるのに良いこと】
【感想】
正直、
評価されないとお金をもらえないというのは比例していると感じて
また、テスターだけでなくたぶん全ての職種役割の人に共通して、繰り返し同じ仕事をたんたんとしなければいけないことを嫌っている、
そして、他で興味を持っているかを探したほうがモチベーションにつなが
今回、いろんな役職の人、地域等の結果より、
自分の役職だとテスターの立場となりますが、
【C4-1】 直行表とオールペア法の並行運用によるソフトウェアテスト －手法と強さ、因子、水準の選択ガイドラインー
●宇宙並に数がある組み合わせテストのパターンを減らす方法は？
ここでの文言を共有
⇒因子と水準をどのようにバランスよく抽出するのかが大事!!!
【直交表】
すべての組み合わせを網羅的に抽出してくれるのが、
【オールペア法】
その名の通りペアなので、ここでの強みは常に2である。
【感想】
直交表とオールペア法を知っているのに、
誰かに高原するようなことでもないし、
【C4-2】 探索的テストを活用したシステム手開発手法の提案●探索的テストとは
その名の通り、探索しながら、
多くの人は探索的テストしていないかもしれない、
A：Bさん、ここはこの結果であっていますか？
B：あってますよ
A：よかった、あれ？
B：あっ・・・（それはバグだっ）
探索的テストは、怪しいところを中心としてテストを行うので、
●探索的テストの方法案
●探索的テストに対する細く
【感想】
テストケースを考える際は、
自分の中でわざわざ探索的テストを実施するという考えができなさ
（特に、UIのテストについてはこの段階で見つけたいもの、
あと、探索的テストってあまり知られていないというか、記録がないらしいので、実践してみるのも楽しいかもと思いました。普段からやっているのかもしれないですが、、、ちょっと意識してやってみようかと。
【全体の感想】
内容について、去年は自動化やオフショア、モバイルテストについての議題が多かったイメージですが、
個人的には、モバイルテストとかにも興味があったのであったらよかったなと思いました。
場所について、去年は目黒の雅叙園で、
会場の雰囲気について、参加者全員お金を払って参加しているからか、
（エンジニアどらやきを配っている企業があって、珍しかったので少し興味がわきましたっていうのはおまけです。）
また、来年も参加したいと思うので、
【テスターのモチベーションをあげるのに良いこと】
- やりがいをあげること
- 評価されること
- 他で貢献できること（仕事とは違う何かのことで）
- 例えば、書籍を書いたり、他のコミュニティーを持っていたり、
つまり、会社以外の場所でテストに興味を持っている人 - お金があがること
- 悪い経営陣
- 評価されないこと（感謝されないこと）
- 繰り返し何かをしなくていはいけない仕事を与えられること
- どこまでで完結されるのかが不明確であること（
どこの段階でリリースされるのか） - テスターは品質の悪い状態でリリースされることを嫌う
【感想】
正直、
評価されないとお金をもらえないというのは比例していると感じて
また、テスターだけでなくたぶん全ての職種役割の人に共通して、繰り返し同じ仕事をたんたんとしなければいけないことを嫌っている、
そして、他で興味を持っているかを探したほうがモチベーションにつなが
今回、いろんな役職の人、地域等の結果より、
自分の役職だとテスターの立場となりますが、
【C4-1】 直行表とオールペア法の並行運用によるソフトウェアテスト －手法と強さ、因子、水準の選択ガイドラインー
●宇宙並に数がある組み合わせテストのパターンを減らす方法は？
ここでの文言を共有
- 因子・・・テスト対象の項目（ex 年齢）
- 水準・・・テスト項目の取得値（ex 10代,20代,,,）
- 強さ・・・組み合わせる因子と水準の数
⇒因子と水準をどのようにバランスよく抽出するのかが大事!!!
【直交表】
すべての組み合わせを網羅的に抽出してくれるのが、
- 普段から、デシジョンテーブルを作成している会社、チームは、
因子と水準をうまく抽出することができるだろう。 - 金融や保険などの網羅的にテストをしないといけないような分野の
テスターは直交表を用いるとよいかもしれない
【オールペア法】
その名の通りペアなので、ここでの強みは常に2である。
- 禁則が多いので、やりづらいかもしれないが、
因子と水準をバランスよく抽出できれば、使いやすい。 - 直交表よりも、
組み合わせの数が少ないWEBとかUIがあるシステムに対しての 組み合わせパターンを抽出するなら、 オールペア法を用いるとよいかもしれない
【感想】
直交表とオールペア法を知っているのに、
誰かに高原するようなことでもないし、
【C4-2】 探索的テストを活用したシステム手開発手法の提案●探索的テストとは
その名の通り、探索しながら、
多くの人は探索的テストしていないかもしれない、
A：Bさん、ここはこの結果であっていますか？
B：あってますよ
A：よかった、あれ？
B：あっ・・・（それはバグだっ）
探索的テストは、怪しいところを中心としてテストを行うので、
- どこで完結にしたらよいのかがわからない（見つけにくい）
- 非公開テストなので、
お客様にそれだけだと信頼を得るのが難しくなる場合もある - テストケースベースでテストをしているわけではないので、
再現しづらいので、開発の工数をとってしまう可能性が高い
●探索的テストの方法案
- 探索的テストは普段のテストと並行してテストをしてみよう
- 単体テストの後に端s駄句的テストを1工程いれてみて、
早めのバグ出しをしてみよう
●探索的テストに対する細く
- 年齢、
経験に関係なくバグを見つけられるような統計がでたので、 誰が実施してもいいと思う。できるなら、 実務経験のある人がやるとより一層バグを見つけられる可能性が高 いかもしれない - 探索的テストをする前に、バグを洗い出し、
怪しい場所を把握しておくとより効率よく実施できるかもしれな
【感想】
テストケースを考える際は、
自分の中でわざわざ探索的テストを実施するという考えができなさ
（特に、UIのテストについてはこの段階で見つけたいもの、
あと、探索的テストってあまり知られていないというか、記録がないらしいので、実践してみるのも楽しいかもと思いました。普段からやっているのかもしれないですが、、、ちょっと意識してやってみようかと。
【全体の感想】
内容について、去年は自動化やオフショア、モバイルテストについての議題が多かったイメージですが、
個人的には、モバイルテストとかにも興味があったのであったらよかったなと思いました。
場所について、去年は目黒の雅叙園で、
会場の雰囲気について、参加者全員お金を払って参加しているからか、
（エンジニアどらやきを配っている企業があって、珍しかったので少し興味がわきましたっていうのはおまけです。）
また、来年も参加したいと思うので、
