目录
1.按测试对象划分
1.1界面测试
1.什么是界面
用户通过肉眼看到的
2.测试内容
布局,兼容性,字体,按钮,图片大小,色差
3.常见BUG
- 界面内容的完整性
- 整个界面的排版和布局
- 对界面不同控件的测试
- 界面的布局和色调
1.2可靠性测试
1.概念
可靠性=正常运行时间/(正常运行时间+非正常运行时间)*100%
可用性指标一般要求达到4个或5个“9”，即99.99%或者99.999%
2.怎么进行可靠性测试
通过工具,编写脚本,自动运行完成后有报告,人只要看报告
1.3容错性测试
系统能够处理异常,用户的错误操作不会让系统崩溃
方面:
- 输入异常数据或进行异常操作.
- 例如:数据级测试,校验测试,环境容错性测试,界面容错性测试
- 灾难恢复性测试
- 通过各种手段,让软件强制发生故障,验证数据是否丢失,系统和数据能否尽快恢复
1.4文档测试
- 开发文件:技术文件,记录每个模块如何实现
- 用户文件:相当于说明书,测试人员可以编写
- 管理文件:分析软件质量
关注点:
- 文档的术语
- 文档的完整性
- 文档的正确性
- 文档的一致性
- 文档的易用性
1.5兼容性测试
- 系统自身版本的兼容性
- 测试与应用环境的兼容性
- 测试与第三方系统和第三方数据的兼容性
1.6易用性测试
符合大众审美
软件灵活使用
1.7安装卸载测试
方面:
- 软件不同的安装和卸载方式
- 软件是否可以在不同环境下安装
- 安装或卸载是否可以手动暂停或取消
- 安装空间不足的时候系统是否有提示
- 是否可以正常卸载
- 卸载和安装过程中出现环境问题，软件是否可以正常并且合理的应对，比如死机，断电，断网等
1.8安全性测试
安全性是指信息安全，是指计算机系统或网络保护用户数据隐私，完整，保护数据正常传输和抵御黑客，病毒攻击的能力。
安全漏洞:
- 输入域:如输入恶性或带有病毒的脚本或长字符串
- 代码的安全性问题,如SQL/XML注入
- 不安全的数据存储或传递
- 数据文件，邮件文件，系统配置文件等里面有危害系统的信息或者数据；
- 有问题的访问控制，权限分配等
- 假冒ID：身份欺骗
- 篡改，对数据的恶意修改，破坏数据的完整性
1.9性能测试
- 资源泄漏
- 资源瓶颈
- 进程死锁,进程阻塞
- 查询速度慢或效率低
- 受外部环境影响越来越大
1.10内存泄漏测试
- 分配完后没有回收
- 程序有问题,没办法回收
- API函数使用不正确,造成内存泄漏
检测方法:
- 人工静态法:代码走读
- 自动工具法:借助测试内存泄漏的工具
2.按是否查看代码分类
2.1黑盒测试
(关注测试结果是否和预期一致)
1.概念:
完全不考虑程序逻辑和内部结构,检查系统功能是否符合需求
2,优点:
- 不用了解程序内部的代码和实现,不关注软件内部实现
- 从用户角度设计测试用例,容易知道用户会用哪些功能,会遇到哪些问题
- 测试用例基于软件需求开发文档,不容易遗漏软件需求文档中的测试功能
3.缺点:
不能覆盖所有代码
测试方法:等价类,边界值,因果图,场景法,错误猜测法
2.2白盒测试
白盒测试又称为结构测试或逻辑测试,用来分析程序的内部结构,针对程序的逻辑结构来设计测试用例
白盒测试目的:通过检查软件内部的逻辑结构，对软件中的逻辑路径进行覆盖测试；在程序不同地方设立检查点，检查程序的状态，以确定实际运行状态与预期状态是否一致。
优点:代码覆盖率高
缺点:只关注代码,把模块组合到一起,会出现问题
主要包含六种测试方法：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。
2.3灰盒测试
介于黑盒测试和白盒测试之间,灰盒测试多用于集成测试阶段,不仅关注输入,输出的正确性,也关注程序内部的情况
3.按开发阶段划分
3.1单元测试
检验软件基本组成单位的正确性.测试对象是软件设计的最小单位
- 测试阶段：编码后或者编码前（TDD）
- 测试对象：最小模块
- 测试人员：白盒测试工程师或开发工程师
- 测试依据：代码和注释+详细设计文档
- 测试方法：白盒测试
- 测试内容：模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试
3.2集成测试
把程序模块采用恰当的集成策略组装起来,对系统的接口和集成后的功能进行测试.
目的:检查软件单位之间的接口是否正确
- 测试阶段:单元测试之后
- 测试对象:模块之间的接口
- 测试人员:白盒测试工程师或开发工程师
- 测试依据:单元测试的模块+概要设计文档
- 测试方法:白盒测试和黑盒测试结合
- 测试内容:模块之间的数据传输,功能冲突,组装,全局数据结构、单模块缺陷对系统的影响
3.3系统测试
把软件系统当成一个系统测试,包括对性能,功能和软件运行环境测试
- 测试阶段:集成测试通过后
- 测试对象:整个系统(软,硬件)
- 测试人员:黑盒测试工程师
- 测试依据:需求规范文档
- 测试方法:黑盒测试
- 测试内容:功能.界面.可靠性.易用性、性能、兼容性、安全性等
3.4验收测试
部署软件前的最后一个测试,
验收测试的目的是确保软件准备就绪，按照项目合同、任务书、双方约定的验收依据文档，向软件购买都展示该软件系统满足原始需求。
- 测试阶段:系统测试后
- 测试对象:整个系统(软,硬件)
- 测试人员:主要是用户或需求方
- 测试依据:用户需求.验收标准
- 测试方法:黑盒测试
- 测试内容:同系统测试
4.按测试实施组织
4.1α测试
内部人员测试(开发和测试人员不参与)
α测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试
4.2β测试
验收测试,β测试由软件的最终用户们在一个或多个场所进行。
区别:
场所不同:α测试是把用户请到开发方的场所测试,β测试是一个或多个用户的场所测试
α测试的环境受开发方控制,用户数量少,时间集中,β测试的环境不受开发方控制,用户数量多,时间不集中
α测试先于β测试,通用的软件产品要大规模的β测试,测试周期长
4.3第三方测试
介于开发方和用户方间组织的测试
5.按是否运行划分
5.1静态测试
不运行被测软件,只是静态检查
不以测试数据的执行而是对测试对象的分析过程，仅通过分析或检查源程序的设计、内部结构、逻辑、代码风格和规格等来检查程序的正确性。
5.2动态测试
实际运行被测程序,输入相应的测试数据,检查实际输出结果和预期结果是否相符
6.按是否手工划分
6.1手工测试
手工测试就是由人去一个一个的输入用例，然后观察结果，和机器测试相对应
优点:自动化无法代替探索性测试.发散思维测试
缺点:执行效率满,量大易错
6.自动化测试
自动化实施步骤：
1.完成功能测试，版本基本稳定
2.根据项目特性，选择适合项目的自动化工具，并搭建环境
3.提取手工测试的测试用例转化为自动化测试的用例
4.通过工具、代码实现自动化的构造输入，自动检测输出结果是否符合预期
5.生成自动测试报告
6.持续改进，脚本优化。
自动化不会代替手工测试,没有哪个好哪个坏
不会,只能替代一部分
自动化测试和手工测试哪个好,哪个坏
都重要，不存在孰轻孰重的问题。