Suche senden
Hochladen
提案:Qaも実装に踏み込んでみよう
•
1 gefällt mir
•
823 views
Kosuke Fujisawa
Folgen
NaITE#18の発表資料です。
Weniger lesen
Mehr lesen
Software
Melden
Teilen
Melden
Teilen
1 von 21
Jetzt herunterladen
Downloaden Sie, um offline zu lesen
Empfohlen
ISO/IEC DIS 20246 についての(ごく簡単な)説明
ISO/IEC DIS 20246 についての(ごく簡単な)説明
しょうご すずき
Jstqb test analyst-chap1
Jstqb test analyst-chap1
Kosuke Fujisawa
Software Test Basic
Software Test Basic
Akinari Tsugo
テストを分類してみよう!
テストを分類してみよう!
Kenji Okumura
アジャイル×テスト開発を考える
アジャイル×テスト開発を考える
yasuohosotani
アジャイルテスト -高品質を追求するアジャイルチームにおけるテストの視点-
アジャイルテスト -高品質を追求するアジャイルチームにおけるテストの視点-
Satoshi Masuda
WebサービスのソフトウェアQAと自動テスト戦略
WebサービスのソフトウェアQAと自動テスト戦略
Masaki Nakagawa
ITS fidel
ITS fidel
Fidel Softech P. Ltd
Empfohlen
ISO/IEC DIS 20246 についての(ごく簡単な)説明
ISO/IEC DIS 20246 についての(ごく簡単な)説明
しょうご すずき
Jstqb test analyst-chap1
Jstqb test analyst-chap1
Kosuke Fujisawa
Software Test Basic
Software Test Basic
Akinari Tsugo
テストを分類してみよう!
テストを分類してみよう!
Kenji Okumura
アジャイル×テスト開発を考える
アジャイル×テスト開発を考える
yasuohosotani
アジャイルテスト -高品質を追求するアジャイルチームにおけるテストの視点-
アジャイルテスト -高品質を追求するアジャイルチームにおけるテストの視点-
Satoshi Masuda
WebサービスのソフトウェアQAと自動テスト戦略
WebサービスのソフトウェアQAと自動テスト戦略
Masaki Nakagawa
ITS fidel
ITS fidel
Fidel Softech P. Ltd
【SQiP 2014】継続的システムテストについての理解を深めるための 開発とバグのメトリクスの分析 #SQiP #SQuBOK
【SQiP 2014】継続的システムテストについての理解を深めるための 開発とバグのメトリクスの分析 #SQiP #SQuBOK
Kotaro Ogino
ソフトウェア開発工程とテスト入門
ソフトウェア開発工程とテスト入門
tadaaki hayashi
JaSST16tokyo tm_koyama
JaSST16tokyo tm_koyama
ryuji koyama
Automationtestssf beta
Automationtestssf beta
ryuji koyama
【Agile Conference tokyo 2011】 継続的フィードバック
【Agile Conference tokyo 2011】 継続的フィードバック
智治 長沢
【楽天テックカンファ前夜祭2014】誰がテスト自動化をするべきか #rakutentech
【楽天テックカンファ前夜祭2014】誰がテスト自動化をするべきか #rakutentech
Kotaro Ogino
テストアプローチにデータ分析を使おう
テストアプローチにデータ分析を使おう
Sayaka Nakano
テスト自動化入門@Graat勉強会
テスト自動化入門@Graat勉強会
Graat(グラーツ)
【JaSST'14 Tokyo】システムテストの自動化による 大規模分散検索プラットフォームの 開発工程改善 #JaSST
【JaSST'14 Tokyo】システムテストの自動化による 大規模分散検索プラットフォームの 開発工程改善 #JaSST
Kotaro Ogino
SGT2013 技術トークス「アジャイルテスティング」
SGT2013 技術トークス「アジャイルテスティング」
yasuohosotani
Automationtestssf beta2 architectureskill
Automationtestssf beta2 architectureskill
ryuji koyama
SQuBOK読破会活動紹介とSQuBOKにおける派生開発
SQuBOK読破会活動紹介とSQuBOKにおける派生開発
Kosuke Fujisawa
レビューとは何か
レビューとは何か
JunBear1
アジャイルテストを、壮絶に、考える。
アジャイルテストを、壮絶に、考える。
Dai FUJIHARA
GDC2014_QA
GDC2014_QA
IGDA JAPAN
Testing processqualifylevel 2009
Testing processqualifylevel 2009
Shinsuke Matsuki
テスト観点に関する取り組み事例
テスト観点に関する取り組み事例
NaokiKashiwagura
Continuous delivery chapter4
Continuous delivery chapter4
favril1
Istqb : Test automation Engineer
Istqb : Test automation Engineer
Sadaaki Emura
Sansan における Android アプリ自動テスト導入事例
Sansan における Android アプリ自動テスト導入事例
健一 辰濱
非開発者のためのアジャイル開発入門
非開発者のためのアジャイル開発入門
Kiro Harada
REBOKを社内展開する際の障壁
REBOKを社内展開する際の障壁
mkoszk
Weitere ähnliche Inhalte
Was ist angesagt?
【SQiP 2014】継続的システムテストについての理解を深めるための 開発とバグのメトリクスの分析 #SQiP #SQuBOK
【SQiP 2014】継続的システムテストについての理解を深めるための 開発とバグのメトリクスの分析 #SQiP #SQuBOK
Kotaro Ogino
ソフトウェア開発工程とテスト入門
ソフトウェア開発工程とテスト入門
tadaaki hayashi
JaSST16tokyo tm_koyama
JaSST16tokyo tm_koyama
ryuji koyama
Automationtestssf beta
Automationtestssf beta
ryuji koyama
【Agile Conference tokyo 2011】 継続的フィードバック
【Agile Conference tokyo 2011】 継続的フィードバック
智治 長沢
【楽天テックカンファ前夜祭2014】誰がテスト自動化をするべきか #rakutentech
【楽天テックカンファ前夜祭2014】誰がテスト自動化をするべきか #rakutentech
Kotaro Ogino
テストアプローチにデータ分析を使おう
テストアプローチにデータ分析を使おう
Sayaka Nakano
テスト自動化入門@Graat勉強会
テスト自動化入門@Graat勉強会
Graat(グラーツ)
【JaSST'14 Tokyo】システムテストの自動化による 大規模分散検索プラットフォームの 開発工程改善 #JaSST
【JaSST'14 Tokyo】システムテストの自動化による 大規模分散検索プラットフォームの 開発工程改善 #JaSST
Kotaro Ogino
SGT2013 技術トークス「アジャイルテスティング」
SGT2013 技術トークス「アジャイルテスティング」
yasuohosotani
Automationtestssf beta2 architectureskill
Automationtestssf beta2 architectureskill
ryuji koyama
SQuBOK読破会活動紹介とSQuBOKにおける派生開発
SQuBOK読破会活動紹介とSQuBOKにおける派生開発
Kosuke Fujisawa
レビューとは何か
レビューとは何か
JunBear1
アジャイルテストを、壮絶に、考える。
アジャイルテストを、壮絶に、考える。
Dai FUJIHARA
GDC2014_QA
GDC2014_QA
IGDA JAPAN
Was ist angesagt?
(15)
【SQiP 2014】継続的システムテストについての理解を深めるための 開発とバグのメトリクスの分析 #SQiP #SQuBOK
【SQiP 2014】継続的システムテストについての理解を深めるための 開発とバグのメトリクスの分析 #SQiP #SQuBOK
ソフトウェア開発工程とテスト入門
ソフトウェア開発工程とテスト入門
JaSST16tokyo tm_koyama
JaSST16tokyo tm_koyama
Automationtestssf beta
Automationtestssf beta
【Agile Conference tokyo 2011】 継続的フィードバック
【Agile Conference tokyo 2011】 継続的フィードバック
【楽天テックカンファ前夜祭2014】誰がテスト自動化をするべきか #rakutentech
【楽天テックカンファ前夜祭2014】誰がテスト自動化をするべきか #rakutentech
テストアプローチにデータ分析を使おう
テストアプローチにデータ分析を使おう
テスト自動化入門@Graat勉強会
テスト自動化入門@Graat勉強会
【JaSST'14 Tokyo】システムテストの自動化による 大規模分散検索プラットフォームの 開発工程改善 #JaSST
【JaSST'14 Tokyo】システムテストの自動化による 大規模分散検索プラットフォームの 開発工程改善 #JaSST
SGT2013 技術トークス「アジャイルテスティング」
SGT2013 技術トークス「アジャイルテスティング」
Automationtestssf beta2 architectureskill
Automationtestssf beta2 architectureskill
SQuBOK読破会活動紹介とSQuBOKにおける派生開発
SQuBOK読破会活動紹介とSQuBOKにおける派生開発
レビューとは何か
レビューとは何か
アジャイルテストを、壮絶に、考える。
アジャイルテストを、壮絶に、考える。
GDC2014_QA
GDC2014_QA
Ähnlich wie 提案:Qaも実装に踏み込んでみよう
Testing processqualifylevel 2009
Testing processqualifylevel 2009
Shinsuke Matsuki
テスト観点に関する取り組み事例
テスト観点に関する取り組み事例
NaokiKashiwagura
Continuous delivery chapter4
Continuous delivery chapter4
favril1
Istqb : Test automation Engineer
Istqb : Test automation Engineer
Sadaaki Emura
Sansan における Android アプリ自動テスト導入事例
Sansan における Android アプリ自動テスト導入事例
健一 辰濱
非開発者のためのアジャイル開発入門
非開発者のためのアジャイル開発入門
Kiro Harada
REBOKを社内展開する際の障壁
REBOKを社内展開する際の障壁
mkoszk
Msセミナー20170830 slideshare
Msセミナー20170830 slideshare
NHN テコラス株式会社
Example of exiting legacy system
Example of exiting legacy system
TakamchiTanaka
JIRA / Confluence の必須プラグインはこれだ
JIRA / Confluence の必須プラグインはこれだ
Narichika Kajihara
ソフトウェア工学2023 02 上流工程
ソフトウェア工学2023 02 上流工程
Toru Tamaki
Provisioning & Deploy on AWS
Provisioning & Deploy on AWS
Amazon Web Services Japan
プロとしてのOracleアーキテクチャ入門 ~番外編~
プロとしてのOracleアーキテクチャ入門 ~番外編~
ryouta watabe
リバースモデリングを用いたテスト観点標準化の取り組み
リバースモデリングを用いたテスト観点標準化の取り組み
NaokiKashiwagura
ビルドプロセスとCI #STAC2014
ビルドプロセスとCI #STAC2014
Koji Hasegawa
継続的デリバリー読書会 第 7 章 コミットステージ
継続的デリバリー読書会 第 7 章 コミットステージ
Yasutomo Arai
Questetra ハンズオンセミナー 業務プロセス設計 ステップアップ編 2014/11/12
Questetra ハンズオンセミナー 業務プロセス設計 ステップアップ編 2014/11/12
Akihiro HATANAKA
パフォーマンス管理最前線 米国大規模システムにおける最新トレンド
パフォーマンス管理最前線 米国大規模システムにおける最新トレンド
日本Javaユーザーグループ
DOO-004_楽天での DevOps 実践事例と Azure ベスト プラクティス
DOO-004_楽天での DevOps 実践事例と Azure ベスト プラクティス
decode2016
Q te cc2
Q te cc2
Fujie Teppei
Ähnlich wie 提案:Qaも実装に踏み込んでみよう
(20)
Testing processqualifylevel 2009
Testing processqualifylevel 2009
テスト観点に関する取り組み事例
テスト観点に関する取り組み事例
Continuous delivery chapter4
Continuous delivery chapter4
Istqb : Test automation Engineer
Istqb : Test automation Engineer
Sansan における Android アプリ自動テスト導入事例
Sansan における Android アプリ自動テスト導入事例
非開発者のためのアジャイル開発入門
非開発者のためのアジャイル開発入門
REBOKを社内展開する際の障壁
REBOKを社内展開する際の障壁
Msセミナー20170830 slideshare
Msセミナー20170830 slideshare
Example of exiting legacy system
Example of exiting legacy system
JIRA / Confluence の必須プラグインはこれだ
JIRA / Confluence の必須プラグインはこれだ
ソフトウェア工学2023 02 上流工程
ソフトウェア工学2023 02 上流工程
Provisioning & Deploy on AWS
Provisioning & Deploy on AWS
プロとしてのOracleアーキテクチャ入門 ~番外編~
プロとしてのOracleアーキテクチャ入門 ~番外編~
リバースモデリングを用いたテスト観点標準化の取り組み
リバースモデリングを用いたテスト観点標準化の取り組み
ビルドプロセスとCI #STAC2014
ビルドプロセスとCI #STAC2014
継続的デリバリー読書会 第 7 章 コミットステージ
継続的デリバリー読書会 第 7 章 コミットステージ
Questetra ハンズオンセミナー 業務プロセス設計 ステップアップ編 2014/11/12
Questetra ハンズオンセミナー 業務プロセス設計 ステップアップ編 2014/11/12
パフォーマンス管理最前線 米国大規模システムにおける最新トレンド
パフォーマンス管理最前線 米国大規模システムにおける最新トレンド
DOO-004_楽天での DevOps 実践事例と Azure ベスト プラクティス
DOO-004_楽天での DevOps 実践事例と Azure ベスト プラクティス
Q te cc2
Q te cc2
Mehr von Kosuke Fujisawa
SQuBOK読破会_まとめスライド
SQuBOK読破会_まとめスライド
Kosuke Fujisawa
勝手にHayst法勉強会 リリカルver
勝手にHayst法勉強会 リリカルver
Kosuke Fujisawa
テスト分析・設計について、釈然としないところ
テスト分析・設計について、釈然としないところ
Kosuke Fujisawa
ソフトウェアテストことはじめ2016年ver
ソフトウェアテストことはじめ2016年ver
Kosuke Fujisawa
Qaアーキテクチャの話
Qaアーキテクチャの話
Kosuke Fujisawa
私の考えるテスト分析 Lt
私の考えるテスト分析 Lt
Kosuke Fujisawa
テストマネージャ試験対策勉強会
テストマネージャ試験対策勉強会
Kosuke Fujisawa
テスト酒場のご紹介
テスト酒場のご紹介
Kosuke Fujisawa
第6回マインドマップ勉強会 テスト報告
第6回マインドマップ勉強会 テスト報告
Kosuke Fujisawa
ドメイン分析勉強会
ドメイン分析勉強会
Kosuke Fujisawa
第5回マインドマップ勉強会 テスト実行
第5回マインドマップ勉強会 テスト実行
Kosuke Fujisawa
Wacate2015冬_参加報告
Wacate2015冬_参加報告
Kosuke Fujisawa
テストプロセスについて
テストプロセスについて
Kosuke Fujisawa
Jstqb test analyst-chap7
Jstqb test analyst-chap7
Kosuke Fujisawa
Jstqb test analyst-chap6
Jstqb test analyst-chap6
Kosuke Fujisawa
Jstqb test analyst-chap5
Jstqb test analyst-chap5
Kosuke Fujisawa
Jstqb test analyst-chap4
Jstqb test analyst-chap4
Kosuke Fujisawa
Jstqb test analyst-chap3
Jstqb test analyst-chap3
Kosuke Fujisawa
Jstqb test analyst-chap2
Jstqb test analyst-chap2
Kosuke Fujisawa
「マインドマップから始めるソフトウェアテスト」まとめ
「マインドマップから始めるソフトウェアテスト」まとめ
Kosuke Fujisawa
Mehr von Kosuke Fujisawa
(20)
SQuBOK読破会_まとめスライド
SQuBOK読破会_まとめスライド
勝手にHayst法勉強会 リリカルver
勝手にHayst法勉強会 リリカルver
テスト分析・設計について、釈然としないところ
テスト分析・設計について、釈然としないところ
ソフトウェアテストことはじめ2016年ver
ソフトウェアテストことはじめ2016年ver
Qaアーキテクチャの話
Qaアーキテクチャの話
私の考えるテスト分析 Lt
私の考えるテスト分析 Lt
テストマネージャ試験対策勉強会
テストマネージャ試験対策勉強会
テスト酒場のご紹介
テスト酒場のご紹介
第6回マインドマップ勉強会 テスト報告
第6回マインドマップ勉強会 テスト報告
ドメイン分析勉強会
ドメイン分析勉強会
第5回マインドマップ勉強会 テスト実行
第5回マインドマップ勉強会 テスト実行
Wacate2015冬_参加報告
Wacate2015冬_参加報告
テストプロセスについて
テストプロセスについて
Jstqb test analyst-chap7
Jstqb test analyst-chap7
Jstqb test analyst-chap6
Jstqb test analyst-chap6
Jstqb test analyst-chap5
Jstqb test analyst-chap5
Jstqb test analyst-chap4
Jstqb test analyst-chap4
Jstqb test analyst-chap3
Jstqb test analyst-chap3
Jstqb test analyst-chap2
Jstqb test analyst-chap2
「マインドマップから始めるソフトウェアテスト」まとめ
「マインドマップから始めるソフトウェアテスト」まとめ
提案:Qaも実装に踏み込んでみよう
1.
提案:QAももっと 実装に踏み込んでみよう 藤沢 耕助
2.
本発表の趣旨 • より実装レベルに近い品質保証に関する話を、 実体験ベースでします 2
3.
問題提起 • システムリプレースの中〜⼤規模SIプロジェク トのシステムテストレベルで、単体テストレベ ルの不具合が摘出される • ⽴場:プロジェクトのQAチーム担当者 error 3
4.
摘出される不具合の例 • アプリのロジックの考慮漏れ • 業務の詳細な場合分け、例外ケースが漏れる •
(システムリプレースの場合)現⾏システムと の不整合 • 現⾏システムの動作と異なる動作をする(考 慮漏れ) 4
5.
摘出される不具合の例 • 条件分岐、ループ条件誤り • 分岐処理やループ処理の条件式に誤りがある •
ログ出⼒などの処理抜け • 必要な箇所に処理が記述されていない • 処理の記述の有無が不統⼀ 5
6.
摘出される不具合の例 • メッセージIDなどのコード誤り • 現⾏システムのコード体系をそのまま引き継 いだ結果、不整合となってしまうこともある 6
7.
これらの不具合を摘出する ⼯程 • 実装(コードレビュー) • 単体テスト •
今回は特に「コードレビュー」でどう取り組む かについて発表します 7
8.
コードレビューではなくテストで 摘出してしまうことによるデメリット • 不具合の摘出でテストが⽌まる • たび重なる修正による確認範囲の増加 •
コードレビューで単体テスト前に摘出した⽅が良い のではないか? 8
9.
QAが第三者的に コードレビューを⾏うことについて • 客観的なレビューができる • ソースコードレベルからの品質保証が⾏える •
全量が無理なら、サンプリングで確認する 9
10.
閑話休題 • QAはコードを⾒ない? • コードを「書く」役割ではないが、「読む」 役割は必要ではないか •
参考:「tohoku again by seki at ruby.org」 • https://speakerdeck.com/m_seki/ tohoku-again 10
11.
QAがコードレビューを しない理由 • コードレビューがQAの役割と認識していない/されてい ない • コードを読めない •
コードレビューの観点に⾃信がない • 開発者と(⼼理的に)距離がある • 実際にどう実装しているか、内部のロジックに興味がな さそうだと思われている 11
12.
コードレビューをするために • 「QAがコードレビューをする」という認識を作る • コードレビューをします、と宣⾔する •
使⽤されている⾔語を理解できることをアピール する • 最低限、プロジェクトで使われている⾔語は読 めるように学習する 12
13.
コードレビューをするために • コーディング規約に沿ったチェックを⾏う • コーディング規約に基づくチェックなら、実装に 関する知識がなくても可能 •
レビューよりもさらに前に、コーディング規約を ⾒ながら実装するようになるとさらに良い • 「コーディング規約ではどうなってる?」→コー ディング規約を⾒る癖をつける 13
14.
コードレビューをするために • 静的解析ツールの導⼊⽀援から始める • コードレビューよりは「QAの仕事」と認知さ れやすい •
コーディング規約の⾃動チェックは⽐較的導 ⼊しやすい • チェック内容は開発者とのすり合わせを⾏う 14
15.
コードレビューをするために • 開発者と仲良くなる • 物理的、⼼理的距離は重要 •
ソースコードの修正確認など、コードを参照で きる機会を有効活⽤する • ソースコードを⾒ながら質問し、内部のロジッ クについても理解する 15
16.
コードレビューの観点例 • レビューの観点は不具合の傾向分析の結果を反映する • 業務的に正しい処理になっているか •
現⾏システムとの整合性が取れているか • ループ処理や分岐処理における条件式誤りがないか • ログ出⼒など、必要な処理が抜けていないか • 出⼒するメッセージIDなどのコードに誤りがないか 16
17.
その他気をつけること • コードレビューとはいえ、はじめに取り掛かる ことはそこまで技術的なレベルではない • 観点を設定して客観的にチェックを⾏えば摘出 できるレベルのものも多い •
必要なレビューアを揃える、出た指摘を横展開 するなどのポイントは他のレビューと同様 17
18.
その他気をつけること • レビュー全般に⾔えることだが、議事録を残す のが重要 • 他の⼈がどんな指摘を受けているか知る •
「あの⼈のコードはわかりやすい」という話を する 18
19.
まとめ • ⼀般に開発プロセスの早期に不具合を摘出した⽅ が修正コストを抑制できることは知られている • もっとコードレビューなど実装レベルに近い検証 を⾏えるようにすることで、QAとしての活躍の 幅が広がるのではないか •
コードを読むスキルは、そのまま設計書の読み解 き(テスト分析)のスキルにつながる 19
20.
ご意⾒募集 • それは違うと思う、そこはこうした⽅がいいな ど忌憚ないご意⾒をお寄せください 20
21.
参考⽂献 • 【改訂版】組込みソフトウェア開発向け コーディ ング作法ガイド[C⾔語版]Ver.2.0 •
リファクタリング プログラミングの体質改善 テクニック • 俺のコードのどこが悪い? コードレビューを 攻略する40のルール 21
Jetzt herunterladen