Mass塾：SQiP論文を肴としたソフトウェアテスト分析の激論 #massjuku
-
nihonbuson
- 1692
- 6
- 0
- 0
-
- いいね！0
K_Suzuki
@keigo1450
テスト分析 <? テスト計画する <わかる テスト設計する <わかる 計画-(なんか必要=>分析?)-設計 #massjuku
2015-11-27 19:44:25
K_Suzuki
@keigo1450
ミッション：会社のテストを改善する 不具合分析から始めた いきなりXXメソッドを導入、より実際のデータをもとに改善した方が効果がありそうなので #massjuku
2015-11-27 19:50:18
K_Suzuki
@keigo1450
コンセプト： あまり難しくない 早くてそこそこの成果 上級者じゃなくてもステップアップできる 上級者向けにも、思考の助けになるようなもの アウトプットを皆でレビューできるものにする #massjuku
2015-11-27 19:51:52
K_Suzuki
@keigo1450
テストタイプ（抜粋） ・フォールトインジェクションテスト 異常な状態で復帰・正常動作ができるか=信頼性のテスト ・異常原因解析テスト 異常発生時に原因を解析するための情報を残しているかのテスト #massjuku
2015-11-27 19:56:53
K_Suzuki
@keigo1450
思考過程を表形式に（左から右へ） 機能テスト・性能テスト用： テストベース→確認内容→不具合誘発条件→テスト設計技法 #massjuku
2015-11-27 20:04:18
K_Suzuki
@keigo1450
確認内容 機能：仕様書そのままだったらよくないテスト分析と判る！ 性能：仕様書に書いてないときもあるが、ここで気付ける #massjuku
2015-11-27 20:06:00
K_Suzuki
@keigo1450
不具合誘発条件： 全部埋めなくてもよいが、空白が多いとよくないテスト分析かも テスト設計技法： 状態遷移テスト、デシジョンテーブルテスト、制御フローテストの三択！ （思い切ってしぼった） #massjuku
2015-11-27 20:07:30
K_Suzuki
@keigo1450
テストベースから直接不具合誘発条件を漏れなく出すのは難しい =>不具合誘発条件（ファクター）毎にFL表を書く 何が不具合誘発条件となるかは「確認内容」による #massjuku
2015-11-27 20:12:34
K_Suzuki
@keigo1450
ストレステスト、ロングランテスト 連続/同時 どういう状態でどんなストレスをどれくらいかけるか？ どこまで動く？どれくらいの性能？を見る #massjuku
2015-11-27 20:14:21