QAエンジニアおよびより多くのお金またはより少ないソフトウェアエンジニア[非公開]

Question

より多くの報酬を得るために、エンジニアリング集約型のQAチーム（ユニット/シナリオテストの自動化）に参加する機会が与えられる場合があります。しかし、現在、私はソフトウェアエンジニアです。しかし、もっとお金もいいように聞こえますが、どの時点で価値があるのですか？

Answer 1

名声は、私の意見では無関係です。私は、あなたがより多くのお金を稼ぐことに対してあなたが楽しむ仕事をすることの費用便益分析をすることを提案します。

QAをそれほど気にしないかもしれませんが、その場合は追加のお金が必要です。もしそれが恐ろしいと思うなら、絶対にバケツいっぱいのお金が手を変えない限りはしないでください。

私はPMとして約18か月間、追加の給与を支払い、約6か月後に嫌いになりました。

私は今、技術職に戻り、たくさん楽しんでいます。彼らが私の給与を2倍にしない限り、私は今PMの仕事をしません（そして、それでも、私はそれについて二度考えるでしょう）。

私のアドバイスは、何よりもまず何を楽しむかです。あなたは人生で一発しか得られず、たとえあなたが財産を作っても、あなたはまだ100年後に死んでいるでしょう。私のお気に入りの引用の1つは次のとおりです。

Answer 2

物事を破る方法を考え出すことを楽しんでいますか？それが得意ですか？ QAに長け、ソフトウェア開発に長けていることは優れたニッチです。プログラマーのように考えることでテストがより包括的になり、デバッグが生産的になり、テスターのように考えることがコードを作ることができますより信頼できる。

名声について：この仕事のほうがdevよりも良いという事実は、会社がQAを高く評価していることを示しています。さらに、QAのプログラマーであることには、あなたが考えていないストレートなソフトウェア開発者ではなく、いくつかの利点があります。 1つは、QAエンジニアは開発者よりも幅広いスコープを持つ傾向があることです。 1つの狭い領域にすべての時間を費やすのではなく、もう少しレベルを上げて、さまざまなコンポーネントがどのように組み合わされるのか、小さなコードがどのように大きな図に収まるのかを見てみましょう。もう1つは、QAエンジニア-それらを高く評価する企業では、社内の他の誰よりも物事を修正する力があるということです。 QAプログラマとして、コードをテストするコードを作成します。そうすることで、仕様が不明確であることが明らかになります。適切な動作の定義は基本的にテストコードに合格したものであるため、適切な動作がどうあるべきかを効果的に定義していることがよくあります。

つまり、破損した動作を宣言することで問題を修正することができます<！> quot;バグ<！> quot ;、範囲が広く、ソフトウェアがどのように機能するかについての真の専門家になることができます全体が動作するはずであり、そのほんの一部だけを深く理解している開発者よりもさらにそうです。そして、それはより多くの<！> quot; people <！> quot;仕事-まだ技術的であり、技術的な製品を生産している間に、コードに頭を悩ませることなく、開発者やプロジェクトマネージャーと密接に連携することができます。最後に、作業はソフトウェア開発よりもストレスが少ない傾向があります。恐ろしいバグが発生すると、それらを見つけますが、実際にそれらを他の誰かに修正する作業を渡します。コードに問題が多いほど、見栄えが良くなり、開発者全員が髪を引き裂くと同時に進歩を遂げているように感じます。

要するに、QA / Devの役割とQAの経験を得るには非常に多くのことがあります。

そうする場合は、テストのソフトウェア開発者またはQAソフトウェアツールエンジニアに電話して、テストウェア（コードを改善するコードとドキュメント）を作成していると考えることができます。 ソフトウェア。

Answer 3

では、一体何をしたいのですか？

妻は、ソフトウェア開発の代わりにQAを行っていたときのほうが好きだったと言っていました。もっとリラックスしたいです。

利点がありました。ある金曜日の午後に恐ろしいバグを見つけ、それを文書化した直後に帰宅し、とても素敵でリラックスした週末を過ごしました。同じことは、それを直さなければならなかった女性には当てはまりませんでした。

Answer 4

QAで働くことは、ソフトウェアエンジニアであることを止めません。または、より正確には、そうすべきではないのです！ソフトウェアエンジニアであることをやめた場合、深刻な問題があります。優れた単体テストを作成するには、優れたソフトウェアエンジニアリングスキルが必要です。

