testing/QA Orgの配置方法は?

私は、SDET/QA
orgをさまざまな方法で社内に配置した企業と協力してきました。一部の企業では、エンジニアリングチームの一員としてDevとTesterが協力しています。オートメーションの目標が希釈されていない限り、私はこのモデルが機能しているのを見ていました。インターネット企業は一般的にこのように動作します。

一部の企業では、集中型のQA構​​造を作成し、開発者と協力することになります。非サウスベースのリリースで動作する企業は、一般的にこのように動作します。

私は最近、彼が働いている会社がカスタマーエンジニアリングチームとtechopsチームの一員としてQEを配置しているということを友人から聞いた。このチームからのフィードバックは重要ですが、このモデルはこれまでどおり動作していますか?このようなシナリオで働いた人はいますか?
SaaSベースのオファリングベースの製品に移行する過程にある製品に取り組んでいます。

私がこのモデルで見られる欠点は、顧客エンジニアリングとITオペレーションチームが通常短期的なソリューションで作業し、顧客のエスカレーションが発生したときに日々の仕事のほとんどが消防に入る可能性があることです。これらのチームをリードしていたQEをリードする心は、組織の長期的な成功のためにはうまくいかないかもしれない指標を定義してしまうかもしれません。

どのようにして、どのようにQA組織を位置づける正しい方法といえますか?

ベストアンサー

最初は混乱していました。なぜなら、大胆なイントロが別のチームについて議論していないと思っていたからです。しかし、多くの人がチームに埋め込むことになります。私が今取るのは、これが別の部署とは別の役割だということです。

また、
“任意の考え”は私たちのサイトには適していません。私はそれを言い返し、現在開いている非常に未解決の質問をスコープすることを提案するでしょう。

私が問題に取り組むこと(私自身が問題点を示していること)を見るためには、次のように答えてください。

あなたはこの段落を持っています:

最近、私は友人から彼が働いている組織がカスタマーエンジニアリングとtechopsチームの一員としてQEを配置していると聞いた。このチームからのフィードバックは重要ですが、このモデルはこれまでどおり動作していますか?このようなシナリオで働いている人は誰ですか?彼はSaaSベースのオンプレミス・ベースのオファリングに移行する過程にある製品に取り組んでいます。

“これまで働いた?”はい、これは私が取り組んでいる過去5社の標準モデルです。あなたがこの経験をしていないことは、これらのコメントから明らかです。本当のアジャイル開発を行っている企業では、これは私の経験から標準です。

Separarately (you have several questions here): The
disadvantage I see with this model is – Customer engineering and
tech ops team usually work on short term solutions and most of
their day to day work may go in fire fighting when a customer
escalation comes up. A mind leading QE, which had lead these teams
might end up defining metrics that may not work for a long term
success for the org.

ここでの問題は、私の意見では開発とテストのバランスを取る方法ではなく、開発と生産のサポートのバランスを取ることです。あなたの開発エンジニアが生産サポートと消火を巡って多くの時間を費やさなければならない場合は、別の問題があります。また、もっと多くのテストとテストが必要になるかもしれません。消防は、適切な種類のテストがあります。

metrics Using the right metric to measure success is
also another broad topic.

返信を残す

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です