テスト設計コンテストOPEN東京チュートリアルまとめ #テスコン
-
dandan_611
- 14954
- 16
- 3
- 0
-
- いいね！0
あさこ
@acha_821
一番やりたかった分析その１ ページ残差。 ここからわかること(？) ＝ いちばんいいたいことがつまったページがどこか(25-39たり) #テスコン裏とーーーーく pic.twitter.com/EkajcFedr4
2018-10-06 11:49:16
拡大
あさこ
@acha_821
時間残差。 メトリクスからも、にしさんの想いがつまったページと、どこで意識が飛んでいたのか(？)がわかります。 それだけ、すごい講演でした。 最後に。本当にありがとうございました。感謝しかない。 #テスコン裏とーーーーく pic.twitter.com/VAkwShcVRM
2018-10-06 11:56:00
拡大
broccoli
@nihonbuson
昨日の #テスコン とか、前回の #WACATE とかに参加してると、やっぱりモデリングも学ばねば！という想いになるわー
2018-10-06 12:07:42
べにちどり
@scarletplover
@YasuharuNishi ということは、テスト計画でやっていたスケジュール立て等々のマネジメント的なことは、テスト要求分析でやる感じなのでしょうか？ #テスコンfaq
2018-10-06 13:19:40
オムそば【ゲームマーケット2024春】【両日】
@teamomusoba
テスコンで言われていた、「負荷テストはストレスをかけること」「ストレステストは負荷をかけること」問題、気になって調べてみました。 #はてなブログ "負荷テスト"と"ストレステスト"の違い - ボドゲを愛するテスト屋さん teamomusoba.hatenablog.com/entry/2018/10/…
2018-10-06 13:28:40
yuki shiromoto
@yuki_shiro_823
色々熱い！後でじっくり読むけど、これ、現場行った方が良かったなあ。 .@dandan_611 さんの「テスト設計コンテストOPEN東京チュートリアルまとめ #テスコン」togetter.com/li/1273277 をお気に入りにしました。
2018-10-06 15:16:04
Kazu SUZUKI
@kz_suzuki
にしさんの考えで素晴らしいと思う点は色々あるのだけど、「論理性や根拠」をまず大切にしながらも、「網羅性を厳密に保証するのではなく、関係者が真摯に検討し、合意したという納得感」を重要視したり、探索的テストや「勘」のような動物的な直観を決して蔑ろにしないところが好きですね。#テスコン
2018-10-06 15:22:39
Yasuharu NISHI
@YasuharuNishi
そうです。逆に、何も要求されないのにスケジュールとか予算とか決められます？ RT @scarletplover: ということは、テスト計画でやっていたスケジュール立て等々のマネジメント的なことは、テスト要求分析でやる感じなのでしょうか？ #テスコンfaq
2018-10-06 15:43:38
otabe 日曜東U34b紙印
@Otabekey
チュートリアルではテスコンの話じゃないとか言ってたけど、あれリップサービスだからね。 紹介されていた各種の技術はいきなり仕事に導入するにはハードル高いし、勉強会に参加しても圧倒的に時間が足りない。 覚悟を決めてテスコンに参加するのが確実だよ。 #テスコン
2018-10-06 15:47:58
Yasuharu NISHI
@YasuharuNishi
RT @kz_suzuki: …「論理性や根拠」をまず大切にしながらも、「網羅性を厳密に保証するのではなく、関係者が真摯に検討し、合意したという納得感」を重要視したり、探索的テストや「勘」のような動物的な直観を決して蔑ろにしないところが好きですね #テスコン
2018-10-06 15:48:26
Yasuharu NISHI
@YasuharuNishi
一度口から出したことなのでどう解釈して頂いても構いませんが、リップサービスじゃないですよ。 (^_^;) RT @Otabekey: チュートリアルではテスコンの話じゃないとか言ってたけど、あれリップサービスだからね… #テスコン
2018-10-06 15:52:31
Yasuharu NISHI
@YasuharuNishi
テスト観点は、それぞれのテストケースにおいてそのテストケースの意図を表すものです。逆に言うと、意図を表さないものはテストケースには入れません。 #テスコン
2018-10-06 16:05:59
Yasuharu NISHI
@YasuharuNishi
では事前条件はどうなるでしょう。事前条件とは通常、あるテストケースを実行するために成立していなくてはならない条件（群）です。 #テスコン
2018-10-06 16:09:13
Yasuharu NISHI
@YasuharuNishi
確かに事前条件が無いとそのテストケースは実行できません。ではもしその事前条件が成立しなくてもテストケースが実行できたとしたら、その場合でもテストケースの目的は満たされるでしょうか？例えば、見つけたいバグは見つかるでしょうか？ #テスコン
2018-10-06 16:10:25
Yasuharu NISHI
@YasuharuNishi
もしその事前条件がテストケースの意図を満たすために必要なら、それは事前条件ではなくテストケースそのものに含まれるべきで、それはテスト観点（やテスト値）のはずです。ただ他のテスト観点と違うのは、何らかのトリガによって事前に実行されている可能性が高いということです。 #テスコン
2018-10-06 16:12:04
Yasuharu NISHI
@YasuharuNishi
逆に、その事前条件がテストケースの意図を満たすために必要無ければ、それは単なる事前条件であり、テスト観点ではありません。 #テスコン
2018-10-06 16:13:02
Yasuharu NISHI
@YasuharuNishi
この議論が分かりにくい点は2つあります。一つは、テスト実行時もしくはテスト実装時の話と、テスト（詳細）設計時の話が混ざっているからです。もう一つは、テスト観点じゃない奴に名前がついていないからです。 #テスコン
2018-10-06 16:13:46
Yasuharu NISHI
@YasuharuNishi
ではこいつに仮の名前を付けましょう。実装実施時要検討事項です。つまりテストケースを考える時に意外に重要なのは、テストケースに含めようとしているものがテスト観点なのか実装実施時要検討事項なのか、です。これを考えないと、テストケースが不必要に複雑になります。 #テスコン
2018-10-06 16:20:48
Yasuharu NISHI
@YasuharuNishi
実装実施時要検討事項は（その名の通り）、本来実装時や実施時に検討し決定する事項です。テスト手順は、テスト観点以外にもたくさんのことを決めないと実行できません。注意すべきなのは、実装実施時要検討事項を決めることは、何となくテスト設計と混同してしまいがちだ、という点です。 #テスコン
2018-10-06 16:23:32
Yasuharu NISHI
@YasuharuNishi
例えば「テスト環境」を考えてみましょう。環境を変えることがテストの意図を満たすなら（例えばそういうバグを出したいのなら）、テスト環境はテスト観点です。でもそうでなければ、実装実施時要検討事項です。これは極論すると、値は何でもいいんです、実行できれば。 #テスコン
2018-10-06 16:25:08
Yasuharu NISHI
@YasuharuNishi
しかし一般的なテストでは、テスト観点と実装実施時要検討事項を厳密に峻別しません。それによってテスト観点の漏れを防ぐ側面もあるからです。そのため、実装実施時要検討事項なのに境界値を選んだり網羅しようとしたりします。したがって混同してしまいます。 #テスコン
2018-10-06 16:27:49
Yasuharu NISHI
@YasuharuNishi
テスト観点と実装実施時要検討事項が峻別できているからこそ、効果的に集約ができます。もし混同されていると、集約することによってテスト観点が変化してしまい、見つかるはずだったバグが出てこなくなってしまいます。 #テスコン
2018-10-06 16:30:28
Yasuharu NISHI
@YasuharuNishi
テスト観点として挙がっている、もしくはテストケースとして設計しているのにバグが出ないとなると、再現性の無い不具合だという誤った結論に至りやすくなります。多くの場合、タイミングやメモリの状態といった、コストや時間のかかる再現テストを伴ってしまいます。 #テスコン
2018-10-06 16:32:09
Yasuharu NISHI
@YasuharuNishi
でもそれはバグの再現性が低いのではなく、テスト観点と実装実施時要検討事項との混同によって、バグを出すのに必要なテスト値がマスクされてしまっているだけです。きちんとテスト値を指定してテスト手順を実行すれば100%再現します。 #テスコン
2018-10-06 16:33:11