ソフトウェアテストの経験の共有と 8 つの提案

この記事では、主にソフトウェアのテスト経験の共有と 8 つの提案を紹介します。これは、必要な友人と共有することができます。

多くの人は、ソフトウェアのテスト ケースを書くことは重要ではないと考えています。考え方が間違っており、最も基本的なテストケースが用意されていないため、目的なくテストを行うのと同じであり、効果は得られません。ここではテストケースの書き方を説明します。何か間違っている場合は、私にメッセージを送っていただければ、そこから学ぶことができます。

テストケースはプロジェクトを開始する前に作成する必要があります。小規模なプロジェクトの場合は、Excel スプレッドシートを使用できます。大規模なプロジェクトの場合は、bugfree や ZenTao などのオンライン ツールを使用できます。

みんなに書いてほしいいくつかの提案:

1. ページ上のボタンをクリックして書くことができます。たとえば、ログイン ページ、ログイン ページへの入力方法はテスト ケースと見なされます。前のページに戻ってテスト ケースを計算します。クリックしてログインします。場合によっては、複数のテスト ケースが存在します。より詳細な方がよいでしょう。

2、ページエフェクトを使って書くことができます。例えばホームページでは、文章に誤字があった場合は1件としてカウントされ、カテゴリの追加・変更・削除があった場合は1件としてカウントされ、表示が正常であれば1件としてカウントされます。

3. 注文の場合は、金額を間違えてテストする必要があります。たとえば、注文の支払いが成功した後にエラーが報告されますが、ソフトウェアはそれを受け取っていません。後続の解決策はありますか?

4. バグ レベルは次のように分類できます。 S 致命的なエラー。使用に重大な影響を与えるか、インターフェイスを開けず要件が実現されません。データエラーです。 B の応答が遅すぎました (応答時間を超過しました)。 Cさんは無理な修正提案をしてくる。

5. 携帯電話またはコンピューターのバージョン、システムのバージョン、テスター、およびテスト時間を明確に記載する必要があります。

6. S と A が存在する場合、オンラインになることはできません。

7. リーダーが見やすくするためのバググラフィック統計。

8. バグは同じ問題が3回発生しないように、対応する担当者が対応する必要があります。厳格な会社では、同じ問題が2回発生することはありません。

以上がこの記事の全内容です。その他の関連コンテンツについては、PHP 中国語 Web サイトをご覧ください。