判定表和因果图
本帖最后由 成都10期-陈钱 于 2021-11-20 19:16 编辑判定表定义：分析和表达多逻辑条件下的执行不同操作的情况。file:///C:/Users/86188/AppData/Local/Temp/msohtmlclip1/01/clip_image002.jpgfile:///C:/Users/86188/AppData/Local/Temp/msohtmlclip1/01/clip_image004.jpgfile:///C:/Users/86188/AppData/Local/Temp/msohtmlclip1/01/clip_image006.jpg测试人员工作流程：首先参与需求评审会议，会议上所有参与人员意见达成一致，最终由产品经理输出需求文档。我们测试评审开发输出的概要设计和详细设计文档，同时继续深入熟悉需求文档。测试经理输出测试计划及测试方案并进行评审。我们测试输出测试用例并进行多次用例评审，最终形成基线文档。测试经理将基线文档导入到禅道进行版本管理，并将测试用例分配给我们测试人员。测试经理搭建测试环境部署项目包。我们测试首先进行冒烟测试，冒烟测试不通过直接打回给开发并提交bug给开发进行修复。冒烟测试通过之后执行第一轮系统集成测试，将发现的bug提交至禅道让开发进行修复。所有用例执行完测试之后进入第二轮的系统集成测试，也称为回归测试，主要是对上一轮测试出现的bug进行回归复测。一般我们进行三到四轮的测试，每一轮测试之前都要进行一轮冒烟测试。最终所有bug状态至关闭状态，输出测试报告，跟进验收情况，跟进发布生产之后系统的运行情况，这就是我在工作中的测试流程。
因果图一、原因与结果之间的关系恒等：==》》等于 eaqul 一个=是赋值非：不not 否~ 或：or||V与：and和^ &&且二、原因与原因之间的关系异：选择框（非必选框，可以都不出现，出现只能出现一个）或：可以同时选，也可以选一个唯一：比选框，可以选一个，且必须选一个要求：选择了一个，就只能选择这个选项的下属选项。三、结果与结果之间的关系强制：例如投保成功和失败只能出现一次四：因果图的步骤1、把大的系统规格分解成可以测试的规格片段2、分析分解后待测的系统规格，找出哪些是原因，哪些是结果3、画出因果图4、把因果图转换成判定表5、简化判定表6、用判定表中的每一列生成测试用例
页:
[1]