字幕：どのように私は、ソフトウェアテストエンジニアのAをテストする優れたソフトウェアの仕事の3年間の要約となります
序文
異議が訂正を歓迎する場合は、別の環境では、私たちが考えているを見ていることは、他の業界のソフトウェアと一致しないことがあります。
最後のセクションでは、あまりにも長い間、読み取り/書き込みのブログはいつも座って、慎重に考えて静かに読むことをして見ていない削除するように編集。
降水量、将来のための最後の計画を記事に崩れ落ち2019と2020の計画を要約するつもりです私はそう。
テキスト
最初の質問は、それがソフトウェアテストに来るとき、あなたはどう思うだろうか？
私は関係を求め、よりよい科学（洗脳）ソフトウェア開発の同僚をされていない、と彼は答えた：私はあなたが少しバグがある場合、私は開く助けて、ソフトウェアを書きます。
私は眉をひそめたと怒っていることを約あったように、私は強い自尊心を持っているため、答えを聞くことから始めますが、別のは確かに、慎重に検討します。
いわゆる少し、私は言葉を考えるのに長い時間を働いていた三年目に対応 - 計画。
2019経験、すべてが河南forearmedされ、河南省は廃棄物ではありません
どのような計画？
例えば、明日私は高速鉄道の駅に乗るつもりです。
計画を実行します。次の日に高速鉄道の駅を出て行くために
配置の計画：駅と一連の活動に行くためにいくつかのポイントを取得するために開発された高速鉄道の交通情報ステーションに荷物のIDカード、ビューの旅行情報を準備する夜。
そのため、
正確かつ効率的にバグを見つけるために、マウスを少しの使用方法を、記述されたソフトウェアを開発したのですか？
一般には、ソフトウェア開発ライフサイクル：要件、開発、テスト、オンライン
テストのライフサイクルに対応：テスト要件、テスト計画、テストケース、ユースケースの実行、欠陥リターン、要約レポートを
まず、テスト要件
それらをカーディング詳細な要件文書やプロトタイプのための予備設計と実現可能性の分析、論理規則や手順を理解した後、タイムリーに理解できないだろうか、疑問が存在する場合には上昇し、最終的にソフトウェア要件を生成するために検討されています。
そして、ソフトウェアテストの観点に立つと、テストすべき機能は何か、二つの質問を保持する第2の分析、プロセス分析を、必要ですか？どうやってテストを行いますか？
第二に、テスト計画
ソフトウェア開発者は、隠されたコンピュータのウェブ端を写真を撮ると表示する携帯電話のアプリに写真、スキャンコードを提出するためにホテルの管理は、健康被害なるようにキッチンを持っていると仮定し、ソフトウェアは、最終需要によって検討されています。
私たちは、最初のテスト範囲は、この機能をテストするためにどのような単なる問題提起であることを理解しなければなりませんか？
したがって、試験範囲の開発において、テストは、ウェブとアプリの2つの方向に第一分割することができます
ウェブテスト：機能テスト、インターフェースのテスト、互換性テスト、パフォーマンステスト、セキュリティテスト
アプリのテスト：機能テスト、インターフェースのテスト、互換性テスト、相互運用性テスト、ネットワークテスト、パフォーマンステスト、セキュリティテスト、環境試験
テストのおおよその範囲の後に明らかで、全体のテスト戦略を検討します。
構造試験戦略は大まかに分けることができます：
試験レベル（ユニット、統合、システム）、テストの役割と責任、テスト環境デマンド、オンライン・リスク、テストの進行状況をテスト、回帰テスト方法、作業の優先順位。
コンテンツの具体的な詳細は、もはや、拡大されていない多くの思考の一連の後、次のステップ、テストケースの設計と実行を行うことができます。
第三に、設計と実行例
飛び越えると全体のテストケースの私の理解を見ることができます興味を持っている - デザインは、私は「オープニングソフトウェアのテストケースの私の理解」と呼ばれるブログを書きました。
実装は、私は詳細なブログの内容を書き込んだ後に予定しております。
第四に、要約したレポート
舞台の仕事の終わりには、通常、ソフトウェアのテストサイクルが完了すると、それは仕事や反射を合計で3年間、今の私のようなものがあります。
プロセスは、ファンクションポイントのテストケースの数など、興味深いデータの多くを見つけることができ、有効/無効のバグ数であることが判明し、各機能は、バグ番号を持っています。
最も簡単に有効/無効のバグ数であるように、私は記事を読んでいた見つけ、記事では、テストエンジニアの品質を評価する方法を述べています
大雑把に平均、
一つのテストエンジニアは、優先度の高いバグ0を含む、有効/ 2を無効18そのうち20バグを見つけました。
IIは、3つの高優先順位のバグを含んで、19のバグは、19の有効/無効は0をテストエンジニア中に見つかりました。
これは、全体の数2人のエンジニアの作業効率を判断することができ、品質は一つのエンジニアよりも良くなります。
これらながら表面に描かれたデータの推論、種々の異なるテスターの仕事の特に複雑です。一つは、三者協議をフォローアップし、無効なバグとしてマークされ保留に意思決定をテストし、製品開発の後、ソフトウェアエンジニアの設計上の欠陥を見つけるかもしれません。
しかし、より多くのデータが得られている限り、それはより多くの次元で判断することができるが、それはまた、より多くの経営と実務経験が必要です。
同時に、これらのデータは過去の作品の良い評価することができ、データをマイニングすることにより、将来の仕事のより効果的な実施と管理を行いました。
上記のテストエンジニアは、私はより明確で簡潔なの絵が、マップするリストを使用して好きではない、ソフトウェアを持っている必要があります基本的なスキルです。
一方、より良いテストを完了し、冬の課題に直面しているために、私は、技術は3つのレベルに分かれて置きます
最初のレベル、テストおよびLinux、データベースなどの技術力、。
第二レベル、郵便配達、Wiresharkを含む高度な技術を、テストする能力。
プログラミング言語、jemeter、セレン/ appium含む第3レベル、テスト自動化機能、。
なぜ私はここにいるので、プログラミング言語のJavaやPythonを記述することなく、直接書き込むいます
ソフトウェアテストエンジニアとして2020経験、あなたはコードを記述する必要があります
最後に、構成します
2020年の計画は、苦難が幸福で死亡しました
我々は、すべての春どこルナボクサー幸せな新年以降の到着、問題なくナビゲートすることができ、前方の方法、を楽しみにしています。