記事のディレクトリ
1はじめに
一般的な欠陥は、ライフサイクルとコンテンツをテスト処理シナリオとソフトウェアが含まれます
- NEW：新しい状態がテスターを参照する欠陥を発見し、また、（通常はテストまたは開発の先頭に提出）新しい状態として知られている新たな欠陥を提出
- OPEN：状態のテスターを開いた後、それは欠陥があることをテストリーダー、テストリーダーを確認するために提出した欠陥を発見し、欠陥が開いた状態に設定されます。
- ASSIGN：テストリーダーは、これが欠陥状態の割り当てに設定され、欠陥がこの時点で適切な開発者に割り当てられている欠陥であることを確認した後に割り当て状況
- REJECTED：考慮されていないという問題が欠陥の開発状況を受け入れない、テスターを設定します問題は、質問を送信するために割り当てられた状態を拒否されます
- DEFERRED：遅延処理状態、受け入れられた欠陥の開発は、現在は修正する時間がなかった、欠陥が状態のために設定され、テスト担当者が提出した後、問題を解決するために割り当てられました
- 重複：繰り返しの状態を提出し、現像欠陥を受けた後、同一または類似を提出する前に不具合や欠陥が、欠陥が繰り返し状態を提出するように設定されることがわかりました。テスターは質問を送信するために割り当てられました
- 固定/ TEST：バグ/不具合を修正は、その問題を決定し、テスト開発の後に受け付けることができ、固定としてテスト可能/設定されている、それはこの時点で発行されます修正されました。そして、疑問を提出テスターに割り当てられました
- リニューアルオープン：テスターは再びテストと開発者の状態を修正/ TEST欠陥を発見したりしない場合は再度開き訂正して、再度開くと開発に割り当てられた問題を置きます
- VERIFIED：開発者が本当に問題が正常に修復されたとき、確認状態は、再度テストをテスター
- CLOSED：再び閉状態に設定され、閉じた状態、欠陥テスト合格
2、どのようにランダムな欠陥を行います
- 1、レコードが提出します
- 2、あなたが再現できるかどうかを確認するために、開発者を探して、問題の再現を試み
3、論争の欠陥
- 1、要件文書を参照してください
- 確認製品需要に2、
4、どのように欠陥エントリーを置くために
- 割り当てを行うために、テストのリーダー、テストのリーダーに提出1、
- 割り当てを行うためにR＆Dグループのリーダー、研究開発の先頭に提出2、
5、ソフトウェアテストのライフサイクル
テスト計画 - >テスト設計、テスト開発 - >テストの実行 - >テストの評価
6、ソフトウェアテストのVモデル
用户需求 验收测试
需求分析与系统 系统测试
概要设计 集成测试
详细设计 单元测试
编码
ソフトウェアテストの7、ダブルVモデル
- W模型增加了软件各开发阶段中应同步进行的验证和确认活动。W模型由两个V字型模型组成，分别代表测试与开发过程，图中明确表示出了测试与开发的并行关系。
- W模型特点：测试的对象不仅是程序，需求、设计等同样要测试，测试与开发是同步进行的
- W模型优点：有利于尽早地全面的发现问题。例如，需求分析完成后，测试人员就应该参与到对需求的验证和确认活动中，以尽早地找出缺陷所在。同时，对需求的测试也有利于及时了解项目难度和测试风险，及早制定应对措施，显著减少总体测试时间，加快项目进度。
- 局限性：需求、设计、编码等活动被视为串行的；测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一阶段工作。无法支持迭代的开发模型。对于当前软件开发复杂多变的情况，W模型并不能解除测试管理面临着困惑。
8、软件测试实例
需求文档如下：
手机号
- 1、仅接受阿拉伯数字，要求为11位大陆手机号，不符合要求报错：“手机号码格式错误”
- 2、如输入号码已被使用，则报错：“此手机已被注册，请使用其它号码”
- 3、必填，如未填在文本框中显示文本：“请输入手机号”
- 4、如未填并点击下一步，在文本框后报错：“请填写手机号”
测试点
- 1、手机号不满11位
- 2、手机号超过11位
- 3、非大陆手机号
- 4、手机号带非法符号（字母、特殊符号、空格等）
- 5、11位但是不符合手机号格式
- 6、各种不同的运营商和不同的号段
- 7、手机号输入超长字符
- 8、检查不符合要求时的报错信息
- 9、输入已经注册过的手机号码并且检查提示信息
- 10、检查输入框中默认的提示信息
- 11、手机号未填直接点击下一步，检查提示信息
9、软件测试分类
按阶段划分：单元测试、集成测试、系统测试、验收测试
- 单元测试：一般称为功能调试，是指开发人员把一个功能开发完毕之后执行的测试，一般开发人员自己测试，也有专业的白盒测试工程师进行测试
- 集成测试：称为开发联调测试，开发人员在完成单源测试之后，和其它开发人员进行联合测试的过程（缺陷出现最多的地方）
- システムテスト：統合テストの後、テスト中のシステムにリリースされたコードのすべてが、テスト中のシステムのインストールから展開テスターは（サービス機能、システム環境など）コア機能のテストをチェックするためには、テストエンジニアによって、一般的に完了しています責任、それはほとんどの中央部分の一つであります
- 受け入れテスト：ユーザーがドッキングされています。αテスト：ソフトウェア会社への顧客の代表者は、テスターで、一つ一つは、製品の説明書に従って、ソフトウェアが実装されているかどうかを確認するために、βテスト：（ベータ版）をクライアント企業に配備されている優れたソフトウェアを開発するために、顧客にトレーニングが終わった後、のプロセスによって作らしようとする顧客による問題、
テストプログラムを実行するかどうかによります
- 静的テストユニットテスト、ホワイトボックス
- ダイナミックブラックボックステスト、機能テスト
テスト煙：検証のために、メインのコアビジネス機能が提出した開発者の新しいバージョンごと。
回帰テストは：問題が前に修復されていることを確認し、他の機能が正しいかどうかを確認します
テストのインストール、アンインストール、互換性、使いやすさ、消費電力、ネットワーク
性能試験
負荷試験：試験は、最大システム指定の
圧力試験：試験システムは、制限
安定性試験を
10、ソフトウェアテストの経験
これは、テスト段階のわずか80％が、残りの20％〜80％が露出されることを見つけたとき、大面積、ならびに20％残って徐々に長く使用した後に露出します
学如逆水行舟，不进则退
