テスト中の開発者とは何ですか?[閉まっている]


14

私は最近、Test in Developerの職に就くために会社に入れたいリクルーターと話していました。彼は本質的に、新しいプログラミング手法を試したり、ソフトウェアのバグや改良点をテストしたり、標準的な期限を気にする必要がないような立場にしたようです。あなたの仕事で非常に創造的になります。

しかし、その説明は私にはまだあいまいでした。私は何年もの間Web開発者であり、ほとんどがPHPで働いています。それで、私は、コミュニティの他の人々がこれらのポジションが通常伴うものについてもっと知っているかどうか知りたかったです。

私はこれがこのフォーラムにふさわしい主題ではないかもしれないことを知っていますが、Stack Exchangeで見つけることができる最適なものでした。 。

私はそれをグーグルで試しましたが、そこには多くの情報がありません。では、テスト中の開発者とは正確には何ですか?


これが役立つ場合、私は通常「skunkworks」と呼ばれるこれを聞きます。
エイドリアン

彼は「テスト」を意味していなかったのですか?「テスト中の開発者」という言葉を聞いたことがない。採用担当者の用語が間違っているだけでしょうか?初めてではないでしょうか。
GrandmasterB

私もそれを聞いたことがありませんので、何度か彼に確認するように頼みました。すぐにそれが彼らにとって何を意味するかについて会社と話します。私はこれが何であるかについて頭を上げて欲しかった。それは私が聞いた多くのことを組み合わせたように聞こえました。
パトリック

1
私はリクルーターがオープニングのために持っているタイトルだと確信しています。私の疑いは、彼がそれが正しい役職ではないかもしれないことを知るのに十分なことを知らないことです。または、特定の会社が特定のタイトルをどのように参照しているのかもしれません。
GrandmasterB

2
以下の3つの答えはそれを大体まとめています。テスト中の開発者は、開発スキルを持つQAエンジニアであるため、手動テストを行うよりも自動化されたテストを書くことが期待されます。
マイケルブラウン

回答:


27

私はテストのソフトウェア開発エンジニアであり、2つの別々の会社に所属しています。現在、マイクロソフトで働いています。

大まかに言って、Bryan Oakleyは正しいです。ソフトウェアをテストするソフトウェアを作成します。

それを超えて、それはあなたの経験のレベル、あなたの責任の範囲、そして雇用主が生産するソフトウェアの種類に依存します。SDETの役職には、機能レベルの検証テストの基本から、それらのテストを実行するためのテストインフラストラクチャの作成と保守まで、あらゆる記述が含まれます。また、特定の種類の要件に焦点を絞ったテストに特化したSDETSを用意することも珍しくありません(テストのセキュリティ、パフォーマンス/スケール、使いやすさなどは、すぐに思い浮かぶ例です)。

採用担当者から受け取った説明は、貧弱な販売手法のように聞こえます。

  • あなたはいじっていません。あなたは持っているn個以上のテストカバレッジ自動化され得るために日xがで展開フィーチャーYで異なるサポートされている環境のz言語。
  • ああ、ところで:これらのテストは、開発者が迅速な開発/テストサイクルを持つのに十分な速度で実行する必要があります。
  • 標準的な期限はありませんか?製品の品質を担当し、6か月前にマーケティングによってリリース日が設定されました。開発チームはテストチームに安定したビルドを提供するのに6週間遅れており、同社はそのリリース日を(再び)プッシュしていません。製品またはサービスは、同じ日に数百万人(10億人)にリリースするのに十分安定していますか?
  • ...そして、(いつ)顧客が問題を抱えて電話をかけた場合 ...「なぜ(地獄)最初にキャッチしなかったのですか?」

SDETがどのようなものであるかの例を少しお見せできれば幸いです。


開発者とQAの人々が、私が今いる場所で同時に得た一種の軽akのように聞こえます。しかし、より明確な説明に本当に感謝しています。
パトリック

1
@pthurmond:多くの場合、特に会社が品質に真剣に取り組んでいる場合、本当にやりがいのある経験になります。SDETが開発者よりも多くのコードを記述することは珍しくありませんが、それはプロジェクトのフェーズに依存します。手動テストがプロセスから100%削除されることはありません。
スティーブンエバーズ

わかりました、それで私は会社と話をしました、そして、彼らはそれを完全に定義されていない真新しいポジションとして説明しました。しかし、本質的には、他の開発者のコ​​ードを破るために設計されたコードと自動テストを作成するのはQA担当者です。面白そう。
パトリック

1
うーん、SDETの役職に就かなかったことはうれしいです。私はソフトウェア開発者が嫌いなもののように聞こえます。
ldog 14

8

「テスト中の開発者」とは、通常、QA部門またはQAの役割にいることを意味しますが、手動テストケースの作成と実行ではなく、自動化されたテストの作成に重点を置いています。ソフトウェアをテストするためのソフトウェアを書くこととして。プログラミングスキルとソフトウェアテストの十分な理解の両方を必要とするため、特に難しいキャリアの選択になる可能性があります。

ただし、タイトルが異なれば会社によっても意味が異なるため、決定的な答えは採用担当者から出される必要があります。


うーん、私が知っているQAの人々のほとんどは、なめた開発をしていません。だから多分それは区別の由来です。
パトリック

2
@pthurmond:あなたは正しいです。QAの多くの人はソフトウェア開発をしていません。テストでのソフトウェアエンジニアとも呼ばれるテストでの開発者の役割は、比較的新しい分野です。
ブライアンオークリー

1
私が働いているQAの人々は成長します。ほとんどのリリースでリグレッションを実行できるスクリプト。
リグ

1

SDETの役割は、QA /開発者、QAエンジニア、自動化開発者という異なる名前で証明されているように、あなたが作成したものです。私の現在の役職は実際にはテストエンジニアです。特定のタイトルに関係なく、ほとんどの企業で新しい役職であるため、期待がゆるい場合があります。「テストの自動化などにご協力ください...」。内容には、CIツール、APIテスト、クラウドサービス、内部システムとの統合などが含まれます。

このスレッドでは見られない仕事のもう1つの側面は、プロセスの改善です。SDETは通常、しばらくの間QAを行ってきましたが、通常は、マネージャーを含む他のQAチームよりも技術的に優れています。彼らは、テスト中のシステム、つまり「体が埋まっている場所」について多くのことを知っています。これらの理由により、SDETは経営陣に耳を傾ける傾向があり、プロセスに大きな影響を与える可能性があります-プロセスのテストだけでなく、製品の構築方法にも影響します。あなたがそれに興味を持っているなら、どれがクールかもしれません。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.