软件测试
测试用例：为了特定的目的而设计的一组测试输入，执行条件和预期结果的文档
用例ID，用例标题，测试项目，用例级别，预置条件，输入数据，执行步骤，预期结果
软件开发模型
瀑布模型
v模型
w模型
功能，用户体验，兼容性，安全性，性能
按测试阶段划分
单元测试
集成测试（组装测试）
系统测试
验收测试
α测Bγ测
按是否覆盖源代码
黑盒测试
白盒测试
灰盒测试
场景
集成测试阶段
按是否运行
静态测试
动态测试
按是否自动化
人工测试
自动化测试
需求变更不频繁
项目周期长
需要做回归测试
其他
冒烟测试
回归测试
随机测试
探索性测试
测试用例
用例编号
用例标题
测试项目
用例级别
预置条件
测试输入
执行步骤
预期结果
等价类划分法
有效等价类
无效等价类
规则
长度
类型
是否为空
是否重复
场景
数据量大，有测试数据输入的地方
典型输入框的场景
代表：页面级的输入框类测试
边界值分析法
场景
等价类的基础上针对有边界范围的测试数据输入的地方
存在边界
代表
有边界范围的输入框类测试
五个点
判定表法
以表格形式表达多条件逻辑判断的工具
场景
多个输入条件，多个输出结果，输入条件之间有组合关系，输入条件和输出结果之间有依赖关系
因果图
用图解的方法表示输入的各组合关系，写出判定表
正交法
最小的测试用例获得最大的测试覆盖率
场景法
流程图法，用流程图描述用户的使用场景，然后通过覆盖流程路径来设计测试用例
场景
多个功能之间的组合逻辑测试
集成测试
系统测试
验收测试
错误推测法
场景
正常测试后，通过错误推断法在测试之前问题较多的模块
时间紧，任务量大，根据之前项目类似经验找出易出错的模块重点测试
软件缺陷
软件在使用过程中存在的任何问题
场景
未实现需求规格说明书中明确要求的功能
出现了需求规格说明书中指明不应该出现的错误
实现的功能超出需求说明书指明的范围
未实现需求说明书中虽未明确指明但应该实现的要求
软件难以理解，不易使用，运行缓慢，用户体验不好
mysql
# 查询数据表中最后一条记录
select * from tp_users order by user_id desc limit0,1
select * from tp_users order by user_id desc limit 1
# 修改用户昵称
update tp_users set nickname='user666666' where nickname like '%user%'
update tp_users set nickname="jack" where user_id = 2593
# 查询排序在前十条的商品信息(id,名称，库存，售价)
select goods_id,goods_name as 商品名称,store_count as 库存,shop_price as 售价
from tp_goods order by sort limit 0,10
# 修改商品名称
update tp_goods set goods_name = '小米手机5s' where goods_id=104
# 查询手机号是155的会员账号的昵称以及所下订单的订单编号
select
o.order_sn,u.nickname
from
tp_order as o inner join tp_users as u on o.user_id = u.user_id
where u.mobile = "155"
# 修改导航栏中手机城的数据，吧显示名称去掉
