自分で仕事としてお客さんに開発成果物を納品するというのをやってみて、「ミスをしてバグを作り込むのは、注意力とかやり方を工夫しても避けようがないこと。どれだけ丁寧に作業してセルフチェックをしてもレビューをしても、見逃しはあるもの。テストをして品質を担保することは絶対に必要」という考え方に変わりました。

ユニットテストにかかる労力の大きさ

次に思ったのはこちらです。

ユニットテスト、C0/C1のカバレッジもそうですが、ユニットテストでテストしないといけないパターンは非常に多いです。また、修正が入って再テストする機会も多いので、単純にテストやり直すだけでほぼ一日なくなってしまったりするんですよね…

そして、Javaで開発をしていて、初めてJUnitを使ったのですが…めっちゃ便利ですね！

あとでJUnitについては勉強したことをまとめて発表する機会を持ちたいと思っています。

ユニットテストについても、これまではそんなに経験がなかったので、テスト自動化の重要さも頭でわかったつもりになっていました。しかし、実際やってみると…全てのテストパターンが正常に通った時の感動といったら！すごく嬉しい気持ちになったのを覚えています。また、修正後の再テストも非常に楽なので、トイレに行って帰ってきたらテストが終わっていたとか、テスト自動化の素晴らしさを何度も感じました。

こういったことも、実際にやってみないと腹落ちしないというか、わかったつもりで止まってしまうので、体験することは大事だなと思いました。これからも、気づきがあったらどんどん書きためていきたいと思います。

2018-12-09

転職挫折しました（SIer QA）〜After Story〜

ソフトウェア開発ソフトウェアテストキャリア

みなさまこんにちは。

前回物議を醸した転職挫折エントリの続編となります。

2018-12-07

変更に強いテストケースの書き方

ソフトウェアテスト

この記事では、変更に強いテストケースの書き方について自分なりに考えてみようと思います。

2018-12-05

私の思うQAの全体像 ver.3.0

ソフトウェアテストソフトウェア品質

私の思うQAの全体像を語るシリーズ第三弾です。

前作：私の思うQAの全体像 ver.2 - mhlyc -practice

でも悪い意味でブログ慣れしてて、一見読みやすそうに思えるけど実は書きなぐりで、全体像が全く見えてこない。だから、この内容で構わないから、体系的に整理してみません？ RT こないだよりずいぶんよくなったよね。(^_^) RT @mhlyc: 第二版…
— Yasuharu NISHI (@YasuharuNishi) 2018年10月18日

いただいたコメントを参考に見直しました。

※遅くなってすみません

2018-10-18

私の思うQAの全体像 ver.2

ソフトウェア品質ソフトウェアテスト

前作：私の思うQAの全体像 - mhlyc -practice

まとめを除いて4ブロックある。第1ブロック(B1)：計画を過去事例や類似事例を参考にして立てると言ってるだけ。B2：レベルという単語でごまかしてる。B3：内容無し。B4：QAは抜本的な何かを提案しろと言ってるだけ。というわけで、ちっとも全体像じゃない気がする。 RT @mhlyc 書いてみました...
— Yasuharu NISHI (@YasuharuNishi) October 16, 2018