役職にとらわれないでください-私は「役職のインフレ」と呼ぶプロセスがあります。たとえば、最近では「ソフトウェアアーキテクト」は2ペニーです。そのため、役職ではこの用語を使用しません。また、職種は異なる企業間で確実に翻訳されません。

Answer 5

QAエンジニアリング（テストまたはテスト用フレームワークの作成）を行うことは、開発を行うことより悪いとは思いません。私が若かったとき、QAはもっと退屈だと思いました。しかし、実際にはそうではありません。実際のプログラム（製品）を作成する際には、コーディング規約、セキュリティ、エラー処理、およびドキュメントに注意する必要があります。これにより、非常に単純なタスクが複雑で退屈になります。一方、QAを作成している場合は、テストを完了させるための足場に過ぎないため、そのすべてを忘れて、すべてをカウボーイコードにすることができます。これは非常に爽快です。

また、あなたの仕事が退屈で、あなたがコンピューターを使っているプログラマーなら、あなたは何か間違ったことをしています。退屈な部分はコンピューターに任せてください、それがポイントです！方法がわからない場合は、今すぐに発明を始めてください。突然、すべてが退屈になります。

Answer 6

私の2セント：

• 仕事に関係するタイトルに注意を払わないでください。
• 付属の作品をご覧ください。いかがですか？
• 自問してください：QAで働くことで、より良いソフトウェアエンジニアになることができますか？
• あなたが今していることを気に入れば、高い給料をあきらめる前によく考えてください。はい、お金は重要です 。しかし、好きなことをできるほどではありません。

Answer 7

私はPaxと同じ状況にあり、私のアドバイスはまったく同じです。あなたが好きではないことを期待しないでください。生計のために好きなことをできる人は特権を与えられます。その特権は簡単に破棄されるべきではありません。

場合によっては、犠牲を払う必要があります。長い目で見れば、<！> quot; wrong <！> quot;を犠牲にすることでより多くの喜びや安らぎをもたらす何かのために、追加の現金が必要になるかもしれません。仕事、すなわち高級車、新しい家への頭金、または夢の結婚式を手に入れます。

賛否両論を慎重に検討する必要があります。通常、お金を選ぶ価値はありません。

Answer 8

この機会を決定する際に考慮すべき質問は次のとおりです。

• 昇給だけでやる気がありますか？上昇は重要ですか？
• 新しい役職に興味深い課題がありますか？
• 開発者をより良い品質に導く指導者になるのか、それとも反復テストを行うだけの猿になるのか
• 元の仕事に戻って元に戻るのはどれくらい簡単ですか？リスクとは？
• あなたは何を恐れますか、そしてこの決定はあなたをそこから遠ざけますか？

あなたはまだ若く、C ++ショップで働いているようです。あなたは、あなたより少し年上で経験豊富な人たちと仕事をしていると思います。 QAに参加することで貴重な経験ができるかもしれません。多くの場合、キャリアアップは直線的ではありません。テストを設定して実行するだけですか、それともコードレビューも行いますか？

名声についてはあまり心配しないでください。あなたにはたくさんの生命が残っています。アルバートアインシュタインは、特許書記官だったときに最高の仕事をしました。

また、長い目で見ればお金は大きな動機付けではありません。現在の給料で収入を得ることができない場合、昇給は生活をより快適にしますが、とにかく従業員として不潔な金持ちになることはありません。あなたは自分のしていることに満足する必要があります。

私の経験では、意思決定プロセスの非常に早い段階で無意識に決定し、エネルギーのほとんどを選択の合理化に費やしています。とにかく、あなたはおそらくあなたが何をしようとしているか既に知っているでしょう。なぜ私のような古いオナラに何をすべきかを言わせますか？とにかくあなたの人生です。

どの方向を選んでも幸運を祈ります。

Answer 9

指定についてあまり心配する必要はないと思います。あなたが最も好きなことをして、作業を楽しんでください

Answer 10

私はあなたが今までにあなたの決定を下したかもしれないことを知っていますが、同様の状況に自分自身を見つけた人のために：

キャリアへの長期的な影響を検討する。あなたが今持っているポジションはあなたのキャリアパスを変えます。