因果图
因果图 ==> 原因与结果之间的关系
C ==> 原因
e ==> 结果
恒等: == 当原因出现时结果一定出现
非: ~ not ≠ 当原因出现时结果一定不出现
或: v、or、/、|、|| 多个原因中有一个原因出现结果一定出现
与: ^、和、and、且、&、&& 多个原因同时出现时结果才能出现
约束符号
E: 男士和女士可以都不选,但是要选只能选一个
I: 所有原因中最少选择一个,可以多选
O: 唯一,必须选择一个(不能出现多选或者都不选)
R: 要求,武汉市出现的时候要求出现湖北省
M: 强制,必须
面试题:
你在上家公司是怎么用因果图用例设计方法?
我在上家公司一般都不会去画因果图,但是对于需求文档中有因果关系的需求我们会把因果图当中的原因放入判断表中的条件桩,把因果图的结果放到判定表中的动作桩,从而把因果图转换成为了判定表,可以防止用例的漏写漏测。
zentao ==> 禅道 ==> bug管理工具
B/S架构的项目管理软件
用于管理文件(用例、需求文档、计划、报告等)
开源免费
市场上bug工具:JIRA、bugzilla、tapd、bugfree等
提单:测试人员找bug,并且bug提交到bug管理工具
bug包含哪些信息:bug标题、bug严重级别、bug的优先级、重现步骤、实际结果、预期结果、指派人、附件截图、影响版本号
仲裁:在公司项目当中有话语权的大佬
bug:软件中的缺陷(开发出来的软件中与需求文档不符的地方称为bug)
bug优先级:因为在一个版本开发中,可能存在多个任务,存在任务优先级
优先级越高的bug越先进行修复(优先级越高bug越严重)
bug的严重级别:
1、致命:如 软件的崩溃
2、严重:软件中某一个流程走不通,影响到了测试进度
3、轻微、一般:查询功能出现数据不正确
4、提示性:如登录功能,密码错误的情况下,未能给出提示语句或提示语错误
5、建议性/优化:从用户操作体验,易用性反馈不友好的地方 ;提给产品经理
bug的状态:
激活
已被指派
待确定
拒绝
已解决
关闭
重新激活
必现bug:
偶现bug:==> 操作100次出现一次 ==> 拍小视频或拍照
|
|