软件测试两小时入门笔记

立即学习:https://edu.****.net/course/play/9721/206968?utm_source=blogtoedu

软件缺陷及其原因

什么是软件缺陷
1、软件未实现规格说明书中的功能、
2、软件功能出现了不应有的错误
3、软件功能超出规格说明书范围
4、软件未达到应达到的目标
5、软件难以理解，不易适应，运行速度缓慢
软件缺陷来源
1、软件需求
2、软件设计
3、编码
4、其他

软件测试过程模型

软件测试对象（程序，文件，数据）
软件测试两小时入门笔记
缺点：时间长，问题发现的比较晚

测试生命周期

测试计划——>产生测试计划文档
测试分析
测试设计——>产生测试用例文档
测试执行——>产生测试缺陷报告文档
测试评估——>产生测试时报告文档

测试方法

按照是否执行软件分为静态分析，动态测试
根据是否了解程序内部结构分为黑盒测试，白盒测试，灰盒测试

根据阶段和作用

单元测试
集成测试
系统测试
验收测试

根据目的

功能测试
性能测试
安全测试
兼容性测试

α测试就是在开发的环境进行测试
β测试就是在用户的环境进行测试
冒烟测试就是基本功能测试
回归测试

黑盒测试主要发现的错误

功能不正确或遗漏
界面错误
数据库访问错误
性能错误
初始化和终止错误

为什么要设计测试用例

良好的测试用例可以缩短实施测试时间
确保测试的系统性，全面性
提高测试的可复用性

等价类划分

把程序的所有可能的输入数据划分为若干子集，每一个子集的代表性数据在测试中的作用等价于这一子集的其他值。每一个子集就是一个等价类。

等价类需要考虑有效等价类和无效等价类

边界值

长期测试经验表明：大量错误发生在输入或输出范围的边界上，而不是发生在输入输出范围内部。因此，对各种边界设计测试用例，取得良好的结果。

判定表驱动法

判定表是分析和表达较为复杂逻辑条件下软件状态和行为的有效工具
用它可以设计出完整的测试用例集合，将复杂问题的各种可能情况罗列出，使测试内容变得简单明了而避免遗漏

因果图

从程序规格说明中找出因（条件项）和果（结果项），并分析因果图关系，以及因因，果果之间的约束关系，绘制因果图通过因果图转为判定表将判定表中不符合约束条件的规则去除然后将判定表简化，将每一规则转化为一个测试用例

恒等
非
或
与
E约束——排斥
I约束——包容
O约束——选一
R约束——需要
M约束——屏蔽
正交法
正交实验法是从大量实验点中挑出适量的，有代表性的点，利用正交表，合理地安排实验的一种科学实验设计方法
分析影响测试项的因素
分析每个因素的取值方式
设计或者选择一个合适的正交表
把正交表中的元素转换为因素的实际取值，每行转换为一个测试用例

场景法

时间出发时序不同形成不同场景事件流分为基本流和备选流，基本流描述最正常的一种场景，备选流描述执行过程中的异常或偶尔发生的情况
场景法是通过用例场景描述业务操作流程，遍历业务流程上所有基本流和备选流。