テストエンジニア/QAエンジニアがきつい・つらいと感じた時

プロジェクトが火を吹いたらスケジュールが一気にタイトになります。

基本的にテストエンジニアの作業段階で遅れを回収するような体制をとっていました。

製造チームのプロジェクトがオンスケでも、いつ火を吹くか分からないという理由でテストチームの通常運用は日をまたぐかまたがないかぐらいを基本としていました。そのため、いつも目がギンギンとしていました。

SEがチームに顔を出すタイミングが怖くて、何もなく、顔を出すだけで動悸が早くなっていました。

1日のスケジュール例

1. 9:00
   出社
2. 9:30
   テスト自動化ツール作成、テスト、テスト仕様書作成
3. 12:00
   昼食
4. 13:00
   テスト自動化ツール作成、テスト、テスト仕様書作成
5. 22:30
   退社

テストエンジニア/QAエンジニアがきつい・つらいと感じた時

テストエンジニアをやっていて、一番しんどかったのは仕様変更が頻繁に発生するプロジェクトです。

やっとテスト設計が終わったと思ったら仕様が変わり、また一から作り直し。納期は変わらないので、当然スケジュールは厳しくなります。

「バグは絶対に見逃さないでね」って言われるプレッシャーもあり、開発とのやり取りで温度差を感じることも多いです。

バグ報告をしても「これは仕様です」って片付けられることもあり、何度も心が折れます。

1日のスケジュール例

1. 9:00
   出社・Slackとメールチェック
2. 9:30
   朝会（開発・QA合同）進捗確認
3. 10:00
   テスト設計作業（新機能の仕様確認含む）
4. 12:00
   昼休憩
5. 13:00
   テスト実行・不具合起票（JIRA使用）
6. 15:30
   開発とバグの再現確認・対応相談
7. 16:30
   ドキュメント更新・レビュー対応
8. 17:30
   日報作成・作業振り返り
9. 18:30
   退勤(順調なら)
10. 21:30
    退勤(残業ありの時)

テストエンジニア/QAエンジニアがきつい・つらいと感じた時

テストエンジニアを経験したことがありますが、基本的に単純な作業の繰り返しとなるため忍耐力がないとキツイと感じました。

また、繰り返し同じ作業を行いながら正確性を求められるためそこの耐性がない方だと特につらく感じるかもしれません。

あまりないことだとは思いますが、一度だけ仕様書のメンテナンスがされていない現場に配属されたことがあります。そのときはどう動くのが正しい状況かもわからないのにバグを出してほしいと言われてかなり苦労した思い出があります。

1日のスケジュール例

1. 8:55
   出社
2. 9:00
   始業・朝礼
3. 9:10
   テスト作業開始
4. 12:00
   昼食（現場にて）
5. 13:00
   テスト作業再開
6. 18:00
   退勤

テストエンジニア/QAエンジニアがきつい・つらいと感じた時

大規模な新製品の開発が日程より遅れて、テスト工程なども数か月にわたって連日遅くまで残業が続いた開発案件は、体力的にもきつかったことがあります。

試験内容は所定の手順が決まっており、自分の裁量で変えられるものではなく、試験条件を変えながら同じような操作を繰り返すことになるので、あまり面白味のある作業ではなく、そういった作業が苦手な人には苦痛な作業でしょう。

不合格だったテスト項目に修正が当たったのは良いが、あのテストまたやるの？とうんざりした検査項目は結構あります。

1日のスケジュール例

1. 8:50
   出社
2. 9:00
   始業・朝礼
3. 9:15
   打合せなど
4. 10:00
   セッティング・試験開始
5. 12:00
   昼食
6. 12:45
   昼礼
7. 13:00
   試験再開
8. 16:00
   試験報告書作成
9. 17:15
   片付け
10. 17:45
    退勤

テストエンジニア/QAエンジニアがきつい・つらいと感じた時

テストエンジニアとしては、テスト環境設定とテストデータ作成に大部分の時間を要しました。

特に納期が迫っている時や低品質なシステムのテスト時には深夜帯の勤務も多く発生し体力的にきついと感じました。

