「私が退職届を提出したのは、会社が私に多くを与えなかったからでも、会社が私を粗末に扱ったからでもありませんでしたが、毎日自分のやつれた顔に気を配り、疲れた体を引きずって横になっていると感じました, 人生の意味さえわからない お金を稼ぐためなのか? より良い人生のためなのか? でも、私が望む人生は、毎日朝から晩まで忙しくすることではなく、パソコンと向き合い毎日仕事に向き合う楽しい時間 もう半分は仕事に専念している 自分の望む人生を体験しに行こう 山や川や海を見に行き 人生の美しさを見に行き 出会うためにぼさぼさではなく、もっと輝く自分に。顔がやつれているので辞めました…」バイトを辞めた年収40wのテストエンジニアの告白です。
多くの人が私のバイト経験に興味を持っています。
バイトに移行することを選択した理由は次のとおりです。
ポジションの観点から, バイト
は
. 「まともな」ところ… バイトはサークル内ではかなりまともで、子供たちはとても勤勉なようです
要するに、上記のすべての理由から、私は慎重に準備しました...そして最終的にバイトの面接に合格しました.その時、私はまだとても幸せで、私の給料はとても満足していました.
途中昇進、転職、幸せで充実した日々、戸惑いもがく日々もありましたが、新人から先輩への転身は順調でした。
1. 神の恵みだと思うことから適応しないことへ
入社して最初の数日はとてもワクワクし、同僚と一緒に会社の環境に慣れ、技術的な問題を解決するのを手伝いました.私はまだとても興奮していました. 慣れていません.
私は今でも、文化全体とみんなの行動スタイルに非常に違和感を覚えています。
まず、会議が多い. 会議は通常2時間続きます. 会議の進行を中断して遅くするのが好きです. 3つの文で明確に数えられる小さな問題は、さまざまな高レベルのフレーズに詰め込まれています.記事に再編成. 数回のセッションの後、私は愚かだと感じました. それは完全に無知な感じでした!
同時に、入社して間もなくいくつかの仕事を任されました。その後、これらのビジネス関係者が問題を抱えたときにあなたのところに来ます.2桁の人々が問題を解決するために毎日あなたのところに来るのはよくあることです.私はかなりの孤立感と無力感を感じており、問題を投げ出してグループに助けを求めると、「このビジネスについてわからない場合は、できるだけ早く調べに行ってください」という返事がよくあります...
Byte の内部ツールの多くは自作のツール ライブラリやフレームワークであり、多くのツール ドキュメントは本当に良くないため、何度もメンテナーに直接質問する必要があるため、やむを得ません。それから聞いてみると、相手があなたを新参者と見ている場合、数時間は読めない可能性が高いです.多くの場合、他人から直接批判されます。
2.断固として辞任する
この間、別のテストも受けましたが、もともとは小さなテストだったのですが、テストしてみると、言うことと違っていて、テストすべきことがたくさんできていませんでした。そこで、この質問を他のチーム メンバーに投げかけたところ、「あなたはそれをテストできます。ちなみに xxx の特定の部分を再テストできます。」その結果、小さな問題が少し嫌な爆弾に変わり、最終的には簡単ではありません。一緒に入社した仲間を見ていると、彼らの担当する仕事は私よりもずっとやりやすいと感じ、不安定なメンタルをさらに爆発させました。
この状態が1ヶ月続きました。ある夜、知人に事情を聞いたところ、担当している事業のことを知り、反射的に「これはクソ鍋だ」と言われた。その時驚いたのは、私が担当していた事業のいくつかが落とし穴と認識されていたことでした.些細な要件や深い落とし穴が多く、結果を測定することは困難でした.
そのニュースを聞いて、落ち着こうと夕食後、長い階段を下りましたが、考えれば考えるほど頭が痛くなり、また2階に上がり、コンピューターの電源を入れると、たくさんのことがありました。 Feishu の未読メッセージ。ざっと見ただけで、画面は次のように表示されます。
「見てみましょう」、「xxx に問題があります。解決するのを手伝ってください」、「xxx をテストしてください」、「xxx に問題があります。助けてください」、および画面いっぱいのいくつかのグループ 肯定的な親指を立てる...
その時、私は冷たい空気の息を感じ、私の精神はトランス状態にありました. 実は数日前、仕事に行くのは墓参りに行くようなもので、毎日幽霊の影が私を追いかけているように感じ、脳は常に高圧と緊張の状態にありました。しばらくは戦えるはずなのですが、こういうやり方がどうしても苦手で、何かがうまくいかないとみんなが責任を追及しようとしているような気がします。私はこの雰囲気に合う人間に変身できるとは思えないので、あの夜帰ってから考えて別れることにしました!
この過程で、自分で学んだこともあれば、他の人とのコミュニケーションから学んだこともある、かなり実践的なパドリング体験をまとめましたので、ここで共有したいと思います。
私からのアドバイスも同様です. もしあなたが現在アウトソーシング会社で働いているなら, もっと学び、自分のスキルを向上させてみてください. また、キャリアプランを明確にする必要があります.他の人と。
1. 深く考え、降水量を要約することを学ぶ
私が最初に言いたいのは、深く考えて降水量を要約することを学ぶことです. これは私の意見では最も重要で意味のあることです.
まずは深く考えてみましょう。プログラマーのサークルでは、「私の仕事には技術的な内容はまったくなく、毎日ほんの少しだけやっているだけです。この TM から何を学べるでしょうか?」という発言をよく耳にします。確かに一部の学生の本当の考えかもしれません.少なくとも私はそう思っていました. その後、実務経験を積み、高レベルの学生と話し合った結果、この考えは実際には非常に間違っていることがわかりました。
学ぶものが何もないという認識の理由は、基本的に怠惰な思考の結果です。一見目立たないことでも、深く考え、縦に少し掘り下げたり、横に広げたりすれば、知識の海に溺れてしまいます。
総降水量について話しましょう。これは、ほとんどのプログラマーが比較的欠けているところでもあると思います. しかし、抽象的な要約をすることはほとんどないので、数年間働いた後、私が習得した知識はまだ散発的で体系的ではありません.
タイムリーにいくつかの要約と沈殿物を作成することは非常に重要です. これは、技術から道教へのプロセスであり、より広い視点とより高いレベルから問題を見ることができます. 同じタイプの問題に遭遇した場合、要約された方法論に従って、体系的かつ階層的にそれらを進めて解決することができます。
例として。バックグラウンド サービスとして、今日は 1G のメモリが最適化され、明日は読み書き時間の 50% が最適化されます。パフォーマンスの最適化についてまとめていただけますか?
たとえば、アプリケーション層ではサービスドッキングのアプリケーション側を管理し、それらのアクセスの合理性を整理できます; アーキテクチャ層では、キャッシング、前処理、読み書き分離、非同期、並列などを行うことができます。 .; コード レイヤーでは、リソース プール、オブジェクトの再利用、ロックフリー設計、大きなキー分割、遅延処理、エンコード圧縮、gc チューニング、およびさまざまな言語関連の高性能プラクティスを行うことができます... I次回お会いしましょう パフォーマンスの最適化が必要なシナリオでは、一連のアイデアをすぐに適用でき、残りはツールと実際の操作についてです。
何人かの学生は、パフォーマンスを最適化するのではなく、要件を満たすために毎日 PM と戦うだろうと言いました。パフォーマンスの最適化ができるかどうかについては議論しませんが、ビジネス要件だけで要約できるものもあります。例えば、どのようにシステムを構築するか? システムのコア機能、システムの境界、システムのボトルネック、サービスの階層化と分割、サービスのガバナンスについて考えたことはありますか? PM と要件について毎日話し合い、プロダクト シンキングを技術者としてどのように育成するか。製品の方向性、ビジネスの先の構造をどのように作るか、これらの問題も考慮して要約することができます
したがって、学習と成長は自己主導のプロセスです. 学ぶことが何もないと感じた場合、それは実際に学ぶことが何もないということではなく、あなたが怠けすぎているからです.考えるのが面倒。怠け者。
より多くの技術記事を書き、より多くの情報を共有し、考えて要約するように強制することができます.結局のところ、記事が十分に深くない場合、誰もがそれを公に共有することを恥ずかしく思います.
2. 積極的に技術を学び、熱意を持ち続ける
ここ2年ネット界で流布している不安説を35歳プログラマー現象といい、この業界のプログラマーは基本的に35歳で解雇されるのを待っているということです。 . この点で、インターネット産業が公務員やその他の組織的な職業に劣っていることは否定できません。しかし、この質問の 35 歳のプログラマーは、絶対的な生理学的意味での 35 歳ではなく、10 年以上働いており、2、3 年働いているプログラマーを指す必要があります。以下の仕事は基本的に独学で生きており、率先して学んだり充電したりしていない 35 歳は 25 歳とほぼ同じ年齢であり、25 歳では学習意欲や成長意欲がまったくない。家庭生活に多くの些細な問題を追加し、給与要件はより高くなることが多く、企業の観点からは、これは実際にはあまり競争力がありません.
そして、積極的に勉強して技術力を維持していくと、知識の蓄えと勤続年数が正比例するのに、35歳で不安なんてあり得ない? そんな大きな牛は大企業から急かされるべきだと思いますよね? でも、このことを学ぶと、これは、実際には非人間的なプロセスであり、コンフォート ゾーンから飛び出し、率先して学習し、テクノロジへの熱意を維持する必要があります。Didi には、率先して快適ゾーンから飛び出して苦労したりストレスを感じたりするとき、それは多くの場合、夜明け前の暗闇であり、それが最も速く成長する時間であるということわざがあります。それどころか、毎日快適に暮らしていて、仕事が時間の無駄だと感じているなら、それは本当にカエルをお湯で煮ているのかもしれません。
卒業したばかりの時期は、自由な時間がたくさんあることが多いので、技術を一生懸命勉強するのに良い時期です。この期間を利用して、しっかりとした基礎を築き、良い学習習慣を身につけ、積極的な学習態度を維持してください。効率よく勉強する方法については、ネット上には有名人がたくさん書いているし、入社してからイントラネットでもそういう共有がたくさん見られるので割愛します。 .
3.率先して、タイムリーにフィードバックを受け取り、交換する
最初の2つは個人的な観点からですが、個人としての能力を高め、コア競争力を維持してほしいと願っていますが、会社としては、企業が人材を採用する上で最も重要なことは、彼らにビジネスを創造させることです。価値を提供し、会社に貢献します。
一般的には入学時に一定の研修制度がありますが、実際には会社に成長を支援する義務はありません。会社のために物事を行い、価値を創造できるという点で、最も重要な言葉はイニシアチブ、率先してタスクを引き受ける、積極的にコミュニケーションする、積極的にプロジェクトの進行を促進する、積極的にリソースを調整する、積極的にフィードバックを与える、積極的に創造することだと思います。影響力、力など。
入社当初は、基本的にリーダーから与えられた仕事をしっかりこなし、その後は自分で仕事をするというスタイルで、率先して人とコミュニケーションをとったり、成長につながるアイデアを考えたりすることはほとんどありませんでした。プロジェクト。仕事を質と量でやり遂げれば十分だと思っていたのですが、それだけでは不十分であることが後になってわかりました。
リーダーは最近やるべきことの方向性を合わせればいい、次の一連のことは基本的にリーダーが気にしなくてもいい、というアプローチの学生もいますが、私はリーダーであり、そういう学生が好きです。入社してからよく耳にする言葉にオーナー意識という言葉がありますが、これはおそらくこれを意味しています。
このプロセスにおいて、もう 1 つの非常に重要なポイントは、タイムリーなコミュニケーションとフィードバックです。プロジェクトが順調に進んでいない場合、問題が発生した場合は、リーダーと同期してください.技術的な解決策がわからない場合は、リーダーと話し合うことができます.一部のリソースを調整できない場合は、次のことができます.リーダーに助けを求める 面倒くさいと思い込みすぎず、リーダーが実際にやっている問題です。
プロジェクトが順調に進み、リーダーが介入する必要が本当にない場合は、プロジェクトの進捗状況と得られた利益についてタイムリーにフィードバックし、アイデアがあれば議論し、リーダーに依頼することも必要です。現在の進捗状況に関する提案と、情報の誤りをなくすために必要なその他の分野の改善。一方で、これらのことを行うことは、リーダーのさまざまなリソースを合理的に使用することであり、他方では、リーダーに自分の作業負荷を知らせ、プロジェクト全体を制御することにもなります. 結局、リーダーにもリーダーがいます.そして報告しなければなりません。
誰もが嫌悪感を抱く上向きのマネジメントと思われるかもしれませんが、それは内面的な味であり、私は実際にこれでうまくいきませんでした。しかし、最も基本的なポイントは、タスクを取って一生懸命に働いたり、世界から孤立したりしないことです. 1か月が経過し、リーダーと同期していない. 大きな動きや何かを抑えることを考えることは、基本的にクールです. .
まず、さまざまな公共の場所で、質問やアイデアがあるときに 1 対 1 で話すように強制することから始めることができます。
4.学習を体系的に改善するための優れた教材のセット
最後に、総合的な技術力を向上させるためのシステム改善用の優れた資料のセットが必要です。
テスターとして、長年にわたるテクノロジーに関する一般化と結論の一部を共有し、高度な自動化されたテスターが習得する必要があるスキルに関するメモを共有したいと思います. テクノロジーに興味のある人に役立つことを願っています.最後まで!
内容はテスト理論、Linux基礎、MySQL基礎、Webテスト、インターフェーステスト、アプリテスト、管理ツール、Python基礎、Selenium関連、性能テスト、LordRunner関連など。
1. テストベース
テストの基本的なスキルを理解し、主流の欠陥管理ツールの使用を習得し、テスト環境の運用と保守に習熟する
プログラマー レイおじさん | テストベース |
---|---|
テスト計画/テスト ケース | ブラックボックスユースケース設計の等価性クラス/境界値/シナリオ分析/デシジョンテーブル/因果図分析/エラー推論 |
欠陥 | 欠陥ライフサイクル/欠陥グレーディング/欠陥管理ツール ZENTAO/Jira |
データベース | Mysql/環境構築/追加・削除・修正・クエリ/関連クエリ/ストアドプロシージャ |
Linux | システム構築・基本操作・ログ解析・環境構築 |
2. 必要な Linux の知識
ソフトウェア環境として最も普及している Linux を使いこなす必要があり、現在の採用要件では Linux の能力が求められています。
プログラマー レイおじさん | Linux の基本的な知識 |
---|---|
Linuxシステムの導入と準備 | 最もポピュラーなソフトウェア環境システムである Linux は、CenterOS のバージョン システム、インストール、ディレクトリ構造、およびその他の基本的な内容の紹介から始まり、その後のセルフビルド テスト環境の準備から始まります。 |
Linux リモート ツール Xshell | Linux を使い始める方法と、通常のリモート管理、ファイル転送操作、および Xshell、Xftp に関連するツールを実行する方法を詳細に紹介します。 |
Linux ファイルの属性と管理 | Linux ファイル、ディレクトリの基本属性、ファイル操作、ファイル管理、ディレクトリ操作、ディレクトリ管理。自己破壊的な動作操作を避ける、誤操作を防ぐ方法 |
Linux ユーザーとグループの管理 | Linux でユーザーとグループを追加、削除、変更し、対応するアクセス許可を付与する方法が、アクセス許可の問題で動かなくなった |
Linux ファイルエディタ | Linuxファイルエディタviの使い方、コマンドモード、入力モード、操作例、ショートカットキー、パイプラインコマンド、使用経験。グラフィックのないシステムで編集するには? |
Linux共通システム設定 | ネットワーク設定、環境変数、ディスク管理、時刻設定、システム リソース、ファイアウォールなど、すべてが無知であることを心配する必要はありません。 |
Linux インストール ソフトウェア | Linux のインストール コマンドと、インターネットからダウンロードした tar、gz およびその他のインストール ファイル (MySQL データベースのインストールなど) を使用してインストールする方法。 |
Linux Docker コンテナー | Dockerコンテナ技術解説、イメージミラー管理、ウェアハウス、コンテナ作成、起動、運用、ミラーパッケージング、業界人気技術のキャッチアップ |
3. シェルスクリプト
シェルスクリプトの習得:シェルの基礎と応用、シェルのロジック制御、シェルのロジック機能を含む
プログラマー レイおじさん | シェル |
---|---|
Linux シェルの基本と応用 | シェル スクリプト プログラミング、環境タイプ、変数、パラメーター、演算子、配列の使用、ゼロ距離コンタクト スクリプトの紹介 |
Linux シェルのロジック制御 | シェル ロジック アプリケーション、テスト コマンド、プロセス制御、データの入出力、スクリプト ロジックはもはや単調ではなく、トリックをプレイ |
Linux シェル関数 | シェルスクリプト関数の書き方、ファイル同士の呼び出し方、実戦でのスクリプトの適用方、開発・テスト・運用・保守で何ができるのか理解する方法 |
Windows スクリプト バッチ | Linux の話はここまでにして、Windows の通常のコマンド、バッチ スクリプトの作成、および実用的なアプリケーションの使用法を見てみましょう. Linux がすべてというわけではありません. Windows スクリプトも、よく使用されるスクリプトの 1 つです. |
4.
インターネット プログラムの原則を自動化する唯一の方法: フロントエンド開発の基礎知識とインターネット ネットワークに関する必要な知識 4. インターネット プログラムの原則
プログラマー レイおじさん | インターネットプログラミングの原則 |
---|---|
Webフロントエンド開発の基礎 | HTML、CSSの基本コンテンツ学習。なぜテストクラスが開発されたのですか? 申し訳ありませんが、そうでない場合は、自動化は歓迎されない可能性があります。自動化されたテストの問題の多くは開発ベースから発生します |
Web フロントエンド開発スクリプト | JavaScript は最も主流のスクリプト学習です. 同様に, これは自動テストにも関与します. 実際, 動的スクリプトは、JavaScript 言語でもある一部のツールでよく使用されます. |
開発者がアプリケーションをテストするためのデバッグ ツール | ブラウザーの F12 は開発者ツールとして名前が付けられていますが、実際には、テストは機能テストと自動テストの両方で重要な役割を果たします。HTML の解析、要素の検索、スクリプトのデバッグ、ネットワーク キャプチャの監視など。 |
インターネット プログラム ネットワーク アーキテクチャ | インターネット プログラムの誕生、論理的な詳細、インターネット通信の原理が他のコンピューターにデータを転送する方法、およびネットワーク アーキテクチャを介した TCP、UCP、HTTP、およびその他のプロトコル間の関係を詳細に理解します。 |
HTTP プロトコルのデータ構造分析 | リクエスト、レスポンスのデータ形式、ヘッダーの定義と使用法、さまざまな状態の意味、エラーの特定方法など、HTTP プロトコルのデータ構造を完全に分析します。プロトコル内のパラメーターの位置、残りの構造、さまざまな一般的な本文データ形式、解析方法、および一般的なデータ解析エラーの原因を分析します。 |
Cookie とセッションのメカニズム | Cookie とは何か、Session とどのような関係があるか、Cookie と Session のテスト方法、注意すべき点を理解する |
5. MySQL データベース
ソフトウェアのテスト エンジニアは、基本的な「追加、削除、変更、クエリ」だけでなく、MySQL データベースの知識が必要です。
プログラマー レイおじさん | MySQL データベース |
---|---|
MySQL データベース テスト アプリケーション | MySQLの環境設定、クライアントNavicatの基本的な使い方とデータ操作、基本的なSQL構文の習得と定着、追加、削除、修正、確認が必須で、諸条件の使い方をマスターする |
MySQL の高度なクエリ | クエリのアップグレード、マスターの複数テーブル クエリ、サブクエリ、クエリのグループ化、統計関数の使用、および従来のインタビューの質問の学習と分析 |
MySQL カスタム関数 | 組み込み関数があるので、もちろんカスタム関数に事欠きませんし、よく使われます. これは、開発言語と同様に、関数の定義と使用から切り離すことはできません. |
MySQL ストアド プロシージャ SP | 通常は SP とも呼ばれる、データベースの重要なストアド プロシージャを定義する方法は? テスト方法は?より安全に使用する方法、およびストアド プロシージャで他に何ができるかをテストする方法 テスト用のより便利なコンテンツ |
MySQL トランザクションとプログラミング | データベース トランザクションの使用例、インデックスの原理と使用、テストにおけるデータベース SQL プログラミングの適用、指定された大量のテスト データを迅速かつ正確に生成するための使用方法 |
6. パケット キャプチャ ツール
Fiddler、Wireshark、Sniffer、Tcpdump さまざまなパケット キャプチャ ツールがさまざまなプロジェクトに適しています。
プログラマー レイおじさん | キャプチャーツール |
---|---|
パケットキャプチャの原理と方法 | パケット キャプチャの原理を理解することによってのみ、適切なツールを実際に使用し、適切な方向と方法を選択できます。そうしないと、無駄になります。 |
パケット キャプチャ ツールの選択 | パケットキャプチャツールの分類と有効性、どのツールにどのようなプロジェクトが適しているか、ツールの利点を特定する方法 |
フィドラーの基本機能 | HTTPシステムの専門的なパケットキャプチャツールとして、その原理、データをフィルタリングする方法、目的のデータを検索する方法、およびWeb、非Web、携帯電話、HTTPSなどのさまざまな環境でパケットをキャプチャする方法を詳細に紹介しますプロトコルなど |
Fiddler の高度な機能 | インターフェイス テスト、電源オフ、スクリプト作成などに使用してデータを変更および置換する方法、インターフェイス モック テスト用のデータをシミュレートする方法、および自己定義のメニュー機能を作成する方法を学習します。 |
ワイヤーシャーク | パケットキャプチャではなく、パケットキャプチャ後の分析ツールであり、他のシステム統合パケットキャプチャツールを使用して、各システムでデータをキャプチャして表示し、強力なフィルタリングおよび分析機能を備えています。 |
スニファー | ブラック テクノロジー パケット キャプチャ ツール、多くのバージョンがあり、非常にプロフェッショナルなパケット キャプチャ ツール |
Tcpdump | Linux および Android シリーズ システムのパケット キャプチャ プラグイン アーティファクト |
7. インターフェイス テスト ツール
インターフェイス テスト アーティファクト、避けられない強力なツール: Jmeter. 小さくて柔軟: Postman
プログラマー レイおじさん | インターフェイス テスト ツール |
---|---|
Jmeter インターフェイス テストの概要 | Jmeter の紹介、環境の準備、ディレクトリ構造の紹介、スクリプトの記録方法、基本的なコンポーネント、スレッド、スコープ、HTTP リクエスト、タイマー、アサーションなどの使用。 |
Jmeterインターフェーステストの高度な使用 | Jmeter逻辑控制、前置处理器、后置处理器、监视器、结果树,如何参数化、正则表达式关联、事务、检查点等等。并带领大家对带有token等动态数据的项目进行实战演练 |
Jmeter接口测试高级功能 | Jmeter脚本思考时间、随机时间、线程启动间隔、并发集合点、联机远程调用,webservice、websocket、jdbc、命令调用等等 |
Postman接口测试工具使用 | 行业标准HTTP、rest接口测试神器,基本请求、分组保存、动态变量、脚本、数据关联、参数化、自动断言、批量运行、持续集成。思路类似其他接口工具,避免泛滥学习 |
八、Web自动化测试Java&Python
了解自动化的目的,熟练掌握TestNG&unittest自动化框架,以及断言与日志处理
程序员雷叔 | Web自动化测试Java&Python |
---|---|
自动化框架思路引导 | 我们做自动化到底为了什么?节省人力、加快速度、还是让机器代替手动、还是提升自我。应该如何建立思路,而非无脑进坑任机器摆布 |
Java&Python3开发环境及基本语法 | Java&Python开发环境搭建,基础语法入门,让不会代码的以最快速度入门,方便适应后续自动化测试开发内容学习,代码够用即可,并不是学得越多越好 |
Java&Python3集合类型与面向对象开发 | Java&Python各种基本类型、集合数据类型的理解与操作,循环语句、判断语句,面向对象的开发,函数的使用,类的使用 |
Selenium3环境与浏览器驱动配置 | 基于selenium3的web自动化环境搭建,正确的浏览器配置,不再为起不了浏览器而烦恼。支持IE、Firefox、Chrome等等 |
Selenium3多种定位及动态操作 | selenium3常见定位方法,属性和值的获取,如何动态判断不一定存在的元素,复杂的网页结构,需要多步骤操作的元素等等 |
特殊情况处理(js、特殊控件等) | selenium3自动化测试中,常见的特殊情况处理,如日期、控件、智能等待、文件上传下载、网页嵌套结构,各种弹窗的处理方式,cookie处理,JavaScript脚本调用等 |
TestNG&unittest自动化框架使用 | Python unittest、Java TestNG自动化框架的使用,环境处理、基本使用逻辑,数据驱动模型,数据库数据载入等 |
自动化框架断言与日志处理 | 自动化中最重要的是什么?作为测试当然是断言,没有断言的自动化毫无用处,如何展示日志与结果是自动化测试的根本 |
PageObject框架设计模式 | PageObject框架设计模式,到底是做什么的?如何更好的快速管理控件,从此做起 |
九、接口与移动端自动化
专业接口调用、测试解决方案。组建完整的web和接口自动化框架,Appium整体使用
程序员雷叔 | 接口与移动端自动化 |
---|---|
接口自动化方案Requests | Python Requests、Java HTTPclient接口框架,都是专业的接口调用、测试的解决方案,使用简单快速,结合工具的使用方式和功能,快速上手并对其操作,解决其中的疑难杂症 |
web+自动化框架整合 | 自动化测试是相通的,如何将web与接口、甚至更多的测试类型和方向结合起来,组成完整的自动化框架 |
Appium环境搭建 | Appium环境相对复杂,针对Android系统进行完整的环境搭建演练,解决环境上的问题,并进行基本的自动化操作 |
Appium自动化实战与框架结合 | Appium整体使用与web自动化类似,引导使用典型功能,并针对一款APP进行实战操作 |
十、敏捷测试&TestOps构建
揭开TestOps的神秘面纱,持续集成Jenkins框架烂熟于心
程序员雷叔 | 敏捷测试&TestOps构建 |
---|---|
构建敏捷测试运维架构体系 | 敏捷测试是什么?为什么需要敏捷,行业都提到的devops又是什么?TestOps能做什么 |
持续集成Jenkins框架实战 | 持续集成最常见的一套框架,介绍Jenkins操作、权限、系统管理等,常用构建与运行实例讲解 |
静态扫描测试Sonar | 一款自动化的代码扫描工具,便捷式快速扫描代码中的问题,做到提前发现,统一规范,自动化中的代码测试神器 |
十一、性能测试&安全测试
软件测试的彼岸:性能测试和安全测试,选个方向努力爬坑吧!
程序员雷叔 | 性能测试&安全测试 |
---|---|
性能测试学习路线 | 如何学习性能测试,性能测试到底该怎么学习,使用什么工具?工具并不代表性能,接口的基础对性能测试非常重要,而工具只是辅助,更多的是思路和策略。你不会并不是分析而是准备阶段 |
loadrunner脱离浏览器录制专题 | IE无法启动被测网站?打不开浏览器?程序无法在浏览器中被打开?这些都没关系,还是一样能录制,但录制是偷懒专用的,对于学习有一定的辅助作用,也会带入无法脱离的坑 |
性能测试工具操作实践 | loadrunner、jmeter,有了前面的基础使用,看懂脚本不是问题,带上关键的参数化、动态数据关联、事物、日志,大部分的脚本都可以搞定进行实践 |
系统监控方案实施 | 工具自带监控?系统监控?JVM内部监控?数据库监控?各种监控的意义何在,如何在各种情况下精准监控数据 |
安全测试起源与工具介绍 | 应该如何进行安全测试,安全测试都有哪些分类?都会用到什么样的工具,各自的作用又是什么,如web漏洞扫描,端口扫描,系统扫描等 |
web安全测试手工实战 | 接口测试在安全中的作用,不会手动的安全测试,那就永远无法理解自动化以后产出的结果 |
安全扫描工具测试实践 | 实际介绍以及使用APPscan、awvs等专业安全扫描工具 |
企业安全建设(SDLC) | 企业应该如何进行安全建设,制定更安全的软件生命周期。从哪些方面进行着手 |
上面就是我为大家整理出来的一份软件测试工程师发展方向知识架构体系图。希望大家能照着这个体系在3-4年内完成这样一个体系的构建。可以说,这个过程会让你痛不欲生,但只要你熬过去了。以后的生活就轻松很多。正所谓万事开头难,只要迈出了第一步,你就已经成功了一半,等到完成之后再回顾这一段路程的时候,你肯定会感慨良多。
这些就是我在字节学到的东西,目前来我在字节离职出来,来到了一家自研公司,虽然没有在字节赚的多,但是以我的技术水平,还不至于太少,更重要的是我有了双休,我有了去生活的时间,我有了每天充足的睡眠。
最后感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:
这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取