Mass塾:SQiP論文を肴としたソフトウェアテスト分析の激論 #massjuku
- nihonbuson
- 1698
- 6
- 0
- 0
今後の資産として残していくためには「不具合誘発条件」が有効なのかな。 機能項目とかだと限定的過ぎる #massjuku
2015-11-27 20:19:37機能の検証と同時にパフォーマンスの検証をしようとしているのは、ロングランテストとストレステストを一緒にやる的な考え方なのかな。 #massjuku
2015-11-27 20:20:50Q. 不具合誘発条件から必要なパラメータを出してFL表を作るまでの流れが分からなかった A. FL表を書くかどうかはどっちでも良い #massjuku
2015-11-27 20:26:35Q. 入力のアプローチ「手順を飛ばす」とは省略できるときなのか、できない仕様のときなのか? A. 省略できる設定(仕様)があるときを想定している #massjuku
2015-11-27 20:29:14主要因はライブラリやミドルウェアに依存していると思うが、頑張ればパターンが出てくると思う。ブラックボックスではなくホワイトボックスで頑張れるのでは?ユーザーファクターは他の経験が無いと作れないのでは? 失敗を繰り返さないようにするぐらいの話なのでは? #massjuku
2015-11-27 20:31:15本製品を触ってみないと気付けないものとテストの経験で出てくるものがある。 入力ファクターと内部状態ファクターはテストの経験で出てくるものがある アプローチファクターは製品の経験が必要かも #massjuku
2015-11-27 20:32:39内部状態ファクターでも、満杯の状態が製品によって変わってくる ユーザーファクターは他でも適用できない #massjuku
2015-11-27 20:34:17テスト分析は中が分からないとできないものと外がやらないとできないものがある 網羅性も重要だけど、経験者がつくことも大事では? ノウハウが高いと忙しくて来てくれないこともある ノウハウの底上げの方法も考えたい #massjuku
2015-11-27 20:35:26ピンポイントなのか網羅性なのか? 有識者、経験者の話からバグの出やすいところを狙っていると感じた 論文を書く時は特に意識していなかった テストベースのものは網羅しよう 品質特性を網羅しよう それぐらいは網羅性を持って、それ以降はピンポイントで #massjuku
2015-11-27 20:37:29何を出すのかを決めた方が良いのでは? 不具合誘発条件の横一列がわかりにくい これによってどんなバグを出したいのかが分からなかった #massjuku
2015-11-27 20:38:42