経験
私は 2 つの大きな工場 (仮に N 工場と A 工場と呼ぶことにします) で 2 年間テストと開発の作業を行いました。ゲーム自動化フレームワーク開発、特別なテストツール開発、バージョン品質保証、Devops プラットフォーム開発を担当し、小規模チームも率いました。どの工場も、どの仕事もブレークスルーを目指して努力しており、その過程は大変ですが、当然のことながら結果は非常に満足でき、いずれも良いパフォーマンスを発揮します。
テスト済みのジョブポジショニング
私が経験したプロジェクトの多くはテスト開発の位置づけが「テスト」でしたが、Factory Nではより特殊な体制となり、テスト開発と業務テストが完全に分離されます。テスト開発は、 テスト プラットフォームとパフォーマンス改善関連の作業です。ビジネスは比較的シンプルで、 機能テストの問題点に対処するための品質検査と、問題点を解決するための研究開発の観点から、チーム全体が協力してツールとプラットフォームを構築します。研究開発プロセスとテストプロセスで。
この経験は今振り返っても非常に意味のあるもので、私は物事に非常に熱心に取り組んでおり、私の技術も大きく成長しました。唯一の欠点は、これらのツールやプラットフォームが本当にビジネスをより実質的に改善したかどうかを正確に定量化することが難しいことです。後期には、定量的な作業も多く行い、定量的なデータ モデルを構築したため、Devops トラックに入り、多くの Devops の概念を学び、いくつかのホイールを構築しました。もちろん、人のエネルギーには限りがあるため、コストセンターでは Devops を始めるのは簡単ですが、Devops をすべて実装するのはほぼ不可能です。
その後、ビジネスに関わるようになったのですが、ビジネスリーダーのレベルが向上し、コミュニケーションスキルが向上し、品質保証の観点から質の高いインプットとアウトプットがより行われるようになったのをはっきりと感じています。 QA の経験 仕事の「簡単ではない」性質: ワークステーションに座って鍋が空中から降ってくるとき、私はこの仕事を深く理解しました。
2 つの異なる経験の衝突により、その立場の価値、中核的な競争力、業界の発展など、テスト開発の立場についてより深く考えることができました。
//www.bilibili .com /video/BV1hX4y187wi/?spm_id_from=333.999.0.0
核となる価値観をテストする
テスト開発の位置づけもテストであるため、その中核となる価値は、品質に対する支払い、製品価値の維持、プロセスコストの削減という一文に要約できます。
テストは本質的に テスト シーケンス. テスト テクノロジ、テスト プラットフォーム、テスト ツールがどれほど強力であっても、これらのいわゆる「高レベル」の専門用語が真実を曖昧にしないようにしてください。これらの自動化ツールやプラットフォーム ツールは、最終的には、より短期間かつ低コストで高品質を出力し、(ここが重要なポイントです) 出力の品質に基づいて料金を支払うように設計されています。ここで率直に言うと、あなたがやっているこれらのことはもちろん意味がありますが、既成概念にとらわれずに上司やプロジェクトマネージャーの観点から見てみると、あなたが望むのは質の高い結果だけであり、その結果に誰がお金を払うのかということになります。 。
結果やプロセスに対してお金を払う人が必ずいて、そこから核となる価値が出てくるのです。一連のテストのメンバーとして最も重要なことは、品質に対してお金を払うことです。これにより、テストがプロセス管理と左右のシフトを担当する必要がある理由が生まれましたが、開発がテストに直接移行するという言及を見ることはほとんどありません。テストのポジションの内容は当然複雑ですが、洗練されていません。あなたはあまり資格のあるプロジェクト マネージャーではありませんが、プロジェクト管理に参加する必要があります。あなたは純粋な技術者ではありませんが、ビジネス テスト中にツールの開発を考慮する必要があります。 。個々のプロジェクトや企業がテストを必要とする場合でも、要件の品質管理に責任を負わなければなりません。
したがって、料金を支払う立場にある組織は、その存在のほとんどが出力品質以外に直接的な商品価値を生むものではなく、コスト負担を強いられる省エネ・排出削減部門となっている。つまり、前述の品質、製品価値の維持、プロセスコストの削減に対価を支払います。
テストを通じてキャリアのボトルネックを発見
多くのプロジェクトに参加した後、さまざまな対話の次元を持つプラットフォームが、テストする立場の無力さと不安をよりよく反映できることにますます気づきました。核となる価値観を理解した後、開発と業界の深さについて話すとき、非常に現実的な問題が見つかるでしょう。
- 一部のプロジェクトの中核となるフロントエンドおよびバックエンドのビジネス ロジックとコードは機密に保たれているか、氷山の一角だけが公開されているため、ビジネスの全体像を真に把握することは困難であり、個人的な情報を長期にわたって把握することは困難です。期間の成長。
- コスト保全部門として、テスト シーケンスには当然多くの汚れ仕事が伴います。細分化された時間と権限の壁により、製品を作るような完全なバリュー チェーンを形成することが困難になります。バリュー チェーンがなければ個人の価値はありません。
- 技術ルートでのテスト会議では、純粋なテスト開発テクノロジーのほとんどが QA または少人数のグループにサービスを提供していることが判明しました。これらのシステムは標準化された開発管理の対象ではなく、外部ネットワークからの大規模な検証もありません。テクノロジーは上流で開発中ですが、言及する価値はありません。
自己アップグレード
限られた雑多な思考から抜け出して、境界線を打ち破り、より専門的なことをしてみてください。
コミュニケーションが上手で、テストがすでに持っている全体的な品質管理の意識を活用すれば、プロジェクト管理レベルに近づき、真のプロジェクト管理職になれるでしょう。少なくとも入門レベルで品質に対する考え方を備えたプロジェクト管理は、ほとんどのプロジェクトを上回るでしょう。非専門的なプロジェクト管理。
テクノロジーの分野で働きたい場合は、より上流の開発ポジションや、その分野で一定の敷居を置いた研究開発ポジションに転職することもでき、純粋に技術的な思考と計画に集中し、コアテクノロジーを深く理解し、自分たちの技術をさらに深めることもできます。建築やその他の方向の知識。
どの道にも将来性はありますが、努力に加えて歴史の流れにも目を向ける必要があることも知っておく必要があります。
やっと
過去 4 年間で得た最大の洞察は、仕事だけではなく、物事の発展を思考の観点から見る全体的かつ本質的な方法についても得られたということを付け加えておきたいと思います。今日のテストコースは確かに快適でシンプルですが、これらはおまけではありますが、すべて無駄です。業界の大手メーカーが実際にアウトプット価値のあるものをどれだけ実践し、蓄積してきたのか。未知。考えてみたほうがいいかもしれません、テスト開始のポジションが正確に何をもたらすのでしょうか？このトラックは一体何のために存在しているのでしょうか?
