目录
总结MySQL:
最终还是得按照SQL的语法来实施。
1、MySQL的数据类型:指业务数据按照什么格式存储在数据库中的。
任何数据类型最常见的三种:字符串、整型和小数型。
如:宝贝计划这种存在视频的项目,你们的视频是存放在服务器的还是存放在数据库的?
答案:数据库存放视频在服务器中的文件路径。
2、MySQL的约束:
主键约束(唯一和非空)标志位基本上是和ID有关。
外键约束(关系型数据库)
至于非空,唯一,自增长和默认不经常用到。
3、建库,建表,修改表结构。(测试基本不用)
4、重点:增删改查。核心还是查询,修改,增,最后是删。
5、在查询SQL语句中:需要遵循对应的格式即可。
SELECT
字段列表FROM
表名列表 WHERE
条件筛选GROUP BY
分组字段 HAVING
分组后查询ORDER BY
排序 LIMIT
分页6、子查询:
SELECT 嵌套——相当于一条SELECT语句就当做一份常数来看待。
7、多表查询:双表查询。
一、关于龙戈:
1、管理员(admin)不能直接参与业务的。因为admin的权限很高,而且不方便跟踪,造成管理混乱。
2、通过龙戈来考虑项目在实际公司的落地价值。需要结合你自身的经验。
3、关于测试点的提取:终极目标:XXX怎么测?
原型:XX怎么测?XX有哪些测试点?XX怎么设计测试用例?这三个问题的测试思想和测试场景是一样的,但是回答还是存在少许区别。
实际落地:关于测试用例的设计——基本上是用于工作中,尤其是外包。
XX怎么测试?(体现测试动作和测试场景)XX有哪些测试点?(重点体现测试点就行)——很适合面试。
案例来区别这两个问题:登录为参考。
有哪些测试点?
- 正确账户和密码
- 错误密码
- 未注册账户
- 账户是否为空
- 账户长度的限制
- 账户支持的数据类型
- 特殊业务:(挂失账户,冻结账户,二类账户,信用卡用户……)
(有些公司可以代替测试用例)
登录怎么测? - 正确账户和密码登录来查看是否登录成功进入主页。
- 使用错误密码登录后是否提示失败,失败信息是否存在问题。
- 使用未注册的账户登录时,提示什么相关信息,是否符合需求。
说到底:考虑单个功能到底有哪些测试点?
实际场景:怎么去面对需求文档不是最新,不齐全,甚至没有。
最重要的一点:只要不是特别核心需要明确定义的,那么其它的都是根据软件的正常操作来衡量。
意味着:在需求评审会议之前提取测试点——就是提取需求中没有那么明确的点,而不会提取软件的正常操作标准。
案例1:**税务报表怎么测?**综合全面
- 下拉框输入字符串是否会报错,不报错是否会正确显示并修改进数据库中。
- 日期输入框输入不符合规定的日期。如:平年2月29日。会不会报错还是正常修改进数据库,报错信息是否正确。
- 日期输入框输入其他数据类型,如:中文,英文,特殊符号等会不会报错。
- 什么都不选择,点击查询会不会有查询结果还是会有什么提示信息。
- 点击重置按钮,各个输入框是否会重置为空。
- 统计年月起或是税款所属期起有数据,而截止日期没有数据,点击查询会不会出来从这个日期起的所有数据?还是有提示输入起始日期?
- 统计年月止或是税款所属期止有数据,而起始日期没有数据,点击查询会不会出来以这个日期止的所有数据?还是有提示输入截止日期?
- 当查询结果为空时如何显示提示信息? 当查询结果很多需要翻页时,翻页功能是否正常。
- 测试各个下拉框下拉数据显示是否正常
- 针对每个条目进行查询,查询结果有无错漏。
- 针对日期框,输入合适的日期,查询结果有无错漏。
1、需要测试整个报表的界面显示,排版布局以及输入款和按钮操作是否符合设计原型。
2、测试报表中每个输入项都输入正确的数据后(如:主管税务机关。统计年月起止等)是否能查询到需要的信息,这个操作也是报表冒烟测试。
3、接下来在测试正确的信息前提后,分别测试每个子选项。如测试输入不同的主管税务机关后,是否能查询到不同的地区税务数据。
4、测试报表中的统计年月起止的时间段是否能查询到匹配的数据,需要考虑时间段的限制。如是否可以查询当月,如时间跨度是否有约束。
所以如果是面试涉及到这个问题:前提脑海中有这个报表的图场景,根据这个场景中的每个功能点进行阐述。
场景案例2:直播怎么测?个根据目前这个界面来阐述测试点。
1、界面显示,排版布局以及输入框和按钮操作是否符合设计原型。
2、输入框输入数据发送后,是否正确显示并被其他人看到。
3、点击关注按钮,没有登录账户是否提示要登录,登录账户是否能正常关注。
4、点击屏幕,是否出现点赞特效,用户名下方的点赞数量有无相应变化。
5、点击爱心或是礼品图标,点击礼品,能否正确送出礼物给主播,礼物特效是否符合要求。
6、当送礼物余额不足时是否有提示并弹出充值界面、
7、点击分享按钮,能否正确弹出分享渠道(如:微信,微博或QQ),能否正确弹出相应的APP并分享链接。
8、输入信息和礼物特效,主播查看到延时是否符合SRS要求。
9、直播间人数统计是否正确,当直播间人数过万、过十万……时在线人数显示是否符合要求。
10、点击直播广场、小时榜等能否正确跳转。
11、直播画面画质和声音的大小、时延是否符合要求。
12、输入框的输入字符有无长度限定,输入其他语言(如:日语,泰语等)能否正确显示。
13、点击主播头像,能否正确浏览主播主页。
14、左上角的礼品或抽奖能否正确显示(倒计时和种类),用户能否抽取倒计时结束的礼物。
15、点击“点歌”功能能否正常使用。
16、点击观众列表的用户,是否显示出打赏排名前十的用户,点击头像能否浏览该用户的主页。
17、点击“每日鲜花”,是否正常显示数量,能否送出鲜花。
18、管理员飘屏弹幕能否正常使用,能否被其他人看到。
19、主播点击用户留言,能否浮屏显示。
20、主播设置用户禁言后,该用户是否能继续留言。
21、用户进入直播间有无相应的提示,例如:XX来了。欢迎来到直播间!抖音严禁……
22、评论区用户的等级能否正确显示。
写直播中的测试点:
每日一练:
1、WHERE, GROUP BY 和HAVING有什么区别。
WHERE 后面接 筛选字段,是针对于表进行筛选;
GROUP BY 后面接 分组字段
HAVING 是分组后进行过滤,针对结果进行过滤,跟在GROUP后面。
执行顺序 WHERE -> GROUP BY -> HAVING
- HAVING后面的条件可以加聚合函数, WHERE不可以,因为WHERE 比聚合函数先执行
- 一但按照某个字段分组后,那么SELECT子句后面出现分组字段和聚合函数,如果写了其他的毫无意义。
2、数据表的几种合表方式,有什么区别
1、内连接:查询A表和B表的交集数据。
隐式语法:SELECT 字段列表 FROM 表1, 表2 WHERE 条件;
显式语法:SELECT 字段列表 FROM 表1 JOIN 表2 ON 条件;
2、外连接:
左外连接:查询左边的数据 + 交集数据(左边有而右表没有的数据缺失补NULL)
语法:SELECT 字段列表 FROM 表1 LEFT JOIN 表2 ON 条件;
右外连接:查询右表的数据 + 交集数据(右边有而左表没有的数据缺失补NULL)
语法:SELECT 字段列表 FROM 表1 RIGHT JOIN 表2 ON 条件;
问题:有没有可能,内连接,左连接和右连接合表后的数据是一样的?
匹配数据完全一致
当左表和右表的所有匹配数据完全一致时(即左表所有行在右表均有匹配且
右表无未匹配行),内连接(返回匹配行)的结果与左连接(保留左表全部行
)的结果相同。此时右连接的结果也会与前两者一致,因为右表所有行均被匹配。
3、子查询和多表查询有什么区别。
子查询虽然参与多个表,但是最终还是在单表中进行复杂查询
多表查询一般是2个表或3个表,多表查询就是合表查询,合的表要有关联,不然就没意义了