長期テストにより、ソフトウェアテストについても深く理解できました。次に、テスターが注意を払う必要があるいくつかの質問を共有しましょう。
ソフトウェアテスターは、安全で準備を整えておく必要があります。
経済が悪く、会社の業績が良くないときはいつでも、会社は従業員を解雇することがあります。最初にカットするのはテスターです。テスターの技術レベルは比較的低いため、交換が簡単で、採用も簡単です。多くの場合、企業はテスターから始めます。
テスターとして、私たちの通常の作業のほとんどは比較的簡単ですが。しかし、カエルを温水で沸騰させないでください。開発者のように自己改善し、学習を続け、プログラミングレベルを向上させる必要があります。このようにして、解雇されたとしても、すぐに新しい仕事を見つけることができます。
テスターは開発者よりもビジネス要件に精通している必要が
あり、テスターのレベルは主にテストケースの設計に反映されます。包括的で幅広いテストケースを設計するには、テスト担当者がテストするプロジェクトのビジネスニーズに精通し、開発者よりも熟知している必要があります。
テストバンキングシステム、通信業界、またはERPソフトウェアの場合。このビジネス知識は非常に役に立ち、学ぶことはより情熱的です。
ビジネスニーズに習熟するのがいかに簡単か。
-
機能要件ドキュメントをよく読むには、PMに移動して質問を確認してください。
-
自分をエンドユーザーとして扱い、テストするソフトウェアをよく使用します。ユーザーの行動をシミュレートします。
-
ソフトウェアのすべての機能を記憶します。
運が悪く、役に立たない扱いにくいソフトウェアに遭遇した場合、あなたは本当にそのビジネス(この会社を辞めたときにもう使用しないビジネス)を学びたくありません。
テスターは開発者と緊密に連携する必要があるため、開発者と良好な関係を築くことが非常に重要です。
- 開発者と友達になりましょう。
すべてに慣れていると便利
- 開発者の邪魔をしないでください
開発者がコードを注意深く書いているのを見たとき、他の人の邪魔をしないでください。コードを書くには集中力が必要です。邪魔された場合、思考が妨げられます。
- 質問に集中する。
質問する必要があるすべての質問を要約し、開発を求めることに集中してください。これにより、多くの時間を節約できます。
- 開発者に迷惑をかけないようにバグを書いてください。
開発者が不明確で再現できないバグの説明を見つけた場合、彼は間違いなくテスターを叱ります。したがって、テスト担当者はバグを記述し、曖昧さなく正確に簡潔に説明し、再現してスクリーンショットを追加するための詳細で簡潔な手順を実行する必要があります。
テスターはいくつかの基本的なプログラミングを理解する必要があります。
製品はC#で開発されているので、テスターはC#の入門知識を持っている必要があります。Webプログラムをテストします。少なくともHTML、CSS、Javascript、Jqueryを理解する必要があります。それ以外の場合は、Webプログラムを1〜2年テストします。これを行う方法がわからない、悲劇です。
コードを理解した場合にのみ、開発者と通信でき、開発者に軽蔑されることはありません。
これ
は、テスターが開発環境製品のコードを作成するための最良の学習教材です。私たちは、常にテストのために開発バットをフォローするわけではありません。開発がバージョンをビルドするのを常に待つわけではありません。このバージョンをテストし、コードチェックインする内容を開発しますテスターはまったく知りませんでした。ときどき、製品コードの設計方法と開発者がバグを修正する方法を理解する必要があります。多分プログラミングレベルは高いので、開発者がコードレビューを行うのを助けることができます。
ソースコードツールを使用して、製品コードをマシンにチェックアウトします。常にコードを確認し、多くの場合、バグが修正されたときに送信されたコードを確認します。
ドキュメントを書くことはテスターのコアコンピタンスです。
以前のテストリーダーが、彼女をリードできる理由は、彼女がドキュメントの作成と電子メールの送信に非常に優れているためだと言ったことを覚えています。ドキュメントを書くには、要約と要約、および明確なロジックが必要です。彼女は数十ページのSpecの分析と数十ページのテスト計画の作成に非常に優れています。また、テストレポートの収集も非常に得意です。毎日、完全で明確で美しいテストレポートが各グループに送信されるため、社内の全員がテストグループの作業を明確に確認できます。
彼女のリーダーシップの下で、「新入社員チェックリスト」、「搭乗時のトレーニング」、テストツールで使用されるドキュメントなど、多くのドキュメントをまとめました。
さらにブログを書いたところ、ドキュメントを書く能力が大幅に向上したことがわかりました。
テストの最後に2日間のクロステストを行う必要があります
クロステストとは、テスト項目を交換する2人のテストエンジニアを指します。これには多くの利点があります。
-
バグを見つけるのに役立ちますテストエンジニアは長い間自分のプロジェクトを測定してきましたが、これは失明しやすいものです。いくつかのバグに目を向けます。
-
知識とビジネスの共有に役立ち、スタッフの離脱を防ぎ、結果として無人テストが可能になります。
-
異なるテストのアイデア、あなたは互いに多くの問題を見つけることができます
テスターのボトルネック 2〜3年間の手動テスト作業は、基本的にテストに必要な知識のほとんどを習得できます。テストリーダーの立場に上がらないと、多くの人が開発のボトルネックを感じ、毎日テストを繰り返します。何かがすぐにテストへの情熱を失うでしょう。
物事を学ぶことができず、技術レベルが低いことが、この業界のテストにおける最大の問題です。
ボトルネックを打開する方法?わかりません。
可能な限り自動化します。時間をかけてテストを自動化します。これにより、テスト時間を節約し、技術レベルを向上させ、テストの繰り返しを回避できます。
自動テストと手動テストの
比較今日、多くの企業はますます多くのテストを必要としています。多くの優れた企業は、5年以上の実務経験が必要で、プログラミング言語を習得し、自動テストで豊富な経験を持つ上級QAを採用しています。もちろん、自動テストは手動テストよりもはるかに優れています。
自動化はトレンドであり、手動テストのみを行う人々は将来的に競争力を失うでしょう。
自動テストのテクノロジーは、開発で使用されているテクノロジーとはかけ離れています。
多くの同僚は、テストから開発への切り替えを望んでいました。今では数年経ってもまだそうではありません。当初、自動テストテクノロジーの蓄積を利用して開発に移行したいと考えていました。自動テストで使用されているテクノロジーが、開発で使用されているテクノロジーとはかけ離れていることをどのようにして知っていますか?
テストから開発まで?難しい
コーディングするのに一生懸命勉強し、それをテストに使用することは正しい方法
です。テストの最も苛立たしい部分は、テクノロジーについて議論している開発者を理解できないことです
時々、開発者との会議が開かれ、開発者全員が激しい議論を繰り広げています。テスターとして、私はこの開発者グループが何を話しているのかを基本的に理解できず、話すことすらできません。私は多くの会議で一言も言ったことがありません。
優秀なテスターは非常にまれです。
テストを上手く行うのは簡単ではありません。優秀なテスターは、幅広い知識と優れたコミュニケーションスキルを必要とします(開発者やプロジェクトマネージャーだけでなく、他のグループの人々とのコミュニケーションも必要です)。 。広範なテスト経験、テストに対する高い熱意と忍耐力。また、テスターは、広範なビジネス知識を持ち、コードを作成する必要があります。
優れたコードを書く人は間違いなくテストを行わず、開発を行います。
ほとんどのテストマネージャーには開発の経歴
があり、上司のいくつかが開発からテストに転向したことがわかりました。彼らはすべて数年の開発経験があり、テストマネージャーに切り替える理由がわかりません。彼らは開発とテストを行うことができ、テスターに技術サポートを提供することができます。
テストマネージャーがテクノロジーについて何も知らない場合、内部を握ることができない人々や世界外の他のグループの人々はあなたを望んでいません。
ソフトウェアのテストは確かに非常に退屈であり、多くのエネルギーを必要とします。
テスト作業に多くのエネルギーが必要であることは否定できません。そのため、ヨーロッパとアメリカは多数のテストポジションを中国に外部委託し、何度もテストを繰り返し、テストケースを実行し続けます。 、髪めまい。
Windows Updateでプログラムのさまざまなバージョンのアップグレードを以前にテストしたことを今でも覚えています。まずプログラムの古いバージョンをインストールしてから、Windows Updateを再起動してアップグレードがあるかどうかを確認し、最後にアンインストールします。次に、再度インストールしてアンインストールします。最後のテストはほとんど血を吐きました。
英語はテスターにとって命を救うストローです
。英語にはいくつかの利点があります。
同じ技術レベルで、英語が上手なテスターは外国の会社に入ることができます。これは、英語が上手でないテスターよりはるかに高いです。
UI自動化テストを最小限に抑え、単体テストを使用し、インターフェイステストを実行します
。バグを見つける自動テストは役立ちます。それ以外の場合は、仕掛けです。
UI自動テストは比較的不安定で、テスト結果の分析も困難です。また、UIの変更も大きくなっています。したがって、できる限り低レベルの自動テストを実行する必要があります。たとえば、UIとロジックはASP.NET MVCで分離されています。ロジックの自動テストのほうが適切です。