QAとしては、開発部門がユーザーとの品質基準を明確に定義していないことがあり、過去のドキュメントからユーザー品質基準を起こし直しユーザーとの合意を得るなど不確定でリスキーな業務になることもあり、「なんで今」と思うことがあり辛くなりました。

1日のスケジュール例

1. 8:30
   出社
2. 9:00
   始業・朝会
3. 9:30
   事務作業（TODO確認、メール返信、月次報告書作成、ツール作成など）
4. 10:30
   レビュー日程調整
5. 12:00
   昼食（移動先にて）
6. 13:00
   テストまたはレビュー＆指摘事項へのレスポンスヒアリング
7. 17:00
   事務処理（業務報告）
8. 18:30
   退勤

テストエンジニア/QAエンジニアがきつい・つらいと感じた時

開発スケジュールが遅れてもテストの期間は短縮されることが多く、そのしわ寄せが必ずこちらにくる点がきつかったです。

納期が近づくと夜遅くまでバグ対応に追われたり、仕様変更が直前に入ってきたりすることが多かったので、限られた時間の中で品質を守るプレッシャーで心が押しつぶされそうでした。

一方でせっかくリリースしても自分たちの成果が目立ちにくく、感謝される機会が少ないためモチベーションの維持が難しかったり割に合わないと感じることが多かったです。

1日のスケジュール例

1. 9:00
   出社・メール確認
2. 9:30
   朝会（開発チームとの進捗共有）
3. 10:00
   テストケースの作成・レビュー
4. 11:30
   不具合の再現テスト・バグ報告
5. 12:30
   昼食
6. 13:30
   テスト実施（機能テスト、UIテストなど）
7. 15:30
   自動テストのメンテナンス・スクリプト修正
8. 17:00
   テスト結果のまとめ・チームへの共有
9. 18:00
   翌日の作業準備・タスク整理
10. 18:30
    退勤

テストエンジニア/QAエンジニアがきつい・つらいと感じた時

テストエンジニアとして働き特にきついと感じるのは、単純作業の繰り返しと厳しいノルマでした。

毎日同じようなテストケースを実行し続けることは、精神的にきついと感じます。

ノルマが設定されているため、プレッシャーを感じることも多く、効率を求められる一方でバグの検出率も評価される環境でミスが許されない状況が続くことがストレスの原因となっています。

このような環境で働くことは、精神的にも肉体的にも負担が大きいと感じ退職しました。

1日のスケジュール例

1. 8:30
   出社
2. 8:45
   始業
3. 8:50
   テストケースの確認
4. 9:00
   テスト実施
5. 12:00
   昼食
6. 13:00
   テスト実施
7. 17:45
   退勤

テストエンジニア/QAエンジニアがきつい・つらいと感じた時

テストを実施するうえで必要になるテスト手順書の記載で分かりづらかったり、あいまいな部分があると、厳しく人から指摘されることがあることです。

テスト対象によっては数千ケースとボリュームが多く、記述量がとても多い場合があります。ひとつひとつ分かりやすく細かく記述している余裕はない状況ですがテスターなどと呼ばれるテストを実施する人から多数、指摘を受ける場合があり、ひどい場合は作り直しを要求されることもあります。

1日のスケジュール例

1. 10:00
   出社
2. 10:30
   不具合報告、質問事項におけるチーム合同ミーティング
3. 11:00
   テスト実施、不具合報告
4. 13:00
   昼食
5. 14:00
   テスト実施、不具合報告
6. 19:00
   退勤

テストエンジニア/QAエンジニアがきつい・つらいと感じた時

きついと感じたことは体力面です。納期に合わせるため、どうしても残業時間が多くなってしまいました。大きなプロジェクトの場合、大量のチェックリストを消化するため、休日出勤をして、なんとか遅延が発生しないよう取り組んでいました。

つらいと感じたのは開発エンジニアとの折衝です。テストエンジニアは、立場が弱いので、開発側に強く言えませんでした。開発エンジニアはプライドが高く明らかな不良でないと修正してくれない場面が多々ありました。

1日のスケジュール例

1. 8:30
   出社
2. 9:00
   始業・朝礼
3. 9:30
   テスト作業
4. 12:00
   昼食
5. 13:00
   テスト作業、打ち合わせなど
6. 19:00
   退勤