软件测试模型
V模型:用户需求->需求分析与系统->概要设计->详细设计->编码->单元测试->集成测试->系统测试->验收测试
W模型:
开发:用户需求->需求分析与系统设计->概要设计->详细设计->编码->集成->实施->交付
测试:用户需求&验收测试准备->需求分析与设计&系统测试准备->详细设计&单元测试准备->集成测试->系统测试->验收测试
定义一个bug的级别
崩溃,严重,一般,次要
崩溃:阻碍开发或测试工作造成系统崩溃,死机,数据库连接错误,主要功能丧失,基本模块丧失等问题
严重:系统主要功能丧失,数据库保存调用错误,用户数据丢失,以及功能菜单不能使用
一般:功能没有完全实现,但是不影响使用,功能菜单存在缺陷单不会影响系统稳定性
次要:界面等出现问题,比如页面显示出现错别字等
BUG的优先级
Immediate 即“马上解决”，表示问题必须马上解决，否则系统根本无法达到预定的需求。
Urgent即“急需解决”，表示问题的修复很紧要，很急迫，关系到系统的主要功能模块能否正常。
High即“高度重视”，表示有时间就要马上解决，否则系统偏离需求较大或预定功能不能正常实现。
Normal即“正常处理”，进入个人计划解决，表示问题不影响需求的实现，但是影响其他使用方面，比如页面调用出错，调用了错误的等。
Low即“低优先级”，即问题在系统发布以前必须确认解决或确认可以不予解决。
假如出现一个bug,开发人员认为不是一个bug但是测试人员认为是一个bug,此时应该怎么办
先检查自身bug是否描述清楚
和开发人员进行交流,让开发人员站在用户的角度和开发人员进行探讨
不仅要参考BUG级别,还要考虑BUG是否会影响整个流程,站在用户的角度去定义级别
提升自身的技术和业务水平,不光提出问题,同时还得直到如何去解决问题
开一个评审会
分析缺陷产生的原因,找出预防对策
测试用例
测试用例基本要素:测试环境,操作步骤,测试数据,预期结果
测试分类
开发阶段:单元测试,集成测试,系统测试,验收测试
测试实施组织:A,B,第三方
测试执行方式:静态测试,动态测试
是否查看代码:黑盒测试,白盒测试,灰盒测试
是否进行手工测试:手工测试,自动化测试
测试对象分类:性能测试,安全测试,兼容性测试,文档测试,易用性测试,业务测试,界面测试,安装测试
手机发烫会有哪些原因导致
应用进程太多
手机电池
手机环境
手机长时间使用
手机电池
手机CPU运行
一些其他概念
容错性测试:系统在输入错误的数据之后应该给出提示,而不应该直接退出.
灾难恢复性测试:通过各种手段，让软件强制性地发生故障，然后验证系统已保存的用户数据是否丢失，系统和数据是否能尽快恢复。
手机如果发烫你会从哪些方面去考虑
1.环境
温度:
温度过高,温度过低,密闭环境
2.充电线
充电线类型不同,USB端口不同
3.充电
边玩手机边充电,充电时间过长,充电期间电流过大,在电脑上充电,在电源上充电,充电宝充电
4.手机硬件
手机上某些硬件可能和手机不匹配,手机电池,手机某个App打开
5.手机负荷
手机中进程可能特别多,手机中的内存可能不够,但是此时右有很多进程
6.CPU
CPU调度过于频繁
刷新一个网页如果刷新不出来的话你会从哪些方面考虑
1.网络
网络拥塞,网络带宽,手机这边没有网络
2.服务器
服务器可能拒绝,服务器可能认为我已经将这个资源给你发送了,所以就不会再发送,服务器当机
3.视频
视频过大,视频类型和手机不相符合,手机内存不足,不足以加载出新的视频
4.自己缓冲区
缓冲区这边数据已经满了此时就不能再继续接受数据了,对方到那个的数据肯定会丢失