测试用例设计1

测试用例设计方法
测试用例设计方法有哪些？
等价类，边界值，因果图，判定表，正交表，场景法


动态测试：通过运行程序输入测试数据来查看程序运行的实际结果
        黑盒测试：无法查看内部代码，依靠程序运行来进行测试查看实验结果
        白盒测试：查看底层代码，查看运行结果。
       
静态测试：不运行程序，对程序本身得代码进行观察，以及文件检查，检查是否有矛                                   
                盾或逻辑错误
                1.对代码的测试：主要是对代码的规范，以及与需求描述得地方
                是否存在不符：

                2.对界面的测试：通过ui设计师设计高保真图，对软件界面的测试
                与高保真是否存在差异
       
                3.对文档的测试：对需求文档，用户使用手册进行测试，是否符合用户的
                使用习惯与实际需求
       
       
正式评审：
                需求评审：评审需求是否符合用户使用习惯
                                  需求是否又存在矛盾的地方
                                  需求中技术我们是否都可以实现
                                  
                概要设计的评审：对系统，以及数据库的设计，以及这个
                                        软件的大致功能(开发进行评审)。
                                       
                详细设计的评审：对这个软件的一些接口或者子功能的设计评审（由开发                                    
                                        进行组织进行评审）
                                       
                测试用例评审：
                                会议评审：所有项目组成员统一进行参加，由
                                        测试人员进行发起
                                组内评审：测试的组成进行用例评审
                                交叉评审：负责同一个项目的测试人员相互之间
                                        进行评审是评审这个测试用例覆盖功能是否
存在遗漏的地方               
                                       
                度量：(产品准出的条件)
                                1.我这个已经实现了需求当中所有的功能
                                2.所有功能均已测试通过
                                3.没有严重bug，bug解决率95%以上
                                4.所有资产文档都以归档
                               
               
                控制流：
                        划分任务处理流程的步骤
                        定义实践处理节点的对象
                        组织事务处理的先后顺序
                       
                       
               
               
                圈复杂度的计算方式：
                        1 边数减去节点数+ = 复杂程度
               
                        2：区域数=复杂程度
               
                        3：判定节点数加1 = 复杂程度
               
               
               
               
                       
                       
                边界值：
                       
                        1 - 100      上点：1 100 属于上点
                                          离点：0  101 属于离点
                                          内点:        50属于内点
                       
               
                       
                        边界值他是等价类的补充方法：
                        等价类设计包含边界值：
                       
                       
                判定表：
                                包含了所有条件的组合情况,覆盖所有组合状态
                                条件桩：列出所有我需求中输入条件
   条件项：列出所有我们组合情况
                                动作桩：得到实际结果
                                动作项：列出所有的预期结果
                               
                               
                               
                场景法：
                                优先：实用性强，有效，设计出来的用例都是有价值
                                的
                                缺点：使用场景法，不一定对时间系列进行全面的分析
                               
                               
                                场景法一般使用方法：根据说明书，画出流程图
                                确定场景  每一个场景是一条测试用例，场景法
                                可以做到重复覆盖，所说的多覆盖
                               
                               
                               
                               
                                在梳理需求或者测试用例设计时，会用到XMind进行
                                需求的梳理
                               
                                一般在工作场景使用XMind  需求评审结束之后，我们
                                测试人员继续深入了解需求，然后讲需求进行拆分
                                思维导图。
                               
                                对xmind思维导图的场景进行用例设计，然后进行评审
                                剔除多余的测试用例