evolves.大規模で複雑なシステム開発の現場において、機能開発に集中するあまり、特にアーキテクチャに関連するものはよく見落とされます。ソフトウェアの品質、特にアーキテクチャに関連する品質に十分な注意が払われない場合、技術的負債や設計上の問題が大量に発生し、新しい機能を迅速かつ確実にデリバリーすることを妨げます。アーキテクチャはプロジェクトのライフサイクルを通じて進化し、持続可能であることが不可欠です。持続可能なアーキテクチャには、特に多くの優先順位の変更や技術的リスクや依存関係がある場合、継続的に注意が必要でしょう。この講演では、アジャイルのままでソフトウェアアーキテクチャを進化させるためのプラクティスに焦点を当てたパターンを紹介します。チームがプロジェクトの開始時に「十分な」アーキテクチャを定義し、プロジェクトの進化に応じてアーキテクチャの状態と進化を管理できるツールや方法等が含まれます。錦司(WACATE実行委員会)セッションの内容ソフトウェアテストの上流工程は、開発やテストの詳細設計工程とくらべて、その実践を伴う学習が困難である。そこで筆者らは、テスト分析およびアーキテクチャ設計工程について効率的、かつ、効果的に学習可能なワークショップ型の研修を開発した。このセッションでは、本研修コンテンツ開発の工夫点や、本研修を10回開催運用した実績と考察について紹介する。専門的なテストエンジニアがいないプロジェクトでは、システム企画者や開発エンジニアがテスト担当者を担うことが多い。その場合、テスト担当者が自身の行うテストの正当性および充足性に確証を持てない状況が起きやすい。そこで、テストの専門知識を持たないテスト担当者が容易にテスト条件を識別できるよう、テスト分析テンプレートの開発を試みた。本発表ではその取り組みについて事例を紹介する。長期開発におけるソフトウェアのテストケースの仕様書は、様々な要因で保守することが困難になってしまうことがあります。テスト実行時に必要なテストケースの取捨選択も困難にしてしまいます。このような仕様書に直面した際に、保守しやすく、取捨選択を可能にするために、リライトした事例を紹介致します。洋子(ユニファ)セッションの内容みなさまのお悩みを募集します!アジャイルQAの活動の仕方、ウォーターフォールな現場だけどアジャイルやりたい!や、各ロールとのコミュニケーションの仕方などなど、みなさまのお悩みをぶつけてください。パネリストは、スクラムマスターをはじめ様々なアジャイルの現場で活躍している4名がみなさまの質問/お悩みにSli.doを通して回答します。様々な物が繋がっていくIoT社会は今まで経験していないリスクが存在する。社会生活の安心安全を担保するためにIoTのテストをどう考えていくかが重要となる。我々が考えるテスト観点のポイントと適用事例をご説明します。実行委員会)セッションの内容テストは考える仕事である、という話を最近耳にすることが多くなりました。テストエンジニアは論理的に考え、発想することが求められています。その一方で、仕様書以外のテスト観点を出すことができないため充分なテストができない、不具合を発見しても原因の究明ができないことで他で再現ができない、という課題を抱えているという声も、未だに耳にすることがあります。現場のテストエンジニアに考えてもらうような工夫をしている事例も多く発表されていますが、施策だけではなかなか解決できません。施策よりも考えるトレーニングを与えることが必要だと考えます。このセッションでは、クリティカル・シンキングのためのツールを使った演習を行うことで、前よりも幅広な考えができるようになる、ステークホルダーに的確に伝えられるようになる、周りのメンバーと一緒に考え納得感のある結論を共有することができるようになる、といった体験をしていきます。テストの現場で活用した事例も紹介しつつ、明日から現場で実践するためにできることを考えていきます。今よりも論理的にテストを考えられるようになりたい方や、現場のメンバーを育てたい方が、明日から現状を変える行動を持ち帰れるようなセッションを目指します。組込み開発では、システムやソフトが大規模/複雑化する中で、高品質だけでなく短期間での開発も求められつつあります。CI)の導入が組込み開発でも始まっています。本セッションでは、継続的インテグレーションによる自動テストをする上で基礎から、うれしさ、どのような点が難しいのか?などを話し合い、組込み開発で継続的テストを上手にすすめるヒントを一緒に考えます。delivery.このセッションでは、プロジェクトをよりアジャイルにするための設計やテストテクニックとプラクティスを紹介します。その中ではシステム品質の定義とデリバリーをサポートするいくつかのアジャイルなテクニックとプラクティスを紹介します。アーキテクト、テスター、開発者などを含む)がどのように協力して、ユーザビリティ、セキュリティ、パフォーマンス、スケーラビリティ、可用性などのアーキテクチャを強化するシステム品質をアジャイルな方法で対処できるかを探ります。このチュートリアルではテクニックを簡単に実行できる実践的な経験が得られます。大規模で複雑なシステム開発の現場において、機能開発に集中するあまり、セキュリティ、スケーラビリティ、パフォーマンス、信頼性などの「非機能」要件はよく見落とされます。アジャイルが組織全体に広がるにつれて、品質に注意を払い、必要な機能をデリバリーすることは更に重要性をましています。いわゆる品質保証(QA)の役割と活動内容も変革に迫られています。アジャイルチームは「チーム全体のアプローチ」と「品質を伴った機能(非機能要件を含む)を段階的にデリバリーする」を取りれています。このような状況の中、もちろんQAのみなさんの活動内容や作業方法も変わるべきでしょう。いわゆる旧来のゲートキーパーの役割ではなく、みなさんQAがシステム全体の品質要件を明確にし、それを測定し、開発全体に関与すべきです。Control)とは元来、非効率的でプロセスの最後に発生する検査活動を指しています。それに対してQA(品質保証)やTQM(総合品質管理)は、開発工程の最後に検査するQC(品質管理)の代替手段であり、チーム全体に関与してプロセスの最初から品質を作り込む包括的なアプローチをとることで効率を上げることができます。後者をアジャイル品質(AQ)と呼んでいます。システムの品質保つために開発やテスト関して特別なスキルが必要になる局面はありますが、大前提としてチームの全員がデリバリーに集中する必要があります。開発の現場で自動テストの導入が進む昨今、導入の有無に格差がでてきています。弊社でも継続的な自動テストを導入する現場が増えてきた一方で、依然7割以上の現場ではまだ手動テスト主体です。本セッションでは社内の開発現場に自動テストを浸透させるための戦略について、私の実際の活動を元に紹介します。今回はテストツールにフォーカスし、ツールを入り口にした普及施策や重要なポイントを説明します。PLUS)セッションの内容DX時代においては、お客様の潜在ニーズを掘り起こし、従来のシステムの枠にとどまらず、お客様の求める価値・サービスを素早く開発して提供していくことが重要です。それに合わせて、品質保証・テストの形も、時代とともに変わっていく必要があります。スピード向上、高品質、低コストの実現を支えるための課題に対するSHIFTとしての品質保証の取り組みを各分野の弊社エース社員からご紹介いたします。忠紀(東陽テクニカ)セッションの内容デジタルトランスフォーメーション(DX)に向けた取り組みは業界を問わず加速していて、それに伴い各種サービスのユーザーインターフェースを担うモバイルアプリとWebアプリの重要性が高まっている。リリース前に実施するテストの多くは依然として人力に頼っていて、実施者のスキルに依存して発生するムラやヌケモレ、作業効率の低下、拘束時間の増大などの課題を抱えている。モバイルアプリ特有の機能テストについては、十分な自動化がなされていない。本セミナーでは、これらの課題を紹介し、課題を解決するための手段について皆様と一緒に考えていく。Testerシラバスの日本語翻訳版をリリースする。このシラバスはテストエンジニアだけでなく、開発者やマネジャーなど自動車関連ソフトウェアの開発に関わる全ての方に読んでいただきたい内容となっている。ここではシラバスのリリースにあたり、本シラバスの目的や特徴、活用方法を説明する。自動化と言えば「マニュアルのテストを自動化してテスターの人件費を削減する」のようなフレーズで語られることが多いです。本当に皆さんの自動化はソフトウェア全体のコストを下げていますか?品質をあげてますか?ただ単にシステムフェーズでのマニュアルテストを市販の自動化ツールで置き換えコストを下げる試みはほとんど失敗に終わります。多くの場合その活動は逆にコストを引き上げ、品質を下げる要因になります。テストの目的はソフトウェアのライクサイクル全体において最小投資で最大品質を確保することです。ライフサイクルの一部のシステムテストを自動化しても残念ながら品質の向上は望めません。アーキテクチャーから品質を考え、そのアーキテクチャー品質を効率よく向上させるための自動化を考えることが重要です。ときには探索的テストと自動化を組み合わせながらシステムテストを用いる手法を使うこともあります。本講演ではライフサイクル全体においてどの様に自動化を適用し、どの様にソフトウェア品質を上げるかを事例を交えながら解説していきます。深層学習による文字認識ソフトウェア(AI-OCR)には、誤認識が起こる可能性の高い境界値でのテストが必要である。非線形に振る舞うため境界値が解析的に特定できない。そのため、従来は文字の画像の輝度や方向などの全体的な変化を行うメタモルフィックテストを用いて実験的に境界値を特定する。本発表では、文字をベクター化し線分の伸縮などの局所的な変化を行う、拡張したメタモルフィックテストを提案し誤認識を見つける可能性を高める。諭(ソニーGM&O)セッションの内容ソフトウェア品質をコントロールするためには、欠陥や誤りを誘発させる要因(品質リスク)を解消する計画を立てる必要がある。本発表では、品質リスクを成果物の完成度として具体的に捉え、適切な時期(いつ)に適切な完成度(どの程度)の成果物を作成することで、品質をコントロールする手法を提案する。開発現場の要求仕様の工程でユースケース記述に基づいた完成度を適用した事例を紹介する。俊祐(SHIFT)(※逐次通訳)セッションの内容デジタルトランスフォーメーション時代を生き抜く素早いビジネス展開の要請に呼応してAgile開発や運用側と一体になったDevOpsの導入が進んでいます。approach)など、新しい取り組みが始まっています。マインドなどいろいろな面での変革が必要になってきます。このような状況の中、テスターは自らのスキルをどのように変革し、また新たにどのようなスキルを獲得する必要があるでしょうか?本セッションでは、二部構成でAgile/DevOpsの時代に求められるテスターのスキルについて考えます。Montvelisky氏から、世界のテスターの調査や交流を通じて得た知見に基づいて新しく必要となるスキルについて講演していただきます。第二部ではAgile/DevOpsのテストに取り組んでいる日本の企業のテストチームのリーダー4名に加わっていただいて、現場での状況を踏まえてどのようなスキルが必要になっているのかを議論します。聡(ベリサーブ)セッションの内容7つのルールを手掛かりに、百戦錬磨のテストマネージャたちの素顔を映し出すセッション。開発に関わったすべての人の想いを乗せたソフトウェアを、世の中にソフトウェアをリリースするため、どんな状況においても決してあきらめてはいけない世界。そんな世界で、彼らはなぜ笑っていられるのか?彼らはなぜ奔走し続けられるのか?彼らには一体何が見えているのか?こんな疑問について、彼らのセブンルールから紐解いていきます。寛子(WACATE実行委員会)セッションの内容テスト設計についてセミナーで聞いたけど、実際の業務では使っていないなあ。このようなやり方は正しいのかなあ。いう疑問を持ちつつ日々の仕事に追われていませんか。キーワードとして知っているけど使いどころがわからないなあ。会う人に重要と言われるし、自分も重要と思ってはいるんだけど、どうすればもっと理解が進むのかなあ。私達は夏と冬に1泊2日の合宿形式で大規模勉強会を開催しているWACATEというコミュニティーです。全員が積極的に発言し考えることでコミュニケーションをとりつつ学ぶ勉強会」です。本セッションでは、ワークショップの形式であるお題について個人・グループで考えてもらい、みんなで共有することでより理解を深めていただきます。今回のワークショップでは、システムの振る舞いに基づくメタモデルを利用してテスト観点を抽出する内容を取り扱います。a.テスト分析、テスト観点について簡単に解説する。b.お題に対して個人・グループにてテスト観点を出してもらう。c.モデルを使用したからこそ見つけた観点を発表・共有する。本セッションでは筆記用具を使用します。価値のあるプロダクト・サービスを早く継続的にお客様へ届ける。リリースには品質の担保が不可欠です。従来、「早さ」と「品質」はトレードオフとされてきましたが、変化が目まぐるしい現代においては、いかにこの二つを「強み」と出来るかどうかが企業存続の必須条件となっていると痛感しております。本セッションでは、「価値を早く継続的に届けられるチーム」にとって、品質保証出来る人はとても重要だと言うことについて、実際に向き合われれきた方々の経験談を交えながらお話出来たらと思っております。浩文(redmine.tokyo分科会)セッションの内容Redmineを使ったコミュニケーションには、フロー型・ストック型があります。効果を高める施策が必要になります。仕様ベースの技法)」の一部を解説します。ワーク付きで、手を動かして学んでいただきます。対象のシラバスは、以下リンクで公開されているものです。http://jstqb.jp/syllabus.html本チュートリアルの受講条件はありません。テストアナリストの試験に関心をお持ちの方はもちろん、受験予定はないがテストプロセスやテスト技法について学習したいという方も歓迎です。JSTQB認定テスト技術者資格試験の種類や受験申込方法には、ほとんど触れません。※JSTQBの公認研修ではありません。昨年と一昨年実施したチュートリアルと内容が一部重複する可能性があります。当社のE2Eテストは自社開発ネットワーク装置に測定器とサーバを組合せています。本テストの自動化は、操作言語の機器依存やテスト項目記述の担当者依存等の問題があり、部分的かつ個人活動レベルでした。+Pythonによる自動化環境を3年かけて構築・導入し、本問題を解決しました。本稿では、自動化環境の構築や導入について工夫した点と、本活動の実績をご紹介します。直之(京セラドキュメントソリューションズ)セッションの内容SikulixでE2Eのテスト自動化を行っている。対象は、WEB画面を操作しプリンタ、複合機を管理、メンテナンスする製品だ。テスト自動化はメンテナンス作業、工数がつきものだ。それは派生開発での運用面、他PC環境への移植等での障壁となる。課題解決のため、画像パタン認識を行うライブラリをPythonで開発し、OS、HTML描画による画像データ差異を吸収する事で、移植性を高めた。開発内検証プロセス、RPA導入で効果を示した事例について紹介する。※ご好評につきエントリーが申し込み定数を達しました。以降の申し込みにつきましてはキャンセル待ちとさせていただきます。論文・事例発表をするほどではないけれども、ちょっと聴いてほしい!こんなことを考えているんだけどどうかなぁ?という小ネタを持っているみなさま。Tokyoでは久しぶりにライトニングトークスの場を用意しました。今回は「テスト自動化・テストにおけるツール活用」というテーマを設けて募集します。まとまってないアイデア、ちょっとした小技、ノウハウ、そんなアウトプットを大募集。論文のような堅苦しいのはちょっと辛いけどみんなに聞いて欲しい小ネタがある、テスト自動化やツールに対しての愛、各地でのコミュニティ活動報告なんてものでもOKです。「トーク」なので、5分間好きなことを語ってください、歌ってください(え?)。※自社の商品の宣伝・特定の人物や組織を中傷するような内容はご遠慮ください。参加条件をご確認のうえ、お気軽にお申し込みください。(申し込み先、お問合せ先)申込方法:お名前、ご所属、タイトル、概要(250文字以内)を上記連絡先へメールしてください。Tokyo'16で発表した世界観、コンテキスト、実装、ユーザ感情から構成する「三銃士モデル」をベースとして、ゲームのテストをよりよく、よりわかりやすくする活動を研究しています。昨年は実際のテスト観点を挙げ、その構造を探りました。今年の活動では、ユーザ感情に焦点を当て、さらに深堀してみました。その結果、ユーザ感情に深く関係する攻めの部分と、ユーザ感情に依存せずに実施しなくてはならない守りの部分があり、それらをしっかり意識してテストを構成する必要があることが改めてわかってきました。ゲームテストの剣と盾。それらをどのように取り込んでいったらよいのでしょう。本講演ではゲームテストに精通する登壇各社有志での具体的な適用事例を紹介します。それにモデレータががんがん突っ込みます。参加者みなさまからの突っ込みもお待ちしています。昨年好評を得たテストプロセス改善お悩み相談室が帰ってきます!前回はリアルタイムに会場から質問を募ってパネリストが様々な背景からお悩みに対してお答えしました。今回はより濃い議論をするために、事前にお悩みごとを投稿頂き、テーマを絞って深く掘り下げていきます。以下の投稿フォームより、皆さんのお悩みをお伝え下さい。投稿されたお悩みの中から数件をピックアップして、パネリストがそのお悩みに対する回答をプレゼンテーションします。皆さんも一緒にお悩みについて考えましょう!■投稿フォーム(締め切り:2020年2月15日)https://forms.gle/4zinBXWdpZPjfxvg7※セッション聴講者想定について本セッションは、テストプロセス改善モデルを導入中である方をメインターゲットにしていますが、テストプロセス改善モデルの導入にご興味がある方もご参加いただける内容になっています。Level相当)ことを想定しています。今回はアセスメントモデルに対しての解説は行いませんので、事前にこちらの資料をご一読いただくと、より有意義なセッションとなるでしょう。Gapに着目し、体験型の研修コンテンツによる学習効果について発表しました。本セッションでは、昨年度の講演をおさらいしつつ、実際に"体験型の研修コンテンツ(簡易版)"に参加してもらいます。学習テーマとして、「探索的テスト」を取り上げますので、研修手法に興味がある方だけでなく、探索的テストに関して学んでみたいという方にもおすすめです。ふるってご参加ください。Fukuoka)セッションの内容QA業務の価値は見えにくいと感じたことはありませんか?営業からQAに転身した私は、業務の価値を経済換算し関係者の理解を広げるという取り組みを実行しました。未経験から関係者を味方につけ、経営層にも理解を得た結果、上流工程から参画できるようになった。いう異なる立場の人から理解を得るにはどうしたらいいのか...純粋なテスト技術者ではなく、元営業職の経験を生かした切り口や考え方など参考にしていただければ幸いです。技術と管理編~テストラジオ公開収録~」なそ(テストラジオ)よしたけ(テストラジオ)ぱいん(テストラジオ)まつ(テスターちゃん)セッションの内容テストエンジニアを始めた方がステップアップしていく中でぶつかる壁はたくさんあることでしょう。テストラジオの面々とテスターちゃんの作者が、テスト設計やチーム管理を始めた人がよく悩むことに対して「やってよかったこと」、「やってうまくいかなかったこと」の視点から体験談を語ります。会場のみなさんからの質問にも答えていきます。テスターちゃん:ソフトウェアテストの用語、やり方などをわかりやすく説明する4コマ漫画。効果的なテストを行なう上で、テストケースは、対象となるソフトウェアやその時々の状況において戦略的に作成する必要があり、そのための分析や設計作業が重要です。ところが、この作業はどのようにすすめ、またどのような手法を使ったら良いかわからないという悩みを聞くことが多くあります。近年ではこのような悩みを解決するために、マインドマップを応用した手法など、様々な手法が提案されています。本セッションでは、そんなテスト分析設計をどうやったらよいかわからないという悩みを持つテスト初心者を対象に、テスト分析設計についてマインドマップを使った体験エクササイズを行います。Hokkaidoにて行われたワークショップをさらにグレードアップしお届けします。変化が激しく、予測不可能なビジネス環境において、柔軟に対応できるソフトウェア開発やそれを実践できるチームが求められています。本セッションでは自律的なチームを目指し、アジャイル開発未経験メンバーとアジャイル開発をやる事を決めたマネージャで実践した内容を生々しくご紹介できればと思います。興味を持って、聞きに来てくださる方へ少しでも「気づき」があればと思います。「ユーザーのニーズを捉えきれない」「品質知見をもったエンジニアが不足している」。アジャイル開発やテスト自動化の本質的な効果を理解せずに導入する現場の多くで発生しているリアルな悩みではないでしょうか。そのような状況の中では、アジャイル開発やテスト自動化を導入しても本質的な効果は得られません。そんな現場の中で、テスト・品質保証のアウトソーシングをメインストリームとするSHIFTはどう動いてきたのか。本講演では、そんな現場の最前線で活躍する若手メンバーが、「ユーザー視点」「テスト自動化」の2つをキーワードに、品質との向き合い方をご紹介します。忠紀(東陽テクニカ)セッションの内容デジタルトランスフォーメーション(DX)に向けた取り組みは業界を問わず加速していて、それに伴い各種サービスのユーザーインターフェースを担うモバイルアプリとWebアプリの重要性が高まっている。リリース前に実施するテストの多くは依然として人力に頼っていて、実施者のスキルに依存して発生するムラやヌケモレ、作業効率の低下、拘束時間の増大などの課題を抱えている。モバイルアプリ特有の機能テストについては、十分な自動化がなされていない。本セミナーでは、これらの課題を紹介し、課題を解決するための手段について皆様と一緒に考えていく。エクスモーション)セッションの内容アジャイル開発における品質保証は、特定の段階で特定の人々のみが取り組むというよりも、専門家を交えつつロードマップ策定から日々のモニタリングに至るあらゆる段階でチーム全体となって取り組む活動となります。紹介を通じて、アジャイル品質の考え方と推奨される活動を紹介します。