今週(1月23日)でDrivemode Inc.の東京オフィスで働き始めてちょうど1年になるので、現状の整理として現在やっている業務と今後やっていきたいことについて書きます。

tl;dr

今の仕事をするようになってから「QAテスターの仕事とはなんぞや」と読んだり考えたりしたんですけど、とりあえず「QAエンジニア」や「テストエンジニア」「テスター」の業務範囲や待遇は会社やチームによって全く違うということを実感しました。

例えばテストコードを書いてCI/CD環境まで構築する開発者寄りの人から、ひたすらプロダクトを触り続けてバグを探す作業をする人もいるけど、「QAエンジニア」というときには前者、「テスター」というときには後者をイメージされることが多い気がします。

現在の職場ではテスト自動化を担当しているエンジニアは他にいて、私自身は手動のブラックボックステストを担当しているので後者に近いです。

f:id:wifeofvillon:20181202102526j:plain

上の画像は社内LTをしようとして作るだけ作ったスライドからの引用で、元々今のポジションの求人票の募集要件は

Androidアプリの動作確認担当者
基本的なPC作業ができること
英語でドキュメントを読んだり不具合を報告したりできること
運転免許を持ってるとなおよし
ソフトウェアテストの経験があるとなおよし

という感じでしたが、結果的にこれまでのソフトウェア開発・HTMLマークアップの経験を生かして仕事をさせてもらっているのでとてもありがたいと思っています¹。

やっている業務

テスターっぽい業務

メインプロダクトの回帰テスト

週に1度のペースでテスト仕様書に沿って回帰テストをしています。ほとんど全部の画面・機能の正常系を網羅するように項目を組んでできるだけ色々なOSバージョンやデバイスを使うようにしています。

社内ではBasic Testと呼ばれているけどソフトウェアテスト的に正式な呼称はちょっとわからないですね……

最初は開発者が元々使っていたテスト仕様書をシェアしてもらって作業していましたが、秋に大きな仕様変更があったときに作業しやすいように書き直しました。

バグ修正や新機能の動作確認

バグ修正や新機能の追加があったときにはmasterにmergeする前に手で動作を確認しています。

社内ではQA-Testingと呼ばれているけどソフトウェアテスト的に(略

新しいプロダクトや大規模な仕様変更に伴うテスト仕様書の作成・更新

新しいプロダクトや大規模な仕様変更のリリース前は(Basic Testで使っているような)テスト仕様書がないため、要件書を元に動作確認をしながらテスト仕様書を書いています。要件書上では詰められていない細かい箇所についてはmasterの挙動が正しいのかどうかPOや開発者に確認しながら作業しています。

いわゆる探索的テストにあたるものだと思うんですけど(略

QA-Testingもそうですがテスターと一部の開発者しか知らない実装や挙動が見えてきてからは同時にドキュメントも書くようになりました。

プロダクト保守用ドキュメントの作成

先に書いたようにチーム内で「あの画面どうやって出すんだっけ」「どういう経緯でこの機能こうなってるんだっけ」みたいなことが最初の半年くらいでも結構あって、これまではTrelloやSlackのアーカイブを追ってなんとかしていたのを、GitHub Wikiを使ってドキュメントに残していくようにしています。

参考: Pixelaを使ってGitHub Wikiの芝を生やした - びよーんのつま。

業務全体を通していえることですが「ソースを読めばわかることでも、ブラックボックステストの前提を崩したくないのでできるだけソースを読みたくない」というお願いはかなり最初の方に話しました。

参考: 【QA】QAとして開発チームにお願いした4つのこと - びよーんのつま。