因果图+禅道的使用

因果图
因果图===代表原因与结果之间的关系
c 原因
e 结果
恒等：（==）原因出现时结果一定出现
非：（~，≠，not）当原因出现时，结果一定不出现
或：（v、or、/、|、||）当多个原因中的一个出现时，结果一定出现
与：（^、and、&、&&）多个原因同时出现时结果才能出现

约束符号
异（E）：男、女可以都不选，但要选只能选一个
或（I）：可都选，或选择其中的一个
唯一（O）：必须选择一个
要求（R）：要求，规定
强制（M）：必须



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




禅道（zentao）
b/s的软件架构的bug管理工具
用于管理文件（用例，需求文档、计划、报告等）
免费的
市面上的bug工具，jira（鸡爪），bugzilla，tapd，bugfree等

提单：测试人员找bug，并把bug提交到管理工具
bug包含的信息：bug标题，bug严重级别，bug的优先级，重现步骤，实际结果，预期结果，指派   
                    人，附件（截图），影响版本
仲裁：在公司项目中有话语权的大佬
bug：软件中的缺陷，开发出来的软件与需求文档不符
bug优先级：因为在一个版本开发中。可能存在多个任务，存在的任务的优先级
                      优先级越高，bug越严重
bug严重级别：
1.致命：如  软件的崩溃
2.严重：软件的某一个流程走不通，影响到了测试进度，次功能
3.轻微/一般：查询功能出现数据不正确
4.提示性：提示语不准确，错误，缺少
5.建议、优化：易用性问题，用户操作体验，反馈不友好的地方；提给产品经理的

bug状态：
1.激活
2.已被指派
3.待确定  拒绝
4.已解决
5.关闭


必现bug
偶现bug ====》操作100次出现1次 ===》拍照，拍视频，叫人过来看bug