第11天笔记

判定表
某系统规定，对于总分大于450分且各科成绩
大于85或优秀毕业生，应作优先录取，其他
情况做其他处理，请根据题目画出判定表并且
编写测试用例
真：1  假：0
X>450 and(y>85 or z=优秀成绩 )
优先录取：
总成绩大于450、各科成绩高于85、优秀毕业生
总成绩大于450、各科成绩高于85
总成绩大于450、优秀毕业生


1、因果图中的基本符号
左边的ci 表示的一个状态（原因）
右边的ei 表示的输出的状态（结果）
ci 和 ei 的取值是0和1，   0表示状态不出现，
1表示状态出现

原因（输入条件）    结果（输出条件）
c  ==》cause   原因     E      ==》结果  end
1、因果图符号 ==》原因与结果之间的关系
恒等    如c1是出现，则e1是出现，    等于 equal
当原因出现的时候，结果一定会出现
a=1，b=1   则a=b

非：如c1是出现，则e1是不出现，否则e1为出现       not 否
dont   ≠     当原因出现的时候，结果不一定出现
a=1，b=0，则a≠b

或   若c1或c2出现出一个，则e1也出现，否则e1不出现
or  /  ||   |   
多个原因有一个原因出现，则结果一定会出现


与   若c1和c2同事出现，则e1出现，否则不出现
and  ^  &     多个原因同时出现，则结果出现



约束符号      
原因与原因之间的关系、结果与结果之间的关系
异（E）     a和b最多有一个可能出现，a和b不能同时出现
或   I          a b  c 至少有一个出现，abc不能同时出现
唯一  O     a和b必须有一个且仅有一个出现
要求  R      a出现，b必须出现
强制 M       a出现，b强制出现或者不出现

因果图怎么转换判定表？
1、将因果图中的所有条件（因）填入判定表的条件桩
2、将因果图的所有动作（果）填入判定表的动作桩
3、根据因果图确定各个条件组合对应得动作，
并且确定判定表中哥哥规则的条件项和动作项，
在需要时优化判定表

面试题
您在上家公司是怎么用因果图用例设计方法？
我在上家公司一般都不会去画因果图，
但是对于需求文档当中有因果关系的需求，我们会把
因果图当中的原因放入判定表中的条件桩当中，
把因果图中的结果放入到判定表的动作桩当中
从而把因果图转换为了判定表，
可以防止用例的漏写和漏测。

你对因果图是怎么理解的？
我们公司之前对有因果需求的地方，
首先会把因果图中的原因转换为判定表中的条件桩
把因果图中的结果转换为动作桩，
从而把因果图转换为判定表，以防止用例的漏测。


bug管理工具

JIRA
优点：界面，安全，扩展性，可以定制
缺点：不符合中国人的使用逻辑、部分页面显示英文

Bugzilla
优点：检索功能、数据库强大、免费、安全性高
缺点：英文版、需要配置Perl和配置MYSQL、不支持切图

EasyBUG
优点：web在线、不用配置、界面简单、拥有切图功能、统计表
国产免费、bug解决流程图
缺点：需要手动录入bug标题、保存bug切图提交、追踪及时性需要人工

QC（Quality Center）
优点：功能强大、接口笔记好、数据可以共享、手动和自动功能
缺点：需要安装数据库、英文版、收费

BugFree（后来进化禅道bug管理工具）

你之前公司bug管理流程是什么样的？
多名测试人员发现bug并且提交bug到管理工具，
测试经理对提交的bug进行规范审核，
如发现已经存在相同bug则直接丢弃，
如规范审核通过则至开发经理分配给到具体的开发人员，
开发人员会根据项目的进度，项目的情况对提交的bug进行修复
（会根据bug的严重程度进行修复），开发人员把修复好的bug
给到测试经理，测试经理部署环境后，
分配给具体的测试人员进行回归测试，
（严重的bug，则直接给到测试人员）
测试人员进行回归测试，验证bug是否修复，修复就关闭bug
如没有修复，直接改bug状态为新建


提单：测试人员提交bug到对应的bug管理工具
规范审核：测试经理对提交的bug进行审核
仲裁：在那个项目中有话语权的人
ID：给一个bug都有一个ID      # 67458


bug级别
致命 L1：APP闪退、系统崩溃、蓝屏、主体功能受损
严重的 L2： 功能受损root登录用户只有普通用户的权限、
次功能受损
一般bug L3：发朋友圈点击左上角返回按钮需要点击三次才会退回
建议性bug L4：字体的大小不同，按钮的颜色

一条完整的bug应该包含哪些信息？
bug的标题、bug的编号、bug出现的步骤、bug相关的附件
bug的严重程度、bug的优先级、bug指派人（开发）、
bug预期结果、bug的实际结果，bug所属的哪个模块和哪个版本
bug的类型（前端还是后端）,bug的状态、bug的创建人、
bug的创建时间

bug的状态：
1、New新的：当某个bug别发现的时候（第一次），
测试人员需要与项目负责人（或者开发）沟通确认发现的是否是一个bug

2、已被指派的（Assigned）
bug指派给开发或者开发修复后指派给测试（进行回归测试）


3、打开的（Open）
开发接受后bug就是打开的状态，开发正在修复

4、已修复（Fixd）
开发修复后，开发该状态为已修复，再去指派给测试

5、关闭（close）
测试人员验证后，确认bug已修复，管不bug

6、再次打开的（reopen）
测试人员回归测试发现bug未修复，再次把bug打开

7、被拒绝（rejected）
经过再次确认不是bug，就会拒绝（开发会拒绝）




Xampp介绍：（Apache+Mysql+PHP+PERL）强大的集成软件包

Apache：世界上排名第一的web服务器软件
Mysql：最流行的数据库管理之一，属于oracle公司
PHP :超文本处理器《是一种开源的脚本语言）嵌入式语言
PERL：一种功能丰富的计算机程序语言