基本スキルとは何ですか？Baidu の成果は、特定の仕事に従事するために必要な基本的な知識とスキルです。
理由 1: 「基本」 という言葉は、 基本的なスキルがソース テストの基本的なプロセスでなければならないことを意味します。
理由 2: 「 必須」 という言葉は、 高度なテスト開発であっても、主要な手動テストであっても、スキルが必要であることを意味します。
「開発技術はテスターの基礎スキルにカウントされるのか？」という基礎スキルの概念を知っていれば、絶対にカウントされません。私はジュニア テスターなので自動化する方法はわかりませんが、テストを手動で完了することはできます。非効率ではありますが、テストすることもできます。これは、開発はテストに必要ではなく、もちろん基本的なスキルではないことを示しています。
トピックに戻ります: ソフトウェア テスターの基本的なスキルは何ですか? 上記の分析と組み合わせると、次の質問の構造は次のようになります。
1. まずはソフトウェアテストの基本プロセスを見てみよう
2. 次にジュニアテスターの職務要件を見てみよう
3. ソフトウェアテストの基礎スキルを明確にしてみよう
4. その基礎スキルをしっかりと把握するにはどうすればいいのか
1. ソフトウェアテストの基本プロセス
上図はソフトウェアテストの基本的なプロセスです。
1) 要件のレビュー
2) 計画の作成
3) ユースケースの設計
4) ユースケースの実行
5) 欠陥管理
6) テストレポート
すべての企業のソフトウェア テスト チームの作業は、基本的にこの一連のプロセスを中心に展開します。
6 つのリンクのうち、基本的なスキルだけでなく、一次試験の職務要件とも組み合わされるものはどれですか。
ジュニアテスターが習得する必要のない作業内容は基礎スキルとは呼ばれないからです。
次に、ジュニア テスターの職務要件を確認します。
一次機能テスト（マニュアルテストとも呼ばれます）の業務内容と、基本的なテストプロセスを組み合わせると、スキルに関わる作業内容を分解すると以下の4点になります。
1) テスト ケースの作成
2) テストの実行の完了
3) 追跡欠陥の提出 (基本プロセスでは欠陥管理と呼ばれます)
4) テスト レポートの提出
基本プロセスにおける「要件レビュー」と「計画書の作成」はテストチームリーダーまたはテストマネージャーのみが行うことができ、ジュニアテストエンジニアが関与する必要はないため、この 2 つの項目は基礎スキルではありません。
3. ソフトウェアテストの基本的なスキルは何ですか?
ただし、テストレポートは「統計的なテスト結果と欠陥の統計」です。あくまで統計なのでスキルとは程遠い。ソフトウェアテスターの最終的な基礎スキルは以下の3項目です。
1) テストケース
2) テストの実行
3) 欠陥管理
インターネット ソフトウェア テスト、オフライン ハードウェア テスト、またはハードウェアとソフトウェアを組み合わせた「車両テスト」のいずれを行う場合でも、上記 3 つは基本的なスキルであり、幅広い汎用性があります。
この丼を食べるためには、この3つの基本スキルをしっかりとマスターする必要があります。
基礎力はとても大切で、それをどうやってしっかり身につけるか、次は1）何なのか、2）何に役立つのか、3）やり方、4）強化するのかという4つの側面に分けて詳しく説明していきます。それ。
4. テストの3つの基本スキル「テストケース」をしっかりと押さえるには
1. テストケースとは何ですか?
専門用語は次のように説明されます。テスト ケースは、特定のテスト目的のために設計されたテスト実行ドキュメントです。
一般的な説明は、テストする機能について、何をテストしたいのかを、テスト チームが標準化されたユース ケースの形式で書き出す必要があるというものです。
テスト ケースとは、簡単に言えば、 個人的な テストのアイデア を 文書化し たものです。
テストケースの例
2. テストケースの機能は何ですか?
テストケースには 3 つの役割があり、それぞれが非常に重要です:
a) 漏洩の防止
b) テスト実施基準
c) テストの取り組みの評価
3. テストケースの作り方
まず、テスト ケースの 8 つの要素を理解します。
要素 1: ユースケース番号: プロジェクト + モジュール + 番号
要素 2: ユースケースのタイトル: 期待される結果 + 操作ステップ 要素 3
: モジュール/プロジェクト: 属するプロジェクトまたはモジュール
要素 4: 前提条件: このユースケースを実行するための前提条件は何ですか操作
要素 5: 優先度: ユースケース P0 ～ p4 の重要性または影響を示します (P0 が最も高い)
要素 6: テストステップ: 操作ステップを説明します
要素 7: テストデータ: 運用データ。利用できない場合は、空の
要素 8: 期待される結果: 望ましい結果
次に、一般的に使用されるテスト ケースの方法を理解する必要があります。
方法 1: フローチャートによる方法 。
方法２：同値クラス分割法。
方法 3: 境界値分析
方法 4: デシジョンテーブル
方法 5: 直交法
方法 6: 誤差推測法
よく使われる方法は、最初の 3 つ、すなわちフローチャート法、同値クラス分割法、境界値分析法です。
テストケース手法において最も重要なことは、 各手法の 適用シナリオの違いを 理解することです。
a)フローチャート方式の適用シナリオは、「ユーザーの利用シナリオを記述し、ビジネスシナリオに多機能の組み合わせロジックを組み込む」ことです。代表的なものは「プロセステスト」
b)同値クラス分割法の適用シナリオは「網羅できないテストデータ、またはテストデータ量が多すぎるテストデータ」であり、その代表的なものは「ページのインプットボックステスト」である。
c)境界値分割法の適用シナリオは、「同値クラスに基づいて、境界範囲のあるテストデータの場合、テストデータは一般にデジタルまたは時間である」であり、その代表的なものは「入力ボックステスト」である。境界範囲" .
d)直交テーブル法の適用シナリオは、「ユースケースは複数の入力条件（条件が 4 つ未満）をカバーする必要があり、条件間に依存関係（制約）がある」です。
e)判定テーブルの適用シナリオは、「有効なテストケースが多すぎるが、条件の入力値が中国語と英語であるため、境界値分割法を使用してテスト範囲を狭めることができないため、数学的統計ツール「判定テーブル」を使用して、テストケースの数を合理的に絞り込みます。
f)エラー推測手法の適用シナリオは「経験に基づいて起こり得るエラーをテストする」ですが、これは Xiaobai には適していません。
5. テスト・テスト実行共有の3つの基本スキルをしっかりと押さえるには
1. テスト実行とは
書かれたテストケースを厳密に実装し、ソフトウェア上で実行し、期待した結果が同じかどうかを検証し、記録することです。
赤い文字はテスト実行後の記録です
2. テスト実行は何に役立ちますか?
ソフトウェアの欠陥 (バグとも呼ばれます) を見つけること。
3. テストを実行するにはどうすればよいですか?
step1: テストケースの優先順位に従ってテストケースを実行します
step2: 実際の結果がテストケースの期待結果と一致するかどうかを比較します。
一貫性がある場合、レコードは渡されます。そうでない場合、記録は失敗します。実行できない場合、レコードはブロックされます。
ステップ 3: ユースケースの実行失敗: 欠陥を記録して送信します。
ステップ 4: テスト ケースを更新します。
テストの実行時にテスト ケースを更新できるのはなぜですか? その理由は、 テスト ケースは一夜にして完成するものではなく、最適化を繰り返した結果であるため、実行中にテスト ケースが欠落している、冗長である、または実行できないとテスターが発見した場合は、対応する操作を実行するだけです。
4. テスト実行をしっかり把握するには？
手動でテストを実行する場合、テストケースに厳密に従ってテストを実行できます。したがって、テストの実行は基本的なスキルではありますが、技術的な敷居は高くありません。実行するときは注意してください。
6. テスト実行共有の3つの基本スキルをしっかりと押さえるには
1. 欠陥管理とは
欠陥、バグとも呼ばれます。欠陥管理とは、バグを提出し、バグを追跡することです。
2. 欠陥管理は何に役立ちますか?
1) ソフトウェア テスト エンジニアは、欠陥管理を通じて開発に取り組み、ソフトウェアのバグを修正する必要があります;
2) ソフトウェア テスト エンジニアは、欠陥管理を通じて開発が欠陥を特定できるように支援できます。
3. 欠陥管理はどのように行うか?
欠陥の提出には、Jira や Zen Tao などのツールを使用できます。ツールは使いこなすのが簡単ですが、ツールは目的ではなく、単なる手段です。
したがって、欠陥管理の中核は、欠陥提出コンテンツの準備にあります (次の図を参照)。
欠陥提出テンプレート
1) 欠陥管理の提出要素は以下の 5 種類に分類されます。
a) バグ番号、b) バグのステータス、c) 重大度、d) 優先度、e) バグの種類
不良番号の把握は英語+数字だけで非常に簡単です。
企業の要件に応じて、欠陥のステータス、重大度、優先度を出力できます。
バグの種類は必須ではありません。会社の要件によって異なります。
欠陥提出要素に対する企業の要件
2) しかし、欠陥の中核要素は次の 3 つです。
a) 欠陥タイトル[コア]
欠陥タイトルの役割は、欠陥を明確に説明することです。
評価基準が明確に記述されているため、開発者は他の要素を見なくても、タイトルを見るだけでどのようなバグが報告されているかを知ることができます。
明確に説明するために、欠陥の命名手法は [実際の結果 + 期待される結果] の命名方法を採用する必要があります。
たとえば、「検証コードは (10,15] 分でも正常にログインできます - 有効時間が 10 分以内であるため、失敗が予想されます)、別の例としては、「QQ
番号が空です。次のステップをクリックできます (そうでないことが予想されます)」クリックされます）」
b) 欠陥の説明 (重要)
次の 4 つの部分を含む欠陥の説明:
1) 前提条件 (テスト ケースの「前提条件」に対応)
2) 反復ステップ (テスト ケースの「テスト ステップ」に対応)
3) 期待される結果 (テスト ケースの「期待される結果」に対応) 4) 実際の結果 (テスト
ケースの「実際の結果」に相当)
フレーム部分は欠陥説明です
欠陥の説明は重要ですが、書くのは非常に簡単で、テスト ケースの核心を書くだけです。
なぜ欠陥説明の中でテストケースを再度表現する必要があるのでしょうか?
理由 1: テスト ケースは、テスト チームの内部実行の重要な出力を参照しており、テスト グループ内での実行参照です (グループ全体では表示されません)。
理由 2: 欠陥は開発に報告され、開発に欠陥 (バグ) を再現させなければなりません。したがって、テスト ケースの核となる内容をバグに明確に記述する必要があります。
c) 必要な付属品
添付書類には以下の3種類があり、紛争の回避と発展を目的としています。
または、画像 - 画像でフィードバックできるバグは画像
またはログを使用する必要があります - ログに入れることができる場合は、ログに入れる必要があります。これは開発やバグ分析
またはビデオに便利です - たまに発生するバグについては、必ず記録してくださいビデオ
4. 不良発生を確実に把握する方法
7. 概要:
ビジネスの理解、効果的なコミュニケーション、思考ロジック...これらはテスターにとって重要ですか?
もちろんそれは重要です。しかし、これらは能力であって、基本的なスキルではありません。
ソフトウェアテストなどの技術職の場合、基本スキルとはテクノロジーを指します。
しかし、基礎的なスキルがしっかりしていても、現在の経済環境では就職するのは依然として難しく、自動化技術を習得する必要があります。
あらゆる階層が困難な状況にあるため、現時点で企業が人材を雇用する際には、よりコスト効率の高い人材を見つけるでしょう。
誰もがテスト業務に携わりたいと考えていますので、基礎的なスキルを身につけた上で、自動化に関することを学んでいただければと思います。
スクリーンショットのソースは上司によって直接雇用されています。確認を求めることを歓迎します
ソフトウェア テストの基本的なスキルだけでなく、自動テストにも興味があり、体系的にソフトウェア テストを独学で学習したい場合は、学習リソースがないことを心配する必要はありません。ここで、非常に包括的な内容を含む 13G の超実用的な乾物テストおよび学習リソースを提供します。Linux データベース、機能テスト、Python、インターフェイス テスト、パフォーマンス テスト、UI 自動テストなどを含みます。
最後に:以下の完全なソフトウェア テスト ビデオ チュートリアルが整理されてアップロードされており、必要な友人は自分で入手できます[100% 無料保証]
ソフトウェアテストの面接ドキュメント
私たちは高給の仕事を見つけるために勉強しなければなりません。次の面接の質問は、アリ、テンセント、バイトなどの一流インターネット企業からの最新の面接資料であり、一部のバイトの上司が権威ある回答をしています。このセットを完了してください。面接資料は誰もが満足のいく仕事を見つけることができると信じています。
