测试用例设计

"""测试用例设计:
什么是测试用例?
                他是我们测试人员执行测试的依据,测试用例可以
        记录我们测试的进入,记录我们测试的结果.
       
术语:


        动态测试:
                通过运行软件来检查软件当中的功能是否可用
               
        静态测试:
                不运行软件
                1.通过根据需求文档,来阅读检查是否有不合理,或
                者是错误的地方
                2.通过观察代码,来检查我程序是否是的有问题.
                3.界面测试,文案,布局,图片.是不是符合要求的.

正式评审:
        评审的对象是什么?
        客户的需求,需求文档,开发文档,测试用例
       
        客户的需求:
                1.商业,政治,法律,技术
       
        需求文档:
                产品经理收集整理好客户的需求之后,输入
                需求文档,然后组织召开评审会议.
                评审的内容:
                        对象:需求文档,原型
                        内容:
                        1.需求文档,原型是否当中存在错误的地方
                        2.需求模糊的地方,描述不清楚的地方
                        3.需求当中错误的文字,语句不通顺的地方
                        目的:
                        达到所有项目组成员对着这个需求理解是一
                        致的.
        开发文档评审:
                        开发人员进行组织的相关评审会议.
                        1.针对开发所设计的开发文档进行评审,
                        检查有没有错误的地方.
                        2.是否实现的需求当中功能
        测试用例评审:
                        谁组织的?测试人员组织相关的评审会议
                        项目组评审: 所有项目组的成员一起参加
                        测试组内评审:当前测试组的所有成员
                        交叉评审:跟我一起负责当前项目的测试人员
                        相互之间进行评审.
                        1.有没有覆盖当前版本的所有功能,是否有遗
                        漏的功能没有覆盖.
                        2.采用的测试用例方法评审.
                       
                        评审未通过:继续补充测试用例,补充完成之后
                        再次进行评审.
       
度量:
        1.所使用的测试方法是否覆盖了所有的测试点,以及所有
        的测试行为
        2.测试方法执行测试,是否软件可以达到制定的指标值.

评审员:
        参与正式评审的人员

记录员:
        记录相关的会议纪要

技术评审:


        1.确定开发所使用的开发技术,来完成功能的开发.
        2.测试人员也需要确定统一实现测试技术.
        结果:确定我们最终实现目标的方案
       
走查:
        需求文档走查:
        开发文档走查:
        测试用例走查:
        静态代码的走查:
        作者陈述相关内容,评审员进行评审,开发有没有问题.
       

复杂性:一个软件的复杂程度







圈复杂度:用来计算衡量一个软件的复杂程度.
                1.结构图的 区域数
                2.结构图的边数-节点数 +2
                3.结构图的控制节点 + 1                       

控制流:控制软件流程的走向


                               
数据流:        传输的走向叫做数据流.




流程图分为: 业务流程图.业务场景的走向.起点是一样,


                        结果不一样
                    控制流程图.:包含判定节点.不同流程的走向.


测试用例设计方法:
        等价类,边界值,判定表,因果图,场景分析法,正交表.....
       
       


       


        等价类:
        布尔值: (真)True (假)Flase


       




       



面试的问题(你觉得那样的用例才算好的测试用)
        测试用例包含


        用例编号:每一条都拥有独立的编号.




        所属系统:表示但前测试用例功能是属于那个系统的


        所属模块:属于那个系统下的那个模块当中功能


        用例标题:


               

       





























1.所有用例标题必须以验证进行开头
                    2.测试用例标题不要带上不确定的词汇 :是否 好像
                        3.测试用例当中明确自己的输入的场景
                        以及输入的条件 1990.1
                        4.必须包含预期结果.我执行这个用例的
                        时候想要达到的一个结果
        前置条件:
                        1.可以写省略或者是通过测试用例步骤,所有功能
                        都需要进行登录-->可以将登录写在前置条件
                        2.测试的具体功能,使用的工具
        用例步骤:
                        1.如果你的用例执行失败了,他就是一个bug
                        开发会根据你的用例步骤来复现bug.用例
                        步骤一定要清晰.
                        2.写步骤的时候,每一个节点步骤都必须清晰
                        ,包含自己所有输入的情况. 输入1990.1
                       
        预期结果:
                        编写这个条,所想要达到的结果
        实际结果:
                        针对这条测试用例,进行执行验证之后得到的结果
                        成功还是失败.
        编写人:
        执行人:
       
       
因果图符号:
        恒等: 两个值进行相等。。
        it行业恒等的关系跟数学不一样:
                一个=不叫恒等 叫做赋值 a = 5
                两个== 表示恒等关系 1 == 1
               
        非: 不等于
           ,≠,not no

        与:表示和
                表达式符号:^,and,和,&& 表示与的关系
               
        或:        或是多种条件满足一项即可
                or
               
        异:
       
因果图怎么转换为判断表:
        1.找到所有的输入条件(原因)
        2.找到所有输出结果(结果)
        3.将他的原因填写到判定表的条件桩当中
        4.将他的结果填写到判定表的动作桩当中
        5.进行条件组合,晒选出测试场景.
       
在工作当中因为目前大多数都是敏捷迭代的过程项目,
没有足够的时间去画因果图,不会去画因果,只是将
因果图当中原因与结果找出来,转换为判定表.


项目开展完成之后,我就直接开始编写测试用例?
需求下达评审通过
        1.继续了解需求.
        2.拆分需求当中功能辅助测试用例编写
        利用思维导图工具进行拆分功能点.罗列出我整体用例的
        设计思路
        Xmind:思维导图工具
       
       
作业微信的发红包/转账功能:
        利用xmind梳理---梳理完成发在群里.