0 .
○■ 単体テスト
○■ 何故なら、要件や仕様とテストケースの関係はn対nになるため、複雑で、整合性を取るだけでも大変だからだ
○■ テストケースを作成する時に、因子(パラメータ)と水準(パラメータがとりうる値)をまず洗い出して、その組み合わせを考える
○■ つまり、バージョンは納品モジュールのビルド番号に対応付けることができる
○■ そうすれば、バグの真の原因は絞りきれて、一つのバグを潰せば複数のバグも直るというケースで同種バグを潰すことができる
○■ しかし、禁則(実際にありえない組み合わせ)を考慮しなければ、いくら組み合わせを作っても、実際のテストケースでは実施不可能のケースが殆どを占めてしまう
○■ testlink＋アジャイル開発の運用経験を熱く語る予定です
○■ 要件管理の機能があり、テストケースと要件を紐付ける機能がある
この機能を使い要件
○■ 非常に管理しやすくなり、テスト工程のプロジェクト管理がものすごく見える化できるようになった
他にも
○■ 又、単体テストだけでなく、結合テスト、システムテスト、受入テスト、負荷テスト、探索テストなどいろ
○■ testlinkでテストケースを作りこんで、テストしていくと、色んなことに
○■ 探すことができる また、testlinkのテストケースは階層構造にできるため、状態遷移図のステータスや
○■ 】脱excel！ testlinkでアジャイルにテストをする － ＠it自分戦略研究所 tiddを
○■ ドになる（例は ruby の test::unit） require 'te
○■ 、ruby のtest::unit を使って、コマンドラインのプログラム呼び出しのテストを書くこ
|
結合 システム 要件 プロジェクト 場合 作業 品質 実際 データ 運用 担当 例えば 実施 問題 テストする 動作 コード 進捗 今回 重要 複数 想定 テストケース 障害 終了 情報 時間 分かる 対象 ノウハウ 駆動 追加 使って 期間 負荷 方法 オブジェクト 種類 過去 理解 インター 言語 保証 開発者 以外 終わっ 実践 リリース 気付 testlink 終わら 出てき 学習 考慮 実行 バージョン 現場 発生 表示 メソッド 結合テスト 決まっ 正直 分から ステータス 存在 考える 確認 最終 顧客 最低限 テスト駆動 負荷テスト 実施する 初めて 新規 入力 作られ 自動 testlinkを運用 プログラム 受入 放置 導入 上記 詳細設計 製品 確実 オープン 同じよう 関連 ソフトウェアテスト 勉強 考えて した場合 結局 検証する 可能性 思います 期待 工程 作成 仕様 管理 非常 理由 メンバー 利用 意味 重要なの 開発では 聞いて 重要になっ 持って 買って 気がする 必要とする 現場では することができる
| 評価強度 | 可変性 | 記述詳細 | 感情強度 | 描写総量 | 装飾量 |
| 0.032 | 0.149 | 0.550 | 0.022 | 0.530 | 0.180 | | | | | | | | total 32738.0000000027 | |
|
