软测笔记-索引

==================================

软件测试的类型：
功能性测试：
主要测试系统在功能性上的错误。
包括界面错误、数据结构的缺陷、接口错误、性能上的缺陷、变量初始化的错误……等。

非功能性测试：
主要测试系统的非功能性上的错误。
包括可用性、可移植性、配置测试、兼容性、故障恢复、性能(满足系统规定的指标)、可靠性(健壮性)、
保密性(机密性，可用性，完整性)、文档及帮助测试(交叉引用检查)……等。

结构性测试：
主要研究代码的本身。
测试方法：对代码进行语句覆盖、判定覆盖、条件覆盖等。

变更相关的测试：
也称为回归测试，或再测试。
因为经常反复使用同一个测试用例，故需要辅助的工具使测试用例重复自动的运行。
通常只对可能受到变更影响的模块加以重复测试。
各测试阶段内发现的缺陷，应在该阶段内的回归测试中完成修复工作。
一般方法：冻结该阶段中系统的版本，将回归测试中的问题集中修改、集中回归。
需要借助版本控制工具与配置管理工具。
冻结：利用Tag，即以某个Tag的版本为中心版本。
当发现的Bug都解决后，为此Tag下的所有文件打上新的Tag，再交付给下个测试阶段。
注意回归测试与兼容性测试的结合，即注意系统在处于不同环境下的回归测试。

维护性测试：
是指在对系统维护过程中的测试。
注意与可维护性测试的区别。可维护性指的是系统可被修改的容易程度。

静态测试：
也叫评审，具体分为技术评审、正规检视与走查。这里着重讲走查。
走查(walkthrough)：
主要对象为代码，目的是发现程序中无法用动态测试测出的Defect，并在必要时补充相关文档。
涉及代码的一致性、可读性、逻辑性，检查其是否遵循相关标准，还包括编程风格等。
主要的走查内容：变量的交叉引用表；
符号的交叉引用表；
函数、宏、子程序；
等价性检查、常量检查、标准检查、风格检查；
比较控制流、选择激活路径；
补充相关文档，等。

==================================

决策表分析法 decision table(黑盒测试)：

如图所示，一个rule对应测试中的一个用例。

决策表的类型：
有限条目决策表：条件条目只取T或F。
扩展条目决策表：每个条目根据情况，取多个值。

规则数(rule的数量)：
对于有限条目决策表来说，理论上有2^N个。

在实际业务中会出现理论上存在的不满足需求的条目，即不可能条目。
而在其他条目成立的情况下，不需要考虑的条目，被称为不关心条目。

决策表的产生：
1、理解需求、规约、说明书，找到所有的条件桩。
2、找到所有可能的输出，即行动桩。
3、根据条目设计出规则，即测试用例。
4、对测试用例进行评审，检查是否覆盖所有功能，与其输出是否正确(重要)，格式、模板是否符合标准等。

==================================

终于把这几周除了练习之外的部分写完了，之后根据进度保持一周一至两更。