文章内含图片均来自互联网且原作者不详
TDD: Test-Driven Development测试驱动开发
V模型，W模型，H模型
公理
Axiom 1 ：It is impossible to test a program completelyAxiom 2： Software testing is a risk-based exercise
Axiom 3： Testing cannot show the absence of bugs
Axiom 4：The more bugs you find, the more bugs there are
Axiom 4：The more bugs you find, the more bugs there are
Axiom 5： Not all bugs found will be fixed
Axiom 6： It is difficult to say when a bug is indeed a bug
Axiom 7： Specifications are never final
Axiom 8： Software testers are not the most popular members of a project
Axiom 9：Software testing is a disciplined and technical profession
软件测试方法分类
测试策略的概念
测试用例
- 满足特定目的的测试数据、测试代码、测试规程的
集合 - 是发现软件缺陷的最小测试执行单元
- 有特殊的书写标准和基本原则
测试用例设计生成的基本准则：
测试用例的代表性：能够代表并覆盖各种合理的
和不合理、合法的和非法的、边界的和越界的、
以及极限的输入数据、操作和环境设置等;
测试结果的可判定性：即测试执行结果的正确性
是可判定的，每一个测试用例都应有相应的期望
结果；
测试结果的可再现性：即对同样的测试用例，系
统的执行结果应当是相同的。
黑盒测试Black-Box-testing
测试用例设计技术
- 等价类划分方法
- 边界值分析方法
- 错误推测方法
- 判定表驱动分析方法
- 因果图方法
- 场景法
场景法步骤总结：
1、设计场景：通过用例的主事件流和备选事
件流的组合给出不同的场景
2、设计测试用例标准覆盖场景
3、根据测试用例标准给出具体的测试数据
白盒测试
逻辑分支覆盖法：
语句覆盖
判定覆盖
条件覆盖
判定/条件覆盖
条件组合覆盖
路径法：
路径覆盖
基本（独立）路径覆盖