Enviar pesquisa
Carregar
システムテスト自動化標準ガイド第7章
•
2 gostaram
•
2,095 visualizações
N
nihon buson
Seguir
Denunciar
Compartilhar
Denunciar
Compartilhar
1 de 39
Baixar agora
Baixar para ler offline
Recomendados
システムテスト自動化標準ガイド第6章
システムテスト自動化標準ガイド第6章
nihon buson
キーワード駆動によるシステムテストの自動化について 2015
キーワード駆動によるシステムテストの自動化について 2015
Toru Koido
事例から見るテスト自動化のポイント
事例から見るテスト自動化のポイント
Hiroshi Maekawa
EMTEを使って自動化の費用対効果をわかりやすく表現する
EMTEを使って自動化の費用対効果をわかりやすく表現する
JYERUEY
システムテスト自動化標準ガイド 読書会 第8章
システムテスト自動化標準ガイド 読書会 第8章
mirer
自動テストの品質とテストパターン
自動テストの品質とテストパターン
Toru Koido
20150418 システムテスト自動化 第一章
20150418 システムテスト自動化 第一章
Yuki Fujisawa
組み込み開発でのシステムテスト自動化の一つの考え方(STAC)
組み込み開発でのシステムテスト自動化の一つの考え方(STAC)
H Iseri
Recomendados
システムテスト自動化標準ガイド第6章
システムテスト自動化標準ガイド第6章
nihon buson
キーワード駆動によるシステムテストの自動化について 2015
キーワード駆動によるシステムテストの自動化について 2015
Toru Koido
事例から見るテスト自動化のポイント
事例から見るテスト自動化のポイント
Hiroshi Maekawa
EMTEを使って自動化の費用対効果をわかりやすく表現する
EMTEを使って自動化の費用対効果をわかりやすく表現する
JYERUEY
システムテスト自動化標準ガイド 読書会 第8章
システムテスト自動化標準ガイド 読書会 第8章
mirer
自動テストの品質とテストパターン
自動テストの品質とテストパターン
Toru Koido
20150418 システムテスト自動化 第一章
20150418 システムテスト自動化 第一章
Yuki Fujisawa
組み込み開発でのシステムテスト自動化の一つの考え方(STAC)
組み込み開発でのシステムテスト自動化の一つの考え方(STAC)
H Iseri
【楽天テックカンファ前夜祭2014】誰がテスト自動化をするべきか #rakutentech
【楽天テックカンファ前夜祭2014】誰がテスト自動化をするべきか #rakutentech
Kotaro Ogino
テスト自動化のこれまでとこれから
テスト自動化のこれまでとこれから
Keizo Tatsumi
20131201 テスト自動化カンファレンスLT「激しいUI変更との戦い」
20131201 テスト自動化カンファレンスLT「激しいUI変更との戦い」
Hiroko Tamagawa
TABOK Skill Category2解説
TABOK Skill Category2解説
Kinji Akemine
異業種でのテスト自動化の実際
異業種でのテスト自動化の実際
Satsuki Urayama
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
Kotaro Ogino
モデルベースドテスト入門 -テスト詳細設計を自動化しよう- #stac2013
モデルベースドテスト入門 -テスト詳細設計を自動化しよう- #stac2013
Kinji Akemine
reg-suitとQA Wolfを活用したVisual Regression Test
reg-suitとQA Wolfを活用したVisual Regression Test
Kazuyuki Tsuzisaki
テスト自動化とアーキテクチャ
テスト自動化とアーキテクチャ
Toru Koido
4時間で学ぶ、効率的な自動テストスクリプトのメンテナンス
4時間で学ぶ、効率的な自動テストスクリプトのメンテナンス
Nozomi Ito
自動テスト知識体系TABOKのご紹介
自動テスト知識体系TABOKのご紹介
Shinsuke Matsuki
スマートフォンアプリの テスト自動化をはじめよう
スマートフォンアプリの テスト自動化をはじめよう
Koji Hasegawa
ビルドプロセスとCI #STAC2014
ビルドプロセスとCI #STAC2014
Koji Hasegawa
GUI自動テストの保守性を高めるには
GUI自動テストの保守性を高めるには
Nozomi Ito
Agileツール適合化分科会(テスト自動化ツール)
Agileツール適合化分科会(テスト自動化ツール)
masanori kataoka
Stac2013 opening-koukai
Stac2013 opening-koukai
Kumiko Ohmi
アジャイル開発におけるシステムテストの自動化
アジャイル開発におけるシステムテストの自動化
Toru Koido
【STAC2017】テスト自動化システム 成長記
【STAC2017】テスト自動化システム 成長記
友隆 浅黄
#STAC2014 システムテスト自動化ハンズオン
#STAC2014 システムテスト自動化ハンズオン
kyon mm
システムテスト自動化標準ガイド 5章発表資料
システムテスト自動化標準ガイド 5章発表資料
Masatoshi Itoh
20120830 DBリファクタリング読書会第三回
20120830 DBリファクタリング読書会第三回
都元ダイスケ Miyamoto
すごいHaskell楽しく学ぼう 第6章
すごいHaskell楽しく学ぼう 第6章
aomori ringo
Mais conteúdo relacionado
Mais procurados
【楽天テックカンファ前夜祭2014】誰がテスト自動化をするべきか #rakutentech
【楽天テックカンファ前夜祭2014】誰がテスト自動化をするべきか #rakutentech
Kotaro Ogino
テスト自動化のこれまでとこれから
テスト自動化のこれまでとこれから
Keizo Tatsumi
20131201 テスト自動化カンファレンスLT「激しいUI変更との戦い」
20131201 テスト自動化カンファレンスLT「激しいUI変更との戦い」
Hiroko Tamagawa
TABOK Skill Category2解説
TABOK Skill Category2解説
Kinji Akemine
異業種でのテスト自動化の実際
異業種でのテスト自動化の実際
Satsuki Urayama
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
Kotaro Ogino
モデルベースドテスト入門 -テスト詳細設計を自動化しよう- #stac2013
モデルベースドテスト入門 -テスト詳細設計を自動化しよう- #stac2013
Kinji Akemine
reg-suitとQA Wolfを活用したVisual Regression Test
reg-suitとQA Wolfを活用したVisual Regression Test
Kazuyuki Tsuzisaki
テスト自動化とアーキテクチャ
テスト自動化とアーキテクチャ
Toru Koido
4時間で学ぶ、効率的な自動テストスクリプトのメンテナンス
4時間で学ぶ、効率的な自動テストスクリプトのメンテナンス
Nozomi Ito
自動テスト知識体系TABOKのご紹介
自動テスト知識体系TABOKのご紹介
Shinsuke Matsuki
スマートフォンアプリの テスト自動化をはじめよう
スマートフォンアプリの テスト自動化をはじめよう
Koji Hasegawa
ビルドプロセスとCI #STAC2014
ビルドプロセスとCI #STAC2014
Koji Hasegawa
GUI自動テストの保守性を高めるには
GUI自動テストの保守性を高めるには
Nozomi Ito
Agileツール適合化分科会(テスト自動化ツール)
Agileツール適合化分科会(テスト自動化ツール)
masanori kataoka
Stac2013 opening-koukai
Stac2013 opening-koukai
Kumiko Ohmi
アジャイル開発におけるシステムテストの自動化
アジャイル開発におけるシステムテストの自動化
Toru Koido
【STAC2017】テスト自動化システム 成長記
【STAC2017】テスト自動化システム 成長記
友隆 浅黄
#STAC2014 システムテスト自動化ハンズオン
#STAC2014 システムテスト自動化ハンズオン
kyon mm
システムテスト自動化標準ガイド 5章発表資料
システムテスト自動化標準ガイド 5章発表資料
Masatoshi Itoh
Mais procurados
(20)
【楽天テックカンファ前夜祭2014】誰がテスト自動化をするべきか #rakutentech
【楽天テックカンファ前夜祭2014】誰がテスト自動化をするべきか #rakutentech
テスト自動化のこれまでとこれから
テスト自動化のこれまでとこれから
20131201 テスト自動化カンファレンスLT「激しいUI変更との戦い」
20131201 テスト自動化カンファレンスLT「激しいUI変更との戦い」
TABOK Skill Category2解説
TABOK Skill Category2解説
異業種でのテスト自動化の実際
異業種でのテスト自動化の実際
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
モデルベースドテスト入門 -テスト詳細設計を自動化しよう- #stac2013
モデルベースドテスト入門 -テスト詳細設計を自動化しよう- #stac2013
reg-suitとQA Wolfを活用したVisual Regression Test
reg-suitとQA Wolfを活用したVisual Regression Test
テスト自動化とアーキテクチャ
テスト自動化とアーキテクチャ
4時間で学ぶ、効率的な自動テストスクリプトのメンテナンス
4時間で学ぶ、効率的な自動テストスクリプトのメンテナンス
自動テスト知識体系TABOKのご紹介
自動テスト知識体系TABOKのご紹介
スマートフォンアプリの テスト自動化をはじめよう
スマートフォンアプリの テスト自動化をはじめよう
ビルドプロセスとCI #STAC2014
ビルドプロセスとCI #STAC2014
GUI自動テストの保守性を高めるには
GUI自動テストの保守性を高めるには
Agileツール適合化分科会(テスト自動化ツール)
Agileツール適合化分科会(テスト自動化ツール)
Stac2013 opening-koukai
Stac2013 opening-koukai
アジャイル開発におけるシステムテストの自動化
アジャイル開発におけるシステムテストの自動化
【STAC2017】テスト自動化システム 成長記
【STAC2017】テスト自動化システム 成長記
#STAC2014 システムテスト自動化ハンズオン
#STAC2014 システムテスト自動化ハンズオン
システムテスト自動化標準ガイド 5章発表資料
システムテスト自動化標準ガイド 5章発表資料
Destaque
20120830 DBリファクタリング読書会第三回
20120830 DBリファクタリング読書会第三回
都元ダイスケ Miyamoto
すごいHaskell楽しく学ぼう 第6章
すごいHaskell楽しく学ぼう 第6章
aomori ringo
Tapl 5
Tapl 5
rf0444
テスト自動化読書会 第3章 20150523
テスト自動化読書会 第3章 20150523
dnoguchi
WooCommerce & Apple TV
WooCommerce & Apple TV
Marko Heijnen
第4章 自動比較
第4章 自動比較
toku toku
アジャイルリーダーシップと組織改革 ~楽天のアジャイル開発というリアル~ エピローグ
アジャイルリーダーシップと組織改革 ~楽天のアジャイル開発というリアル~ エピローグ
Dai FUJIHARA
文芸的プログラミング
文芸的プログラミング
Shoko Sasaki
[デブサミ2015] スクラムならうまくいく?〜グリーのネイティブゲーム作りの歴史をひもとく、そして未来へ〜
[デブサミ2015] スクラムならうまくいく?〜グリーのネイティブゲーム作りの歴史をひもとく、そして未来へ〜
gree_tech
LeanCustomerDevelopment
LeanCustomerDevelopment
Kouki Kawagoi
20150418 システムテスト自動化 第二章
20150418 システムテスト自動化 第二章
atsushi ishiji
TAPL勉強会 第1章 (2012-07-17)
TAPL勉強会 第1章 (2012-07-17)
none_toka
NaITE#15オープニング資料
NaITE#15オープニング資料
Akira Ikeda
a-hisame
Stg2015 1c-1プレゼン資料 いまココにある請負アジャイル開発現場の実態 ~4年で4億弱売上20案件以上の実践経験から語る~
Stg2015 1c-1プレゼン資料 いまココにある請負アジャイル開発現場の実態 ~4年で4億弱売上20案件以上の実践経験から語る~
健 渡会
名前付けのすすめ / GMOペパボ株式会社 鹿島恵実(かしめぐ)
名前付けのすすめ / GMOペパボ株式会社 鹿島恵実(かしめぐ)
Kashima Megumi
不確実性への挑戦Ver0.1
不確実性への挑戦Ver0.1
naoto kyo
要注意!?効果の出ない技術研修に共通する3つのこと
要注意!?効果の出ない技術研修に共通する3つのこと
codecampJP
JJUG CCC 2016 fall バイトコードが君のトモダチになりたがっている
JJUG CCC 2016 fall バイトコードが君のトモダチになりたがっている
Koichi Sakata
HerokuではじめるRailsプログラミング入門 6-3節「複数モデルの連携」
HerokuではじめるRailsプログラミング入門 6-3節「複数モデルの連携」
makopi 23
Destaque
(20)
20120830 DBリファクタリング読書会第三回
20120830 DBリファクタリング読書会第三回
すごいHaskell楽しく学ぼう 第6章
すごいHaskell楽しく学ぼう 第6章
Tapl 5
Tapl 5
テスト自動化読書会 第3章 20150523
テスト自動化読書会 第3章 20150523
WooCommerce & Apple TV
WooCommerce & Apple TV
第4章 自動比較
第4章 自動比較
アジャイルリーダーシップと組織改革 ~楽天のアジャイル開発というリアル~ エピローグ
アジャイルリーダーシップと組織改革 ~楽天のアジャイル開発というリアル~ エピローグ
文芸的プログラミング
文芸的プログラミング
[デブサミ2015] スクラムならうまくいく?〜グリーのネイティブゲーム作りの歴史をひもとく、そして未来へ〜
[デブサミ2015] スクラムならうまくいく?〜グリーのネイティブゲーム作りの歴史をひもとく、そして未来へ〜
LeanCustomerDevelopment
LeanCustomerDevelopment
20150418 システムテスト自動化 第二章
20150418 システムテスト自動化 第二章
TAPL勉強会 第1章 (2012-07-17)
TAPL勉強会 第1章 (2012-07-17)
NaITE#15オープニング資料
NaITE#15オープニング資料
Stg2015 1c-1プレゼン資料 いまココにある請負アジャイル開発現場の実態 ~4年で4億弱売上20案件以上の実践経験から語る~
Stg2015 1c-1プレゼン資料 いまココにある請負アジャイル開発現場の実態 ~4年で4億弱売上20案件以上の実践経験から語る~
名前付けのすすめ / GMOペパボ株式会社 鹿島恵実(かしめぐ)
名前付けのすすめ / GMOペパボ株式会社 鹿島恵実(かしめぐ)
不確実性への挑戦Ver0.1
不確実性への挑戦Ver0.1
要注意!?効果の出ない技術研修に共通する3つのこと
要注意!?効果の出ない技術研修に共通する3つのこと
JJUG CCC 2016 fall バイトコードが君のトモダチになりたがっている
JJUG CCC 2016 fall バイトコードが君のトモダチになりたがっている
HerokuではじめるRailsプログラミング入門 6-3節「複数モデルの連携」
HerokuではじめるRailsプログラミング入門 6-3節「複数モデルの連携」
Semelhante a システムテスト自動化標準ガイド第7章
Continuous delivery chapter4
Continuous delivery chapter4
favril1
Chainerと実験管理と私
Chainerと実験管理と私
Toshinori Hanya
Provisioning & Deploy on AWS
Provisioning & Deploy on AWS
Amazon Web Services Japan
Istqb : Test automation Engineer
Istqb : Test automation Engineer
Sadaaki Emura
SGT2013 技術トークス「アジャイルテスティング」
SGT2013 技術トークス「アジャイルテスティング」
yasuohosotani
Gui自動テストツール基本
Gui自動テストツール基本
Tsuyoshi Yumoto
JUnit実践入門 xUnitTestPatternsで学ぶユニットテスト
JUnit実践入門 xUnitTestPatternsで学ぶユニットテスト
Shuji Watanabe
Et west テスト自動化_公開版
Et west テスト自動化_公開版
Noriyuki Mizuno
これで失敗しない ASTERIA WARPサイジングのポイント
これで失敗しない ASTERIA WARPサイジングのポイント
ASTERIA User Group
20220527_JaSST'22 Tohoku
20220527_JaSST'22 Tohoku
Sadaaki Emura
ワンクリックデプロイ101 #ocdeploy
ワンクリックデプロイ101 #ocdeploy
Ryutaro YOSHIBA
テストとの上手な付き合い方
テストとの上手な付き合い方
Akira Suenami
アジャイル×テスト開発を考える
アジャイル×テスト開発を考える
yasuohosotani
デブサミ2014【13-B-L】テスト自動化を見直そう!自動化への投資が開発チームをクリエイティブにする(安竹由起夫〔コベリティジャパン〕)
デブサミ2014【13-B-L】テスト自動化を見直そう!自動化への投資が開発チームをクリエイティブにする(安竹由起夫〔コベリティジャパン〕)
Developers Summit
守る - cybozu.com 運用の裏側
守る - cybozu.com 運用の裏側
Cybozucommunity
ITS fidel
ITS fidel
Fidel Softech P. Ltd
画像認識ベースのUI自動化フレームワークを用いた取り組み
画像認識ベースのUI自動化フレームワークを用いた取り組み
Shuhei Furuya
Unit testで定時帰宅!
Unit testで定時帰宅!
Funato Takashi
テスト観点に関する取り組み事例
テスト観点に関する取り組み事例
NaokiKashiwagura
Testing processqualifylevel 2009
Testing processqualifylevel 2009
Shinsuke Matsuki
Semelhante a システムテスト自動化標準ガイド第7章
(20)
Continuous delivery chapter4
Continuous delivery chapter4
Chainerと実験管理と私
Chainerと実験管理と私
Provisioning & Deploy on AWS
Provisioning & Deploy on AWS
Istqb : Test automation Engineer
Istqb : Test automation Engineer
SGT2013 技術トークス「アジャイルテスティング」
SGT2013 技術トークス「アジャイルテスティング」
Gui自動テストツール基本
Gui自動テストツール基本
JUnit実践入門 xUnitTestPatternsで学ぶユニットテスト
JUnit実践入門 xUnitTestPatternsで学ぶユニットテスト
Et west テスト自動化_公開版
Et west テスト自動化_公開版
これで失敗しない ASTERIA WARPサイジングのポイント
これで失敗しない ASTERIA WARPサイジングのポイント
20220527_JaSST'22 Tohoku
20220527_JaSST'22 Tohoku
ワンクリックデプロイ101 #ocdeploy
ワンクリックデプロイ101 #ocdeploy
テストとの上手な付き合い方
テストとの上手な付き合い方
アジャイル×テスト開発を考える
アジャイル×テスト開発を考える
デブサミ2014【13-B-L】テスト自動化を見直そう!自動化への投資が開発チームをクリエイティブにする(安竹由起夫〔コベリティジャパン〕)
デブサミ2014【13-B-L】テスト自動化を見直そう!自動化への投資が開発チームをクリエイティブにする(安竹由起夫〔コベリティジャパン〕)
守る - cybozu.com 運用の裏側
守る - cybozu.com 運用の裏側
ITS fidel
ITS fidel
画像認識ベースのUI自動化フレームワークを用いた取り組み
画像認識ベースのUI自動化フレームワークを用いた取り組み
Unit testで定時帰宅!
Unit testで定時帰宅!
テスト観点に関する取り組み事例
テスト観点に関する取り組み事例
Testing processqualifylevel 2009
Testing processqualifylevel 2009
システムテスト自動化標準ガイド第7章
1.
システムテスト自動化 標準ガイド 第7章 保守性の高いテストを構築する @nihonbuson
2.
メンテナンスに関する問題 テストのメンテナンスは軽視される • ソフトウェアのメンテナンスは重要視するのに… • 自動テストはメンテナンスコストが特に重要
3.
テストケースの数 • 新規機能、不具合修正の度に追加すべき
4.
テストケースの数 • 新規機能、不具合修正の度に追加すべき • メンテナンスコストがどんどん増えていく •
過剰・重複するテストケースが存在する可能性あり • 「沢山テストケースがあるから良いよね?」 • 追加するテストケースが何の役に立つのか?
5.
テストケースの数 • 新規機能、不具合修正の度に追加すべき • メンテナンスコストがどんどん増えていく •
過剰・重複するテストケースが存在する可能性あり • 「沢山テストケースがあるから良いよね?」 • 追加するテストケースが何の役に立つのか? • 定期的に草刈りすべき(?)
6.
テストデータの量 • 沢山のテストデータを用いて、徹底的なテストをしよう
7.
テストデータの量 • 沢山のテストデータを用いて、徹底的なテストをしよう • メンテナンスコストがかかる •
テスト失敗の分析とデバッグ作業の工数が増加
8.
テストデータの量 • 沢山のテストデータを用いて、徹底的なテストをしよう • メンテナンスコストがかかる •
テスト失敗の分析とデバッグ作業の工数が増加 • テストケース1つ当たりのディスク容量の使用制限を設ける(?) • テスト計画に多くの時間を割く • 構成管理システムにテストケースを登録すること 巨大なテストデータの検知&受け入れなくなる
9.
テストデータの形式 • ソフトに使用できるならどんな形式でもOK • 変換の手間も省けるし
10.
テストデータの形式 • ソフトに使用できるならどんな形式でもOK • 変換の手間も省けるし •
形式変更時、テストデータの更新or再作成が必要 • ソフトウェア独自拡張子のテストレポートの変換が…
11.
テストデータの形式 • ソフトに使用できるならどんな形式でもOK • 変換の手間も省けるし •
形式変更時、テストデータの更新or再作成が必要 • ソフトウェア独自拡張子のテストレポートの変換が… • テキスト形式にすべき • バイナリ形式なら、変換プログラムを作成せよ
12.
テストケースの実行時間 • セットアップと後片付けの回数を減らすためにも、 好きなだけ長く コンピュータは注意力散漫にもならないし
13.
テストケースの実行時間 • セットアップと後片付けの回数を減らすためにも、 好きなだけ長く コンピュータは注意力散漫にもならないし • 長いテストケースの最初の失敗は後の失敗を隠す 成 功 失 敗 失 敗 ? 失 敗 ?
14.
テストケースの実行時間 • セットアップと後片付けの回数を減らすためにも、 好きなだけ長く コンピュータは注意力散漫にもならないし • 長いテストケースの最初の失敗は後の失敗を隠す •
短いテストケースを何度も回し、分析やデバッグを行う
15.
テストケースのデバッグ能力 • テストツールの仕事は成功、失敗判定のみでしょ?
16.
テストケースのデバッグ能力 • テストツールの仕事は成功、失敗判定のみでしょ? • 失敗の原因を調査する必要がある
17.
テストケースのデバッグ能力 • テストツールの仕事は成功、失敗判定のみでしょ? • 失敗の原因を調査する必要がある •
「失敗した場合、どのようなことを知りたいのか」 を念頭に置いて設計すべき
18.
テストの相互依存性 • 前のテストケースの結果を次のインプットにすれば 多くの包括的なテストを行える
19.
テストの相互依存性 • 前のテストケースの結果を次のインプットにすれば 多くの包括的なテストを行える • 前のテストケースが正しい結果を生み出せないと、 次のテストケースは正しく開始することすらできない (ドミノ効果)
20.
テストの相互依存性 • 前のテストケースの結果を次のインプットにすれば 多くの包括的なテストを行える • 前のテストケースが正しい結果を生み出せないと、 次のテストケースは正しく開始することすらできない (ドミノ効果) •
最初は少数の短いテストケースの繋がりから試すべき
21.
テストの相互依存性(補足) 相互依存がないテストケースの集まりは並列化しやすい A B C D 0 7 14
21 28 A B C D 0 7 14 21 28 15 10 8 7 5 6 4 3 15 10 8 7 6 5 4 3
22.
命名規則 • 好きなように付けろ。そんなところに時間を使うな
23.
命名規則 • 好きなように付けろ。そんなところに時間を使うな • ファイルの検索性や再利用性にも関わる、重複する
24.
命名規則 • 好きなように付けろ。そんなところに時間を使うな • ファイルの検索性や再利用性にも関わる、重複する •
開始時点で命名規則を採用しよう
25.
テストの複雑性 • ツールで、複雑なものもテスト可能に!
26.
テストの複雑性 • ツールで、複雑なものもテスト可能に! • 人間が理解できなくなる
27.
テストの複雑性 • ツールで、複雑なものもテスト可能に! • 人間が理解できなくなる •
テストケースが理解しづらいので最小限にすべき • 複雑で数回しか実行しないなら自動化する価値なし
28.
テストドキュメンテーション • 必要ない。テストケースを読むのはツールだから
29.
テストドキュメンテーション • 必要ない。テストケースを読むのはツールだから • 「ソフトウェアを実行するのはコンピュータだから、 ソフトウェアにドキュメンテーションは必要ない」 と言えるのか?
30.
テストドキュメンテーション • 必要ない。テストケースを読むのはツールだから • 「ソフトウェアを実行するのはコンピュータだから、 ソフトウェアにドキュメンテーションは必要ない」 と言えるのか? •
ドキュメンテーションは書くべき • この際、重要なのは量より質
31.
落とし穴 • ツールが間違っていることを誘導している 導入コスト小 メンテナンスコスト大 • 容易なアプローチが高いメンテナンスコストへ…
32.
最初の熱意 • 「できるだけ多くのソフトウェア にとりあえず投げ込んでみる」 が大きなダメージを 発生させる
33.
投資利益率 • 最初の80%の工数が20%の利益を生み、 最後の20%の工数が80%の利益を生む 工数 利益
34.
戦略 • テストのメンテナンスに一番大きな影響を与えうる 要素をまずは見極め、それを減少させる行動をとる • 行動とその結果を評価し、将来に向けた判断を行う (評価については第8章にて)
35.
戦術 1. 推奨値と基準値を定めよ(容量、テスト時間) 2. ツールによるサポートを提供せよ(not運用ルール) 3.
更新を自動化する(統一した更新に) 4. 草刈りの予定を立てる 5. 手作業にせず、メンテナンスユーティリティを用意する
36.
まとめ① 以下の部分に注意してメンテナンスを考える • 数は確認せずに増やさない • 容量もコントロールすべき •
柔軟性のある形式にすべき • 実行時間は最小化されるべき
37.
まとめ② • デバッグが簡単なように設計されるべき • テストケースは可能な限り独立してるべき •
命名規則は早い段階で採用すべき • テストケースは可能な限り単純であるべき • 正確かつ簡潔にドキュメント化されるべき
38.
感想 • メンテナンスを考えて自動化しよう • テスト基盤も設計が大事!
39.
画像について こちらからお借りしました GATAG http://01.gatag.net/
Baixar agora