测试的基本概念
第一节测试分类
按照软件生产阶段划分
单元测试:程序源代码
最小功能进行测试
开发自测
集成测试:组装测试,针对模块间交互进行测试
测试人员
系统测试:整体
功能+非功能
测试人员
验收测试:用户测试是否符合预期
按源代码可见度划分
黑盒测试:源代码不可见
ui功能可见
关注:数据输入结果输出
对应系统测试
灰盒测试(组装/接口测试):部分源代码可见(功能间的接口)
ui功能不可见
关注:输入输出,数据访问通道接口
对应集成测试
白盒测试:全部源代码可见
ui功能不可见
关注:代码本身的语法逻辑
对应:单元测试
其他测试
冒烟测试
保证测试的可测试
回归测试:对已修复的bug\更新后对已测内容再次进行测试
保证bug修复,确保新功能对旧功能没有影响
新功能有关联的旧功能的测试
面试:提测的标准:冒烟测试通过 测试之前要:冒烟测试
第二节 模型:质量模型,测试模型
衡量一个软件的方面
开发模型
质量模型:提供测试设计的不同角度视野和验证方向iso/iec 25010
功能性/兼容性/性能效率/可靠性/可维护性/易用性/信息安全/可移植性
功能性:软件功能是否满足需求
数量/正确实现功能
性能效率:性能满足实际需求,支撑多少人同时使用
兼容性:软件能与主流硬件和软件兼容,对其他软件有无影响
易用性:便于使用
可靠性:性能和功能可靠
信息安全:信息在传输或存储过程的安全程度,隐私问题
可维护性:便于维护,写文档,写注释,可以后续更改
可移植性:可以数据迁移,数据可以在其他服务器运行
测试时从以上几点来考虑测试覆盖点,针对软件怎么来测试
测试模型:用来看在一个测试的流程中处于什么位置
v模型(单独开发人员)->w模型
每一步测试都要参与
概要设计:大概的功能
开发和测试一一对应,从产品文档开始到产品结束一直参与
优点:测试伴随产品开发周期,测试介入较早,及早发生问题
缺点:一开始需求没有完全提出
因此实施起来较为困难(在需求阶段和设计阶段的测试设计要求较高)
软件开发流程:用户需求->需求分析->概要设计,详细设计,集成,交付
软件测试流程(分先后顺序):单元测试,集成测试,系统测试,验收测试
先做ui/接口,ui:系统,接口:集成
测试主流技术:功能测试 功能实现测试手工测试
自动化测试:代码或工具来实现jemter
接口测试(接口组合)postman,代码,ailure,代码+工具
性能测试:模拟多人使用服务器,能力?
功能+接口最简单
自动化+接口 高级
接口+性能中部