【WACATE再演】組み込みマニュアルテスターだった私が、Web系自動テストエンジニアに！？💦テストエンジニアに求められるスキルと今後のキャリア💪/Agile QA Night!! 2

by i_echiuyan

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

こんなに違うものなのか・・・ • 受託または客先常駐での第三者検証 • 担当の範囲に限定される • 基本的に担当のお客さんとのやり取りのみ • 重要な新規機能の時のみ開発チームと直接やり取りすることはある • 自社製品開発のQA • 開発チームにテストエンジニアとして加わりつつ、QA専任のメンバーとテスト設計や実行をしているメンバーのマネジメント • 開発以外の部署とのやり取りもある • プロジェクト全体にQAとして関与する会社と役割やポジション Copyright (C) 2019 WACATE All rights reserved

Slide 11

Slide 11 text

こんなに違うものなのか・・・ • 裁量は限定的 • やることが明確でルールが決まっていたため、業務や生活ルールを覚えるのが比較的簡単。 • 一通りできるようになるまでのスピードは速かった • 裁量が大きい • 好きなことをやっていいといわれる • ルールや運用は変化し続ける • 自分で判断や意思決定することが必要になる自信がないときは辛い持てる裁量 Copyright (C) 2019 WACATE All rights reserved

Slide 12

Slide 12 text

こんなに違うものなのか・・・ • チームリーダーが存在する • リーダーの指示のもとで業務が行われる • 特に受託業務の場合はリーダーが客先との窓口になる • 指示待ちのメンバーが残念ながら発生する • リーダーは存在しない • QAがアルバイトメンバーのため勤怠の管理、開発チームからの依頼は自分にくるものの、指示やコントロールではなく相談しながら業務を進める • 開発チームは自律的に動くため全員がファシリテートを交代しながら進めているチーム体制 Copyright (C) 2019 WACATE All rights reserved

Slide 13

Slide 13 text

Slide 14

Slide 14 text

こんなに違うものなのか・・・ • ウォーターフォールで開発 • 開発の期間中はテスト設計、テスト実装 • 市場リリースまでの期間はおよそ1年～1年半のものが多い（その内テスト期間は2か月前後） • アジャイル、TDD(BDD)で開発 • 仕様（E2E自動テスト）を書いてから開発・実装される • 市場リリースまでの期間は基本は週1回。機能によっては1~2日/日に数回でリリースされる場合もある開発環境 Copyright (C) 2019 WACATE All rights reserved

Slide 15

Slide 15 text

こんなに違うものなのか・・・ • 対象分野は組み込み系 • SWとHWが連携している分、設定条件の違い＝状態が違うという感覚 • 見えない状態変化がある • 実機で動かしてみないと発見できない問題もある • 対象分野はWeb系 • 状態を意識することが少なくなった • 基本的に状態が変わると画面が変化する • 組み込みに比べると後からの仕様変更が容易に思える対象とする分野 Copyright (C) 2019 WACATE All rights reserved

Slide 16

Slide 16 text

こんなに違うものなのか・・・ • 基本的にマニュアルテスト • ときおり自動化ツールを使用することがあるが、補助的なもの • 保障するテスト（仕様通りに動くことを幅広く確認する）が多い • 自動テストとマニュアルテストの組み合わせ • 探索的にテストする場合はマニュアルテストを実施 • 回帰的に実施しているものは自動化していく方針 • ピンポイントで（確認する観点や場所を絞る）テストが多いシステムテストに対する考え方 Copyright (C) 2019 WACATE All rights reserved

Slide 17

Slide 17 text

こんなに違うものなのか・・・ • 仕様書が大量にあった（仕様を探す旅にでる）（更新漏れがちらほら・・・） • いくつかの設定や条件に対し組み合わせたケースごとにテストケースを作成している • ドキュメントは少ない • 自動テストの自然言語記述が仕様書、という扱い • 仕様（ふるまい）＝テストケース • 仕様が古いまま自動テストを流すとエラーになるため、常に仕様は更新されていく仕様書とテストケース Copyright (C) 2019 WACATE All rights reserved

Slide 18

Slide 18 text

Slide 19

Slide 19 text

• テスト設計する際の考え方や基礎知識 • テストレベル、テストタイプなど理解して使い分けられているか • テストの目的を意識すること（なんでテストしたいんだっけ？テストしてどういう結果が欲しいんだっけ？） • テストをするための分析はやはりするよね • テストの粒度はどのくらい？という検討ができるこういうことは以前からやっていたな・・・ Copyright (C) 2019 WACATE All rights reserved

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

• アジャイルテストについて • 価値を届けることを最優先にするってどうすれば？？？を常に考える • サイクルが短いのでウォーターフォールの時のようにテスト設計に時間はかけられない。 • アジャイル開発でのテストはどうすれば？？？ • Web環境について • 自分がテストしている環境がどのようになっているのかをざっと理解したところ直面するようになって、改めて勉強中 Copyright (C) 2019 WACATE All rights reserved

Slide 29

Slide 29 text

• 自動テストについて • そもそも、コード書いたことがなかった • 自動テストを書くためにプログラミング言語について学習中 • 自動テストは開発の人が作成している。その中で開発チームに混ざってモブプロ、またはペアプロで書いている（ドライバーになることが多い）自然言語から書き始めるため、何を書いているかが理解しやすい。また、書きながら「どうテストするか？どこまでやるか？」をその場で相談しながら進められる出来ないことができるようになるの、楽しい～ Copyright (C) 2019 WACATE All rights reserved

Slide 30

Slide 30 text

キャリアを変えて思ったこと • まぁ何とかできる • テストに絶対の正解はない。今までのやり方が正しいとは限らない • 自分の現場にとって、よりベストな方法ないのか？考えて少しずつ変えてみる経験が役に立った • 自分のできること、できないこと、やりたいことが認識できていることフォローももらいやすい • 自分の頭で考える、実行してみる • 自分の考えがあるのは大事。でも価値観にとらわれすぎないで Copyright (C) 2019 WACATE All rights reserved

Slide 31

Slide 31 text

Slide 32

Slide 32 text