第八天笔记

因果图的步骤：

1.把大的系统规格划分解成可以测试的规

格片段

2.分析分解后待测的系统规格，找出哪些

是原因，哪些是结果

3.画出因果图

4.把因果图转换成判定表

5.简化判定表

6.用判定表中的每一列生成测试用例

因果图的三种关系

A 原因和结果之间的关系

C==》原因 E==》结果

恒等：==  等于  equal ，=叫赋值  ==就是恒等，恒等一般用来做判断使用

非： 不 否 not don't ~

或：or / || | v

与 ：and  和 && 且 +

B原因和原因之间的关系

异：选择框（非必选框），比如男，女 ，可以都不选择，选的话只能选择一个

或：可以同时选 也可以选择一个

唯一：男和女 是必选框，必须要选择一个

要求：比如地址，选择了四川省 对应的市的话就只能选择属于四川省的市里进行选择

C结果与结果之间的关系

强制：投保成功和投保失败只能出现一次

投入5毛-出货

投入1元--有零钱找-出货+找零钱

投入1元--没有零钱找-不出货+退回1元

因果图怎么理解：转换成判例表，有因果需求的地方，首先会把因果图中的原因转换为判定表中的条件桩，把因果图中的结果转换成动作桩，从而把因果图转换为判定表，以防止用例覆盖不全面。

因果图转换判定表的方法：

1. 将因果图中的所有条件（因）填

入判定表 的条件桩中；

2. 将因果图中的所有动作（果）填

入判定表 的动作桩中；

3. 根据因果图确定各个条件组合对

应的动作， 并且确定判定表中

各个规则的条件项和动 作项，

在需要时优化判定表。

1、市面上有哪些bug管理工具，每个bug管理工具的特点是什么？

禅道：项目、用例和bug管理工具

JIRA

Bugzilla

EasyBUG、

QC(Quality Center)

BUG级别：致命错误:常规操作引起的系统崩溃、死机、死循环

造成数据泄漏的安全性问题，比如恶意攻击造成的账户私密信息泄露

涉及金钱，如支付类软件，金钱计算错误 2严重3一般 4 建议 5致命：

严重：主体功能受损，root用户登录只有普通用户的权限

致命：app闪退 系统崩溃 蓝屏 死机

一般：发朋友圈界面点击左上角返回键按钮需要点击3次才能返回

建议：字体大小 图片格式颜色 页面布局杂乱

4、一条完整的bug应该包含哪些信息？

Bug标题

Bug描述

Bug出现步骤

附件（可以附上出现的缺陷截图更有说服力）

Bug严重程度和优先级《一般严重等级分为;致命，严重，一般，建议四个等级和优先级分为高中低三级》

指派给谁（一般指派给开发者或者不知道是某个开发者就指派给测试经理或项目经理）

5、bug的状态有哪些？

1、New:（新的）

当某个“bug”被发现的时候（第一次），测试人员需要与项目负责人沟通以确认发现的的确是一个bug，如果被确认是一个bug，就将其记录下来，并将bug的状态设为New。

2、Assigned（已指派的）

当一个bug被指认为New之后，将其将给开发人员，开发人员将确认这是否是一个bug，如果是，开发组的负责人就将这个bug指定给某位开发人员处理，并将bug的状态设定为“Assigned”。

3、Open（打开的）

一旦开发人员开始处理bug的时候，他（她）就将这个bug的状态设置为“Open”，这表示开发人员正在处理这个“bug”。

4、Fixed（已修复的）

当开发人员进行处理（并认为已经解决）之后，他（她）就可以将这个bug的状态设置为“Fixed”并将其提交给开发组的负责人，然后开发组的负责人将这个bug返还给测试组。

5、Pending Reset（待在测试的）

当bug被返还到测试组后，我们将bug的状态设置为“Pending Reset”。

6、Reset（再测试）

测试组的负责人将bug指定给某位测试人员进行再测试，并将bug的状态设置为“Reset”。

bug管理流程

测试人员在执行SIT测试过程中，发现bug,提交到禅道并指派给某个开发，开发人员收到后，会进行评估，如果认为这不是bug，则会直接打回给测试，然后测试人员再次确认并跟进打回的bug，如果开发认为是一个bug，则进行修复，修复后再将bug指派给测试人员进行回归，回归通过则关闭bug

ØE约束(异)：a和b中最多有一个可能为1，即a和b不能 同时 为1。

ØI 约束(或)：a、b、c中至少有一个必须为1，即 a、b、 c不能同时为0。

ØO约束(唯一)：a和b必须有一个且仅有一个为1。

ØR约束(要求)：a是1时，b必须是1，即a为1时，b不能 为0。

ØM约束(强制)：若结果a为1，则结果b强制为0。