小学生向けのmiroワーク①
最近、miroが好きで色々触っているんですが、毎回発見があって本当に楽しいですね。
友人の小学校の先生と一緒に社会（歴史）勉強用のmiroワークを作って、まさに今導入してる最中なので簡単に報告します。
ルール：
- 歴史なので"できごと"と"人物"をメインに配置する
- 関連あることを線でつないでいく
- 覚えやすいように画像などを入れる
- 追加の情報は吹き出しでコメントで入れていく
第一回目とのことですが、子供たちもかなり楽しくできたようです。
しかも子供たち自身がルールを作ってどんどん進めていったみたいです。
いやー すごい！！子供の可能性は無限大ですね。
JaSST online Anemone参加報告
今日はJaSST東北で作成した"かんばんリスト"の仕様書を使ってのテスト分析ライブ＋OSTでした。
まとめは以下になります。
https://togetter.com/li/1545941
テスト分析ライブ
はるすぷさんとパインさんと猫課長（にしさん）のライブが圧倒的で、技術よりのテストエンジニア、ユーザー指向のテストエンジニア、ファシリテートするマネージャーと3人の絶妙な立ち位置があり、興味深く見せてもらいました。
グッと来たことをメモしておきます。
- 台本のないライブ感がとにかく最高！！
- ソフトウェアの価値に注目して始めたところ
- はるすぷさんが画面のキャプチャーからコードを想像していたところ
- 二人の視点が違いながらもリスペクトがあったところ
- 4スプリントを回して検査と適応を繰り返していたところ
- ぱいんさんが止めるところはしっかり止めて時間を意識していたところ
- テスト分析時にはテストレベルを意識しすぎない（思考の蓋を外す） by にしさん
今回のライブの二人は短時間で十分すごい成果だと思ったのですが、さらによくするためには…ということでゆもとさんと話してみました。
自分が使ってるところをイメージしてみて、「ああ、こう使うんだ」って腹落ちしてからテストを考え出すのがいいと思う。
— Tsuyoshi Yumoto (@yumotsuyo) June 20, 2020
OST
1限目：VSTePよくわかってないから理解したい
02さんのターン。
少しだけVSTePについての説明となんでVSTePっぽいかの自分なりの理由を説明させてもらいました。
今回のライブでは、はるすぷさんとパインさんが対話をしながらマインドマップを作り上げていたところがVSTePのアプローチに近いなと感じました。にしさんからは普通やるよねといわれたけど、そこまでやっている現場は少ないと思います。
2限目：どうやったらファシリテートを上手にできますか？
いそべさんのターン。
声の大きい人あるあるとか、みんながだんまりのときはどうしたらいいんだろうという話をしました。同じようなところで悩みますよね。。。
3限目：仕様書書いた人だけど何か聞きたいことある？
nemorineのターン。
最初は一人もいなかったのですが、はるぷすさんとパインさんとゆもとさんで話始めました。ゆもとさんはいいとこも気になるとこも含めてフィードバックしてて、さすが！！と思いました。
＝かんばんリストについて＝
もともとかんばんリストは友人のvolpe28vさんが作成していたユーザーがいる本物のWebサービスです。
そういう意味でもテスト対象としてはリアルだったと思います。
また2013年にJaSST東北立ち上げ時にこのサイトをForkして作っていて、今は探索的テストの勉強会などで利用しています。
実行委員のみなさん、参加者の皆さん
楽しかったです！！どうもありがとうございました。
ソフトウェアシンポジウム2020参加報告②
SSといえばWG（ワーキンググループ）というくらいの名物になってます。 昨年のふりかえりのWGに続いて、今年は探索的テストのチャーターについて考えるWGを担当しました。4時間なのでそこそこ長丁場です。
今回は初めてのmiroを使ったオンラインワークでしたが、結論から言うと最高でしたっ！！課金してよかったmiro。
ワーキングに参加してくれた人は7名ですがどこのWGよりも実務に近く、濃いディスカッションができたのではないかと思っています。
ワークの進め方
以下のツールを使って進めました。
- Zoom：音声用
- miro：オンラインホワイトボード
01. 探索的テストの問題点を出す
結構短時間でサクサク付箋を作りました。
よくあるデメリットとして属人化という話も出ましたが、逆に考えると人によって違うことは違うバグを出せるのでメリットにもなるよね～なんて話もでました。
みんなで付箋を見ながらワイワイやるだけでも楽しいですよね。
02. Explore It のチャーターの章を読んで感想を話す
Explore Itの2章をみんなで読んで感想を話しました。読みたかったけど機会がなかったという人がいたので入れて良かったワークでした。 みんなの心に残ったExplore It のワードを書き留めておきます。
- 「探索」はリスクや問題を見つけるだけではなく、新しい要求を発見する機会にもなりえます
- 良いチャーターはインスピレーションの源
- あなたの探索の最終目的は、ステークホルダーにとって意味と価値がある情報を発見すること
- 要求に関するディスカッションは、チャーターの案を作り始める最適な時間のひとつです
03. miro の付箋機能についてのチャーターを考える
チャーター、チャーターと言ってきましたが、具体的なものが欲しいということで、それぞれがmiroの付箋機能についてチャーターを考えてみました。もちろん短時間のワークなので荒いものですが、見事に全員バラバラ！かなり面白い結果となりました。
それぞれのチャーターを見ながら良いとこを出したり、めっちゃ盛り上がりました！！やっぱり具体的にするってことは大事ですねぇ。ただチャーターを書くって言ってるのに、テスト始めちゃう人がいたのはテスターの鏡だと思って眺めてました。
個人的に心に残ったことを書いておきます。
- テスト対象のソフトウェアの価値を最初に話す
- レイヤーの違う人は価値観が違うのでキチンと話す
- 探索的テストを実施する人によってチャーターを書き分ける
- どうふるまうべきかの期待値を書くこともある
なんだかもう少し頑張れば論文になりそうな雰囲気ですｗ
04. ふりかえり
最後はFDLのふりかえりを実施しました。 自分のふりかえりとしては、、、
- miroを使ったワークの知見を得ることができた
- 他の人のチャーターを見ることができた
- 参加者が楽しくやっていた
ということで、個人的にはかなりチャレンジなワークだったのにも関わらず、参加者に助けられ大成功に終わりました。
参加してくれたみなさん本当にありがとうございました！！
ソフトウェアシンポジウム2020参加報告①
今年もソフトウェアシンポジウムに半分運営側として参加しました。 本当は岩手で実施するはずだったのですが、Covid-19の影響で初のオンライン開催になりました。そのおかげで参加者が増えたのは怪我の功名でしょうか。
QA チームによる顧客要求の抽出・整理を支援する仕組みの構築
speaker 柏倉 直樹 (ディー・エヌ・エー)
カスタマーサービスと設計の間にQAが入って、顧客のクレームから隠れた期待を抽出しているという話です。
ここで面白かったのは一つのクレームについてネガティブ変換とポジティブ変換の2つを実施してそれらを比較しているというところです。クレームっていうのはもっと良くしてほしいという期待の裏返しと捉えて、チーム全体で行動しているのがいいなーと思いました。
例） 不快なワードを含むコメントの削除してほしい
ネガ対策：コメント削除機能の実装
ポジ対策：不快なワードを含むコメントに遭遇しない状態
プロダクトマネージャーが求めるアジャイル開発におけるソフトウェアテストのあり方と品質向上への取り組み
speaker 板東 塁 (リクルートライフスタイル)
開発とQAが分断することなく、一つのチームとして品質のことやテストのことを考えたことで予定通りリリースができ、バグも減ったという報告でした。ここのQAはアウトスプリントQAという形でQAがスプリントの外で動くタイプでした。
いま自分は品質関係のサポートという形で社内のアジャイルチームに関わっていますので参考になることが多かったです。 ただ下記のロジックはちょっと分からなかったので、どこかで聞いてみたいです。
QAメンバーがタイムボックスから外れることで寄り添うの箇所がまだロジカルに繋がってない。
— ネモトノリユキ＠ソフトウェアテスト技法練習帳 発売中！！ (@nemorine) June 17, 2020
タイトル：コミュニティ型チーム活動の進化 ～ COVID-19 対策サイト開発から学ぶ～
松尾谷 徹 (デバッグ工学研究所)
投稿直前に変更したというCovid-19に関係するディスカッションの司会を務めました。
松尾谷さんからのプレゼンの後、主にOSSコミュニティの仕事の進め方やモチベーションについてディスカッションをしました。
自分の住んでいる北海道も最初からいままでずーーーっとCovid-19と付き合っているため、あまりに興味がありすぎてもう少し話したいと思う内容でした。。。
論文が公開されたらぜひ見てほしいですね。
2日目の午後はワーキンググループを担当したのですが、それは面白すぎたので別エントリにしようと思います。
テストとチェックと探索と。（Testing vs. Checking vs. Exploring）
TwitterでTestingとCheckingとExploringの話があったので、源流をたどってみました。 色々な人の意見を確認して自分にしっくりの定義を選ぶといいのではないでしょうか。
じゃすまるでちらっと話題になった、Satisficeのサイトで探索的テスト3.0とかいう記事を読んでいる。何度か読んできた文章だけれども、これはChecking vs Testingで語っているようだ。Checking + Exploring = Testing学派のぼくとは異なる立場な気がする。ううむ。
— Mark Ward (@mkwrd) March 10, 2020
Testing と Checking
Michael Boltonさんのサイト（2009/8/29）
Testing vs. Checking
https://www.developsense.com/blog/2009/08/testing-vs-checking/
簡単な要約
・Checkingは確認である。(Checking Is Confirmation)
プログラムが失敗しないことにフォーカスを当てるものです。
・Testing は 探索と学習である (Testing Is Exploration and Learning)
「プログラムがどのように動くか、どのように動かないかについて重要なことすべてをしっかりと学習する」ことにフォーカスを当てるものです。
Memo: ここでは完全にCheckingという概念とTestingを分けていますね。
James Bachさんのサイト（2013/3/26）
※Michael Boltonさんと共著。
Testing and Checking Refined
https://www.satisfice.com/blog/archives/856
簡単な要約
Testingとは、質問、学習、モデリング、観察、推論などを含む経験、探索、実験を通じ、製品について学習することにより製品の評価をおこなうプロセスである。
Checkingとは、製品の確認にアルゴリズムをもった決定ルールを適用することにより評価をおこなうプロセスである。
CheckingはTestingの中の要素である。
Memo: Refinedでは完全に分かれた概念ではなく、Testの中の一部にCheckingがあるというイメージのようです。
Explore IT! (2013/2/21)
Explore It!: Reduce Risk and Increase Confidence with Exploratory Testing
- 作者:Hendrickson, Elisabeth
- 発売日: 2013/03/03
- メディア: ペーパーバック
Testing と Checking と Exploringの話が載っています。
Tested = Checked + Explored
Testingには2つの側面があり、それがすなわちCheckingとExploringだといっています。
チェックと探索の両方が終わるまでテストが完了したとは言えません。
Memo: Explore It!自体が探索的テストの本なので、探索に重点を置いているのが分かりますね。
もしこれより古い記述があれば追記したいと思います♪ 連絡ください。
エクセルの t検定を使ってパフォーマンスを検証する
エクセルのt検定を使ってパフォーマンスを検証する
パフォーマンスの検証ってどうやってますか？
いままでは複数回計測して、平均値、または中央値で比較することが多かったです。
今回はもう少し厳密にやろうと思いエクセルを使ったt検定で有意かを確認してパフォーマンスの向上を確認したいと思います。
方針
t検定というのを使います。
たまたま平均がズレて速く見えただけなのか、それとも本当に効果があって速くなったのかを確認します。
パフォーマンスの計測
パフォーマンスを改善前後で複数回計測します。
ここでは計測条件が同じになるようにすることが重要です。
一例ですが、DB系のパフォーマンス改善であれば以下のようなことに注意すると良いと思います。
- キャッシュが働いていないか。
- 計測毎に総データ量が増えすぎていないか。
- ウィルスバスターやWinowsUpdateなど余計なソフトウェアがリソースを喰っていないか。
エクセルでの分析
- エクセルの[データ]-[データ分析]をクリックします。※ない場合はインストールする
- [t検定：等分散を仮定した2標本による検定]をクリックします。
- 変数1の入力範囲に改善前のデータを入力します。
- 変数2の入力範囲に改善後のデータを入力します。
- σに0.05（＝5%）を入力します。
- 出力先を適当に調整します。
- [OK]をクリックします。
結果の確認
パフォーマンスの場合は速くなっているはずということで「片側検定」を使います。 P(T<=t)片側の値を確認し、この値と0.05（=5%）を比較します。 ※もう一つ tの値とtの境界を比較してもできますが、自分はPが直観的なのでこちらを紹介します。
今回はPの値が0.00032(0.032%)ということで、パフォーマンスが改善されていない状態という前提であれば、ほぼ起きない事象ということがわかります。（帰無仮説）
ここからパフォーマンスは改善されているという結論になります。（有意である）
平均で122.5msecから110.1msecで約10%のパフォーマンス改善が認められます。
RSGT2020 Day3
最後のDay3です。
OST
朝来てイスの配置を見たときに壮観過ぎて小宇宙を感じました。
OSTはAkiさんと一緒にスクフェス大阪/札幌やるけど何か質問ある？というお題でやりました。
スクフェス三河をやりたいという松原さんが温泉で泊まりでやりたいというイメージを持っていたので、大阪や札幌の事例を話ながら整理していきました。相談役のプロ？の川口さんとAkiさんのすごいところは行動の早さです。気づくと電話をして空きを確認しながら、仮の日程、場所などを決めました。『秋くらいに～』という日程の決め方だと脳が動かないですよね。これがアジャイルがソフトウェアを早めにリリースして顧客からフィードバックを求める理由なんだろうなと思います。
昨年大阪から始まったスクフェスブランドがかなり確立した気がします。他の地域でもスクフェス〇〇がどんどん立ち上がれば嬉しいです。まずはスクフェス札幌に集中することになると思いますが、他地域でお手伝いできることあれば貢献したいと思います。
アジャイルラジオの公開収録に参加したかったなぁというのが心残りです。（ミーハー）
高橋さんの話
最後のセッションである高橋さん（かっぱさん）の招待講演。 これも最後にふさわしい現実と理想が入り混じった凄まじい講演だと感じました。華々しいところだけではなく泥臭いことや失敗談も交えながらというのが現場感を感じることができて良かったです。 ONE OK ROCKの引用も良くて、YouTubeみたら熱いなぁと思いました。一生をかけて何かを成し遂げるってあんまりないです。いい年なんでそこらへんも考えないといけないのかなー。
個人的には「普及の原則」なんて、めちゃくちゃ凄いことサラりと言ってる！と思いました。
あとはコミュニティ大事のときに、色々なコミュニティが前に出て短い紹介をしました。事前に計画されたような綺麗な流れでした。
プロダクトオーナーの話
飲み会で川口さんと話していたときに、「プロダクトオーナーは全体像を描かないといけない」と言われて、当たり前なのですがハッとしました。 スクフェス札幌も全体像をイメージして、もっとみんなに見えるようにしていかないといけないと再認識しました。透明性大事！！
奇跡的な出会い
2次会はみんなで入れる席がないということで、札幌泊まり組（かみと/ちも/ねも）で川の見えるイタリアンでこじんまりと飲んでました。パエリアが美味しかったですね。
店を出たら20:30くらい。もう一軒行きますかという話になって、光の指す方へ向かいました。そこで見つけた高架下の焼き鳥屋さん。ここ行きますかーなんて言って、3人で入りました。ドリンク注文して待っていたら見たことある外人さんが来ました。めっちゃハワードに似てるなぁと思ったら胸にScrum Allianceの文字が！！！！！もちろん本物でした。最初ちもさんは疑ってましたが（笑
その後、キロさんが階段の上から登場して、、、あとはご想像の通りギャザりました。ハワードさんとも札幌含め日本の地方の話ができたし、沖縄のいわむーさんや招待講演の高橋さんともお話できて最高に熱い時間でした。目がチカチカすると思って、ふと時計を見ると23:50で時間が完全に飛んでました。
『スクラム使いはひかれ合う』ってJOJOに書いてあったのは本当だったんだと感じた奇跡的な夜になりました。
