软件测试 软件测试工具
1.软件测试是在软件投入运行前，对软件需求分析、设计规格说明和编码的终审，是发现软件故障，保证软件质量，提高软件可靠性的主要手段。
2.软件可靠性的定义为：系统在特定环境下，在给定的时间内，无故障运行的概率。
3.对软件系统中可能出现的故障进行分类：硬件、软件、操作、环境。抱怨=故障
4.发现故障是成功的测试。
5.软件测试：使用人工或自动手段来运行或测定某个系统的过程，其目的在于检验它时候满足规定的需求或是弄清预期结果与实际结果之间的差别。
6.测试用例是为特定的目的而开发的一组测试输入、执行条件和预期结果。测试用例是执行的最小实体。
7.故障、失效、错误、缺陷、隐错、过失、异常用来描述软件失效时的现象。
8.软件测试进行的越多，其程序免疫力越强。
9.停止测试标准：(1)超过了预定时间 (2)执行所有测试用例但没有故障 (3)使用特定的设计方法 (4)指出测试完成的要求 (5)根据单位时间内查出故障的数量。
10.瀑布、原型、螺旋模型。
11.集成阶段复杂程度远远超过单元测试。
12.白盒：根据程序内部结构进行测试;能揭露隐藏在代码中的故障，能够对程序内部的特定位置进行覆盖测试;无法检测程序的外部特性，无法对未实现规格说明的程序内部缺陷部分进行测试;判定覆盖、条件覆盖、判定/条件覆盖，路径覆盖。基于被测程序的源代码。
13.黑盒：根据规格说明设计测试用例(功能测试，给予规格说明测试); 有助于发现任何规格不一致或有歧义的地方，能站在用户立场进行测试;不能测试程序内部特定部位，发现不了规格说明的错误;等价类划分、边界值分析、因果图。从软件的外部对软件实施测试
14.单元测试使用白盒，确认或系统测试使用黑盒。
15.灰盒：在白盒中交叉使用黑盒。
17.标准等价类：不考虑无效数据值;稳健等价类划分：考虑无效等价类;强类型语言实现，则没有必要使用稳健等价类划分测试。
18.边界值分析测试会长生4n+1个测试用例，稳健测试则是6n+1个
19.决策表通常由四个部分组成：条件桩、条件项、动作桩、动作项
20.适合决策表测试方法的应用程序：if-else逻辑突出，输入变量之间存在逻辑关系，涉及输入变量子集的计算，输入与输出之间存在因果关系的。
21.在设计阶段采用决策表，就不必再画因果图，直接利用决策表设计测试用例。
22.程序中剩余故障的概予与已经发现的故障成正比。
文章来源于领测软件测试网 https://www.ltesting.net/