广州37期_罗子鹏 发表于 2021-12-12 20:29:59

第七天笔记

需求:QQ输入正确的账号、正确的密码可以登录成功

可以从哪些方面对需求进行分析?
1.显性需求
需求文档中存在的
2.隐性需求
通过阅读需求进行发觉的
QQ能否可以在两台不同的电脑登录
能不能同时在手机和电脑登录
能不能异地登录
网页登录
第三方平台登录
能不能自动登录等
3.关联需求==》考虑相关联系统需求情况
                         我方系统功能修改后是否会影响其他上下游系统
                         其他上下游系统需求变更是否会影响我方系统
注册系统支持了13位QQ的注册
4.特殊需求
关注用户需求

编写测试用例的过程:
根据需求文档==》提炼测试点==》编写测试用例/案例

写测试点、画业务流程图==》XMind思维导图
写测试用例==》Excel、思维导图

面试题:
XMind思维导图如何转化为测试用例?
通过XMind对需求进行梳理,梳理出本次的任务流程
提炼测试点,根据梳理出的测试点输出测试用例,以确保测试覆盖率
我理解的思维导图出来的测试点好比是本次测试的测试大纲,然后测试用例就是本次测试执行过程的细化输出

------------------------------------------------------
判定表
需求:以12306登录为例,账号、密码、验证码进行登录
         登录成功/登录失败
步骤:
1.先找出 条件桩 ==》找出需求的条件
账号、密码、验证码
2.找出 动作桩 ==》找出需求中可能出现的结果
3.把所有的条件桩可能粗发的情况进行列举,只有对与错的情况,也就是列出条件项
4.通过分析条件项,把可能触发的动作情况列出,列出 动作项
5.合并相似的规则
6.编写测试用例

面试题
某学生管理系统规定,对于总分大于450分且各科成绩均大于85分或是优秀毕业生的同学做优先录取,其他情况作其他处理,请根据题目画出判定表并编写测试用例
条件桩:找出需求中的问题、条件
条件项:找各个条件桩中不同的状态,只分为正确或者错误
动作桩:条件结合起来会得到什么样的结果
动作项:最终根据满足的条件获得的实际结果

判定表优缺点:
优点:可以对不同的条件组合进行覆盖,保证了测试的覆盖率
缺点:当需求的条件较多时,得到的场景就会非常复杂
         假设需求有n个条件,场景就有2的n次方个

------------------------------------------------------------------
因果图
面试题:你对因果图是怎么去理解的?
               你是怎样理解因果图?
我们公司之前对有因果关系需求的地方
首先把因果图中的原因转化为判定表中的条件桩
然后把因果图中的结果转换为判定表中的动作桩
从而得到一个判定表,以防止测试用例场景漏测情况

C==》原因(输入条件)
E==》结果(输出条件、输出结果)
1.原因与结果的关系
恒等:==等于equal
当a=1 b=1时,a==b

非:不not否    '!='    ‘~’
或:or   ‘||’   ‘|’   “/‘   ’v‘:只满足其中一个
与:and   ’^‘’&‘’&&‘且 ’+‘

2.原因和原因之间的关系
异关系:非必选的选择框,可以出现一个,出现时只能出现一个
或关系:多选框,可以同时都出现,也可以单个
唯一:必填的单选框,只能选一个,而且必须要选择一个
要求:当选择广州,省份就必须选择广东

3.结果和结果之间的关系
强制:投保成功和投保失败只能出现一个


面试题:输入3个正整数a、b、c,分别作为三角形的三条边,通过程序判断三条边是否能构成三角形?如果能构成三角形,判断三角形的类型(等边三角形、等腰三角形、一般三角形),用判定表的方法
------------------------------------------------------------
等价类、边界值测试方法==》单一功能点的测试
场景法、状态迁移测试方法==》业务类型测试,业务场景涉及多个功能

场景法:对不同场景进行测试,需列出相关业务流程图

离职流程:
1.登录考勤系统
2.申请离职,填写相关离职原因
3.提交操作
4.上级审核
通过==》工作交接==》离职成功
不通过==》重新申请
5.流程结束

单个功能可以用等价类和边界值去设计测试用例
业务场景就设计多个功能,要使用场景法以及状态迁移去设计测试用例

ATM机的取钱
基本流程==》一个正常的流程
1.插入卡片
2.验证卡片有效
3.输入密码,校验密码正确
4.输入取钱的金额
5.取款
6.取卡

备选流==》各种异常的分支情况,整个正常流程中可能出现的各种问题
1.插入无效的卡片,被锁的卡片,过期的卡片
2.密码错误(没有超过最大错误次数)
3.密码错误(超过最大错误次数)
4.不输入密码
5.不输入取款金额
6.超过余额的金额
7.银行卡限额
8.ATM机中没钱


场景法一般是输出一个基本流,通过分析基本流可能出现的多个备选流,对每个流程进行测试,以覆盖所有可能出现的测试场景,提高测试覆盖率

正交表:条件的两两组合
-----------------------------------------------------

面试题:
说说你的测试用例设计思路?
你是怎样设计测试用例的?

拿到需求文档后,先分析需求中说明的基本功能,然后对这些基本功能进行业务流程的梳理,进行设计测试用例。
如果涉及到状态转换的场景,那么也会对这些场景机型设计测试用例,用于提高业务流程的覆盖情况。
对涉及到边界值的场景会使用到边界值来设计测试用例。
然后也会根据自己对业务和系统的了解来设计测试用例。
如果需求中功能涉及到系统的故障恢复,那么也会使用系统异常法进行一些系统异常情况下的测试用例。
如果需求中功能涉及到性能和安全方面的测试,那么也会报错相关的性能测试用例和安全测试用例。

页: [1]
查看完整版本: 第七天笔记