软件测试（对软件测试的认识+测试用例）

一、 对软件测试的认识

1. 软件测试的概念

（1）通俗来讲，软件测试就是找BUG；
（2）验证软件产品特性是否满足用户的需求。

2. 软件测试和开发的区别

（1）难易程度不同，开发广度小，专业度高。测试广度大，专业度低；
（2）技能要求 测试要求更广泛：业务能力，设计和架构分析能力，测试手段和工具使用，用户模型分析和理解，编程能力

3. 软件测试人员应该具备的素质

（1）沟通能力
测试工程师的沟通能力会直接影响事务开展的效率。良好清晰的沟通能力，是一个技术优秀的测是工程师是否可以获得更好发展的“敲门砖”。
（2）快速学习的能力
对不同业务需求和功能的快速学习与理解能力。 对于测试新技术和新方法的学习能力。
（3）开发能力
（4）文字能力
（5）掌握自动化测试技术
（6）优秀的测试用例设计能力
测试用例设计能力是指，无论对于什么类型的测试，都能够设计出高效地发现缺陷，保证产品质量的优秀测试用例。

4. 软件测试的生命周期

（1）需求分析：分析需求是否正确，是否完整。
（2）测试计划
（3）测试设计：设计测试用例。
（4）测试开发：开发测试工具，开发自动化测试用例。
（5）测试执行：提交BUG，验收。
（6）测试评估：产出测试报告。

5. 软件的生命周期

需求分析 -> 计划 -> 设计 -> 编码 -> 测试 -> 运行和维护

二、 测试用例

1. 测试用例的概念

1. 测试用例（Test Case）是为了实施测试而向被测试的系统提供的一组集合，这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素。
2. 测试用例解决了两大问题：测什么，怎么测。

2. 测试用例的设计

（1）基于需求设计测试用例
基于需求设计测试用例是测试设计和开发测试用例的基础，第一步就要分析测试需求，验证需求是否正确、完整、无二义性，并且逻辑自洽。在需求正确的基础上细化测试需求，从测试需求提炼出一个个测试点或者测试项，然后根据每一个测试点进行测试用例的设计。
a.功能测试需求
①业务相关（软件规格说明书）
②界面相关（UI设计稿）
③易用性（测试经验）
b.非功能测试测试需求
①兼容性②安全性③性能
④可靠性⑤易维护性⑥可移植性

3. 具体的设计方法

（1）等价类
依据需求将输入（特殊情况下会考虑输出）划分为若干个等价类，从等价类中选出一个测试用例，如果这个测试用例测试通过，则认为所代表的等价类测试通过，这样就可以用较少的测试用例达到尽量多的功能覆盖，解决了不能穷举测试的问题。

（2）边界值
边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。
（3）错误猜测法
a. 错误猜测法是对被测试软件设计的理解，过往经验以及个人直觉，推测出软件可能存在的缺陷，从而针对性地设计测试用例的方法。
b. 这个方法强调的是对被测试软件的需求理解以及设计实现的细节把握，还有个人的经验和直觉。
c. 错误推测法和目前流行的“探索式测试方法”的基本思想一致，这类方法在敏捷开发模式下的投入产出比很高，被广泛应运于测试。
d. 这个方法的缺点是难以系统化，并且过度依赖个人能力。

（4）场景设计法
现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景；
场景法是一种通过使用“场景”对软件系统的功能点或业务流程进行描述，即针对需求模拟出不同的场景进行所有功能点及业务流程的覆盖。
（5）因果图法
因果图是一种简化了的逻辑图，能直观地表明程序输入条件（原因）和输出动作（结果）之间的相互关系。因果图法是借助图形来设计测试用例的一种系统方法，特别适用于被测试程序具有多种输入条件、程序的输出又依赖于输入条件的各种情况。