测试方法_测试方法总结 - CSDN
精华内容
参与话题
  • 常用测试方法

    万次阅读 2018-10-04 10:33:06
    黑盒测试是根据软件的规格对软件进行的测试,这类测试不考虑软件内部的运作原理,因此软件对用户来说就像一个黑盒子。简单来说,这种测试只关心输入和输出的结果,并不考虑程序的源代码。黑盒测试分为功能测试和性能...

    一、按是否查看程序内部结构分为:
    1、黑盒测试(Black Box Testing):
    黑盒测试是根据软件的规格对软件进行的测试,这类测试不考虑软件内部的运作原理,因此软件对用户来说就像一个黑盒子。简单来说,这种测试只关心输入和输出的结果,并不考虑程序的源代码。黑盒测试分为功能测试和性能测试:
    1)功能测试(function testing),是黑盒测试的一方面,它检查实际软件的功能是否符合用户的需求。包括逻辑功能测试、界面测试、易用性测试和兼容性测试。
    2)性能测试(performance testing),软件的性能主要有时间性能和空间性能两种。其中,时间性能主要指软件的一个具体事务的响应时间,而空间性能主要指软件运行时所消耗的系统资源。
    2、白盒测试(White Box Testing):
    白盒测试是把测试对象看作一个打开的盒子。利用白盒测试法进行动态测试时,需要测试软件产品的内部结构和处理过程,不需测试软件产品的功能。与黑盒测试相反,这种测试就要研究程序里面的源代码和程序结构。
    二、按是否运行程序分为
    1、静态测试(static testing):
    静态测试指测试不运行的部分,只是静态地检查程序代码、界面或文档可能存在的错误的过程。例如测试产品说明书,对此进行检查和审阅.。
    2、动态测试(dynamic testing):
    动态测试是指通过运行软件来检验软件的动态行为和运行结果的正确性。具体操作就是输入相应的测试数据,检查输出结果和预期结果是否相符的过程。
    三、按阶段分为:
    1、单元测试(Unit Testing):
    单元测试是最微小规模的测试,测试的是某个功能或代码块。典型地由程序员而非测试员来做,因为它需要知道内部程序设计和编码的细节知识。
    2、集成测试(Integration Testing):
    集成测试是指一个应用系统的各个部件的联合测试,以决定他们能否在一起共同工作并没有冲突。部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。这种类型的测试尤其与客户服务器和分布式系统有关。一般集成测试以前,单元测试需要完成。
    3、系统测试(System Testing):
    系统测试是将整个软件系统看做一个整体进行测试,包括对功能、性能,以及软件所运行的软硬件环境进行测试
    4、验收测试(Accept Testing):
    验收测试是基于客户或最终用户的规格书的最终测试,或基于用户一段时间的使用后,看软件是否满足客户要求。一般从功能、用户界面、性能、业务关联性进行测试。
    5、回归测试(Regression testing):
    回归测试是指在发生修改之后重新测试先前的测试以保证修改的正确性。理论上,软件产生新版本,都需要进行回归测试,验证以前发现和修复的错误是否在新软件版本上再次出现。

    展开全文
  • 黑盒测试的测试方法

    万次阅读 多人点赞 2017-12-19 11:35:21
    一般我们在做软件测试的时候,会遇到黑盒测试,白盒测试,我们今天主要说的是黑盒测试的 主要测试方法有那些。接下来就是干货了。 最常见的是  边界值 等价类 错误推测法 场景法 因果图法 判定表组成法 正交实验...

    一般我们在做软件测试的时候,会遇到黑盒测试,白盒测试,我们今天主要说的是黑盒测试的 主要测试方法有那些。接下来就是干货了。

    最常见的是

        边界值  等价类  错误推测法  场景法  因果图法 判定表组成法   正交实验设计  


    下面是详细的解释:


    前言:在期末考到来的时候复习下黑盒测试。文章copy&paste了很多别人的东西。文章里有很多不足之处。欢迎拍砖!!!!!

    黑盒测试仅需知道系统的【输入】和【输出】,不需要知道代码是怎么写的。


    一、边界值测试

    经实践总结:大量的软件缺陷发生在输入域和输出域的边界上。所以在设计测试用例的时候,应该重视边界。

    例如只有一个输入条件时,可以这么选取测试用例。(以坐标轴举例。以红点表示测试用例)


    例如当有两个输入条件的时候,可以这么选取测试用例。(以红点表示测试用例)


    ps:要测试健壮性(软件有没有金刚不坏之身)的时候,可以这么设计测试用例。

    选取略小于最小值的无效测试数据(或者略大于最大值的无效测试数据)。

    (以蓝点表示测试用例)



    小结:边界值测试是一种最基本的黑盒测试方法,它是“等价类划分”这种测试方法的良好补充。但该方法会有较大的冗余和漏洞。

    边界值测试对布尔型无效(因为布尔型不是“true”就是“false”,不存在边界值的概念)

    边界值测试并非黑盒测试独有,它也可以应用在白盒测试(比如数组边界的测试、对循环次数边界的测试……)

    -------------------------------------------------------------------------------------------------------------------------

    二、等价类划分

    要做到穷尽测试是不可能的,所以在设计测试用例时往往要先划分等价类再选取“人大代表”。

    划分的子集应该满足如下因素:

    (1)每个子集内部所有的数据都是等价的

    (2)子集之间互不相交

    (3)所有子集的并集是整个输入域或输出域

    PS:

    (1)【有效等价类】是相对于规格说明合理的、正确的、有意义的输入数据构成的集合。

    (2)【无效等价类】是相对于规格说明不合理的、错误的、无意义的输入数据构成的集合。

    小二啊,上一个例子:

    如网站注册用户名的时候,输入框要求“用户名由字母开头,后跟字母或数字的任意组合,且长度<=8”。

    (1)有效的等价类划分

    username = {0<全字母的长度<8}

    username = {0<(字母开头+数字)的长度<8}

    (2)无效的等价类划分

    username = {0<全数字的长度<8}

    username = {0<(数字开头+字母)的长度<8}

    username = {全字母的长度>8}

    username = {全数字的长度>8}

    username = {(数字开头+字母)的长度>8}

    username = {0<(字母开头+数字)的长度>8}

    小二啊,再上一个例子

    例:每个学生可选修1-3门课程
    •可以划分一个有效等价类:选修1-3门课程。
    •可以划分两个无效等价类:未选修课;选修课超过3门。
    ------------------------------------------------------------------------------------------------------------------
    针对缺陷相关性假设,可将等价类测试分为【弱等价类测试】和【强等价类测试】。
    在现实情况中,由于缺陷的可能情况非常多,一个子集中的数据对某种缺陷是等价的,但对另外一种缺陷可能又是不等价的。
        弱一般等价类(WN)测试:
                      考虑单缺陷假设; 测试用例使用每个等价类中的一个值。
               强一般等价类(SN)测试:
                      考虑多缺陷假设; 测试用例集合为等价类笛卡儿积。
    小二啊,再上一个例子。
     
    1、弱等价类
    弱等价类是考虑某个单一缺陷情况下的等价情况,子集里所有数据在这种缺陷假设下是等价的,并且划分成的几个等价类能够覆盖整个测试空间的单一缺陷。比如以下一段程序:
    void Func(unsigned int x)
    {
    if ( x > 10 )
    {
        Func1();
    else
    {
        Func2();
    }
    }
    我们可以将数据划分为两个等价类,0~10为1个等价类,大于10的数据为1个等价类,
    在考虑“>”号误写成“<”号这种缺陷的情况下,这两个等价集中的数据都是等价的,比如0~10这个等价类中,使用0或使用10来进行测试都能发现缺陷。这两个等价类中各自抽取一个测试数据进行测试,都能代表其他数据揭示出“>”号误写成“<”号这种缺陷来,因此整个测试空间都被覆盖了。
    2、 强等价类
    强等价类是在多个缺陷假设前提下,各个等价类中的可测数据在单个或多个缺陷假设下是等价的,并且划分的各个等价子集中各自取一个测试数据可以覆盖整个测试空间的多个缺陷情况。
    再考虑前面弱等价类中的例子程序,出错的可能性有那些呢?除了大于号会错写成小于号外,
    实际上还有可能写成大于等于号,
    10有可能写成1或100等大于10或小于10的数,
    【为方便描述以错写成1和100为例】,事实上错误写成其他数和错写成1和100是等价的。这样将各种可能出错的情况组合起来,程序中的判断条件有可能有以下12种情况:
    判断条件
    揭示缺陷的等价类
    判断条件
    揭示缺陷的等价类
    判断条件
    揭示缺陷的等价类
    x>10
    是正确的代码 
    x>1
    {10}
    x>100
    {11}
    x<10
    {>10}
    x<1
    {>10}
    x<100
    {0~9},{10}
    x<=10
    {10},{>10}
    x<=1
    {>10}
    x<=100
    {0~9},{10}
    x>=10
    {10}
    x>=1
    {10}
    x>=100
    {11}
    考虑0~10这个集合,在误写成中间一列条件中情况下,里面的数据并不等价,比如误写成x>1的情况下,使用1做测试和使用2做测试揭示缺陷是不同的,使用1做测试发现不了缺陷,但使用2测试就能发现缺陷。
    在判断条件误写成x>=10条件下,10和0~9中的任一数据也不等价,并且使用大于10的数据也无法揭示出条件错写成x>=10这个缺陷,因此整个测试空间的多个缺陷无法被已划分的两个等价类来覆盖,10需要单独划分成一个等价类。
    这样将数据划分成三个等价类{0~9}、{10}、{大于10的数据},再看看这三个等价类是否可以覆盖表中各种出错情况,显然在x>100和x>=100两种情况下,大于10的数据集合中的数据是不等价的,使用大于100的数据不能揭示出缺陷,但使用大于10小于100的数据却能揭示出缺陷,因此需要对大于10的数据再划分等价类,实际上只要将边界值{11}划一个单独的等价类就可以了。
    这样总共得到四个等价类{0~9}、{10}、{11}、{大于11的数据},从这四个等价类中各取一个数据的话就可以将以上列出的所有可能的缺陷情况都揭示出来,但是各个等价类并不是对所有缺陷都等价的,这种划分的等价类由于可以将各种缺陷情况覆盖到,把它叫叫做强等价类。

     PS:

    在等价类测试当中,强指的是多缺陷假设,而弱指的是单缺陷假设,前者表明了一个笛卡尔乘积的概念;一般指的就是正常值,即不需要考虑异常者,而健壮性则刚好相反,即需要考虑异常者。

    弱一般等价类:单缺陷假设,不考虑异常区域
    强一般等价类:多缺陷假设,不考虑异常区域
    弱健壮等价类:单缺陷假设,要考虑异常区域
    强健壮等价类:多缺陷假设,要考虑异常区域;即一个全笛卡尔乘积

     

    小二啊,再上一个例子
     
    某城市电话号码组成规则是:地区码 + 前缀 + 后缀。
    地区码:空白 | 3位数字; 
    前缀:非0且非1开头的3 位数字; 
    后缀:4位数字。 
    被测试程序模块接受符合以上条件的电话号码,拒绝所有不符合规定的号码。
    请用等价分类法设计测试方案。
     1)划分等价类
    输入条件 有效等价类 无效等价类
    地区码 j:空白、k:3位数字 n:有非数字字符、o:少于三位数字、p:多于三位数字
    前缀 l:200-999之间的任意数字

    q:有非数字字符、r:起始位为0、s:起始位为1、

    11:少于三位数字、12:大于三位数字

    后缀 m:4位数字 13:有非数字字符  14:少于四位数字  15:大于四位数字

     2)设计测试用例

     

     

    小结:等价类测试可以处理布尔型和逻辑型的问题。建议在划分等价类后对每个等价类进行编号,这样可看起来会更清晰。

    -----------------------------------------------------------------------------------------------------------

    三、因果图

    毛泽东《反对本本主义》:“因为他们有丰富的经验,不但懂得现状,而且明白因果。”

    基于因果图的测试方法要考虑如下问题

    (1)规格说明书有哪些原因?

    (2)规格说明书有哪些结果?

    (3)规格说明书中各种原因之间的关系怎么样?

    (4)规格说明书中各种结果之间的关系怎么样?

    (5)规格说明书中原因和结果之间的约束条件怎么样?

    (6)如何从规格说明书中的原因和结果设计测试用例?

    因果图




    【a】恒等: 若c1为1,则e1也为1。若c1为0,则e1也为0;

    【b】非: 若c1是1,则e1是0.若c1为0,则e1是1;

    【c】或: 若c1与c2中有一个是1或者两个都为1,则e1是1。若c1和c2都为0,则e1是0;

    【d】与: 当且仅当c1和c2都是1,则e1为1,否则e1为0.

    ------------------------------------------------------------------------------

    E约束(异;异或): a,b最多有一个可能为1,不能同时为1.

    --------------------------------------------------------------------------------------------------



    约束(或;包含): a,b,c中至少有一个必须为1,不能同时为0.

    --------------------------------------------------------------------------------------------------------



    O约束(惟一): a和b必须有一个且仅有一个为1

    -----------------------------------------------------------------------------------------------------------------------



    R约束(要求):a是1时,b必须是1,即a为1时,b不能为0

    -----------------------------------------------------------------------------------------------------------------------



    M约束:对输出条件的约束,若结果a为1,则结果b必须为0.

    ----------------------------------------------------------------------------------------------------------------------

    小二啊,上一个例子。

    某个软件的规格说明书中规定:第一个字符必须是A或B,第二个字符必须是一个数字字符,在此情况下进行文件的修改。

    但如果第一个字符不正确,则给出信息L;如果第二个字符不正确,则给出信息M.


    可按照如下步骤设计测试用例:
    (1)根据软件规格说明书,列出原因和结果.
    (2)找出原因和结果之间的关系,原因和原因之间的约束关系,画出因果图.
    (3)将因果图转化为判定表
    (4)根据判定表设计测试用例

    解:

    原因:
    C1:第一个字符是A;
    C2:第一个字符是B;
    C3:第二个字符是一个数字字符.
    结果:
    E1:给出信息L;
    E2:修改文件;
    E3:给出信息M;



    转化成决策表

    小结:因果图可以用于描述输入与输出的相互关系。但是其绘制过程比较繁琐。因果图可以转化成决策表。建议直接绘制决策表。

    -----------------------------------------------------------------------------------------------------------------------------------------------
    四 、决策表
    决策表能让你的逻辑更严谨些
    小二,先上菜,再看菜单:
     ……对功率大于50马力的机器并且维修记录不全,或者已运行10年以上的机器,应给予优先的维修处理……” 。这里假定,“维修记录不全”和“优先维修处理”均已在别处有更严格的定义 。请建立判定表。 
    •解答: 
    –①确定规则的个数:这里有3个条件,每个条件有两个取值,故应有2*2*2=8种规则。 
    –②列出所有的条件桩和动作桩
    •③填入条件项。可从第1列条件项开始,逐列向右填满。如第1列是: Y  Y Y ,第二列是: Y Y N 等等。 
    •④填入动作顶。这样便得到形如图的初始判定表:
     
     
     

    条件桩:列出了问题的所有条件。
    动作桩:列出了问题规定可能采取的操作。
    条件项:列出针对它所列条件的取值,在所有可能情况下的真假值。
    动作项:列出在条件项的各种取值情况下应该采取的动作。
    规则:由动作项和条件项组成。

    决策表的建立步骤
    1、列出所有的条件桩和动作桩;
    2、填入条件项;
    3、填入动作项,制定初始判定表;
    4、简化;合并相似规则或者相同动作。


    小二,上一个例子。
    已知a、b、c三边,判断是否能构成三角形?如果是三角形的话,是什么哪种三角形?
     
    小结 :决策表测试仅适合对输入域展开分析,不适合对输出域展开测试。
    ---------------------------------------------------------------------------------------------
    五 、错误推测法
    (阿克琉斯的脚踵?希腊神话的传说人物阿克琉斯,他除了脚踵以外全身刀枪不入,后来被射中脚踵而死亡,意思是指一个人的致命缺点!)
    错误推测法凭借的是测试人员的直觉和经验来推测系统中可能出现的各种缺陷。
    常常是列举出系统中所有【可能的缺陷和容易发生缺陷的特殊情况】,并根据它们来设计测试用例。
    小二啊,上几道例子

    例如: 测试一个对线性表(比如数组)进行排序的程序,可推测列出以下几项需要特别测试的情况:
    I.     输入的线性表为空表;
    II.    表中只含有一个元素;
    III.   输入表中所有元素已排好序;
    IV.   输入表已按逆序排好;
    V.    输入表中部分或全部元素相同。

    例如:查询功能
    A、无条件查询
    B、是否支持模糊查询
    C、查询的关键字之间是否可用连接符
    D、输入正确的查询条件以前加上空格,看是否能正确地查出相应的数据
    E、若查询结果为空,是否给与相应提示

    例如:登录功能
    A、输入的数据前存在空格,是否能够正常登录
    B、输入的密码是否能够加密显示
    C、密码框的复制、粘贴功能是否被屏蔽掉
    D、用户在注销之后是否能够再登录成功
    E、输入的数据有误,用户是否可以无休止地尝试登录

    小结:

    优点:充分发挥个人的经验和潜能,命中率高
    缺点:覆盖率难以保证;过多的依赖于个人的经验

    ----------------------------------------------------------------------------------------------------------------------

    六、场景法
    软件的工作流程往往对应着现实生活的场景。应该从更高些的视角来把握系统的业务流程,了解功能模块。
    在熟悉流程的基础上才能讨论局部细节的测试设计。场景法的核心是事件流和场景。
    这是一个场景法的示意图。

    在这个图中,有一个基本流和四个备选流。从基本流开始,再将基本流和备选流结合起来,可以确定以下用例场景:

      场景 1 基本流

      场景 2 基本流 备选流 1

      场景 3 基本流 备选流 1 备选流 2

      场景 4 基本流 备选流 3

      场景 5 基本流 备选流 3 备选流 1

      场景 6 基本流 备选流 3 备选流 1 备选流 2

      场景 7 基本流 备选流 4

      场景 8 基本流 备选流 3 备选流 4

      从上面的实例我们就可以了解“场景”=“基本流”+“备选流”。

      基本流:采用直黑线表示,是经过用例的最简单的路径(无任何差错,程序从开始直接执行到结束)

      备选流:采用不同颜色表示,一个备选流可能从基本流开始,在某个特定条件下执行,然后重新加入基本流中,也可以起源于另一个备选流,或终止用例,不在加入到基本流中;(实际上是各种“非主流”的情况)

     下面是场景法的基本设计步骤

        1. 根据说明,描述出程序的基本流及各项备选流 
        2. 根据基本流和各项备选流生成不同的场景 
        3. 对每一个场景生成相应的测试用例 
        4. 对生成的所有测试用例重新复审,去掉多余的测试用例,测试用例确定后,对每一个测试用例确定测试数据值

    小二啊,上一个例子:

    有一个在线购物的实例,用户进入一个在线购物网站进行购物,选购物品后,进行在线购买,这时需要使用帐号登录,登录成功后,进行付钱交易,交易成功后,生成订购单,完成整个购物过程。

     step1:来确定基本流和备选流:

    step2:根据基本流和备选流来确定场景:

    step3:设计用例

      对于每一个场景都需要确定测试用例。可以采用矩阵或决策表来确定和管理测试用例。

      下面显示了一种通用格式,其中各行代表各个测试用例,而各列则代表测试用例的信息。

      本例中,对于每个测试用例,存在一个测试用例ID、场景的条件、测试用例中涉及的所有数据元素、以及预期结果。

      通过从确定执行用例场景所需的数据元素入手构建矩阵。然后,对于每个场景,至少要确定包含执行场景所需的适当条件的测试用例。例如,在下面的矩阵中,

    V(有效)用于表明这个条件必须是 VALID(有效的)才可执行基本流,

     I(无效)用于表明这种条件下将激活所需备选流。

    “n/a”(不适用)表明这个条件不适用于测试用例。

       

    step4:设计用例设计数据,把数据填入上面的用例表中。


    注:测试用例只是购物的一部分测试用例,应该还可以继续补充以达到比较好的覆盖。

    -------------------------------------------------------------------------------------------------------------------------

    注释:功能图法、正交实验法也是黑盒测试法


    展开全文
  • 软件测试用例常用七大方法

    万次阅读 多人点赞 2018-04-12 20:36:47
    第一:测试用例格式包括十大特点 用例编号 测试测试标题 用例属性 重要级别:高中低 预置条件 测试输入 操作步骤 预期结果 实际结果 第二:等价类 1,等价类定义 2,等价类划分 3,等价类划分规则 ...

    第一:测试用例格式包括十大特点

    1. 用例编号
    2. 测试项
    3. 测试标题
    4. 用例属性
    5. 重要级别:高中低
    6. 预置条件
    7. 测试输入
    8. 操作步骤
    9. 预期结果
    10. 实际结果

    第二:等价类

    1,等价类定义

    这里写图片描述

    2,等价类划分

    这里写图片描述

    3,等价类划分规则

    这里写图片描述

    4,进行等价类用例设计

    这里写图片描述

    5,案例加以说明

    这里写图片描述
    这里写图片描述

    第三:边界值

    1,边界值的三点

    这里写图片描述

    2,边界值应用场景

    这里写图片描述

    3,边界值方法应用步骤

    这里写图片描述

    第四:判定表

    1,定义

    这里写图片描述

    2,重要概念

    这里写图片描述

    3,判定表应用步骤

    这里写图片描述

    4,案例加以说明判断表

    这里写图片描述

    这里写图片描述

    第五,因果图

    1,输入与输入的关系

    这里写图片描述

    2,输入与输出的关系

    这里写图片描述

    3,案例加以说明

    这里写图片描述

    第六,正交试验

    1,因子和水平的定义

    这里写图片描述

    2,特点

    这里写图片描述

    3,设计流程

    这里写图片描述

    4,注意点

    这里写图片描述

    5,案例加以说明

    这里写图片描述

    这里写图片描述

    第七,状态迁移

    1,定义

    这里写图片描述

    2,状态

    这里写图片描述

    3,方法流程

    这里写图片描述

    4,案例加以说明

    这里写图片描述

    这里写图片描述

    第八,流程分析法(场景设计法)

    1,设计三个场景

    这里写图片描述

    2,使用方法

    这里写图片描述

    3,注意点

    这里写图片描述

    4,案例加以说明

    这里写图片描述

    这里写图片描述

    展开全文
  • 软件测试方法分类

    千次阅读 2019-06-02 14:59:09
    软件测试方法种类繁多,有白盒测试、黑盒测试、静态测试、动态测试、集成测试等等,记忆起来容易混乱,傻傻分不清楚,如果把软件测试方法进行分类, 就会清晰很多。现在te...

    软件测试方法种类繁多,有白盒测试、黑盒测试、静态测试、动态测试、集成测试等等,记忆起来容易混乱,傻傻分不清楚,如果把软件测试方法进行分类, 就会清晰很多。现在test先生把常用的软件测试方法列出来,让大家更容易区分记忆。

    1.从是否关心软件内部结构和具体实现的角度划分(按测试分类)

    白盒测试、黑盒测试、灰盒测试

    (1)白盒测试:又称为结构测试或逻辑驱动测试,是一种按照程序内部逻辑结构和编码结构,设计测试数据并完成测试的一种测试方法。

    (2)黑盒测试:又称为数据驱动测试,把测试对象当做看不见的黑盒,在完全不考虑程序内部结构和处理过程的情况下,测试者仅依据程序功能的需求规范考虑,确定测试用例和推断测试结果的正确性,它是站在使用软件或程序的角度,从输入数据与输出数据的对应关系出发进行的测试。

    (3)灰盒测试:是一种综合测试法,它将“黑盒”测试与“白盒”测试结合在一起,是基于程序运行时的外部表现又结合内部逻辑结构来设计用例,执行程序并采集路径执行信息和外部用户接口结果的测试技术。

    2.从是否执行代码角度

    静态测试、动态测试

    (1)静态测试:指不运行被测程序本身,仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。

    (2)动态测试:是指通过运行被测程序,检查运行结果与预期结果的差异,并分析运行效率、正确性和健壮性等性能指标。

    3.从软件开发的过程按阶段划分有

    单元测试、集成测试、确认测试、系统测试、验收测试、回归测试


    (1)单元测试:又称模块测试,是针对软件设计的最小单位----程序模块或功能模块,进行正确性检验的测试工作。其目的在于检验程序各模块是否存在各种差错,是否能正确地实现了其功能,满足其性能和接口要求。

    (2)集成测试:又叫组装测试或联合,是单元测试的多级扩展,是在单元测试的基础上进行的一种有序测试。旨在检验软件单元之间的接口关系,以期望通过测试发现各软件单元接口之间存在的问题,最终把经过测试的单元组成符合设计要求的软件。

    (3)确认测试:又称有效性测试。任务是验证软件的功能和性能及其它特性是否与用户的要求一致。对软件的功能和性能要求在软件需求规格说明书中已经明确规定。它包含的信息就是软件确认测试的基础。

    (4)系统测试:是为判断系统是否符合要求而对集成的软、硬件系统进行的测试活动、它是将已经集成好的软件系统,作为基于整个计算机系统的一个元素,与计算机硬件、外设、某些支持软件、人员、数据等其他系统元素结合在一起,在实际运行环境下,对计算机系统进行一系列的组装测试和确认测试。

    (5)验收测试:以用户为主的测试,软件开发人员和质量保证人员参加,由用户设计测试用例。不是对系统进行全覆盖测试,而是对核心业务流程进行测试。

    (6)回归测试:是指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。

    展开全文
  • 软件测试方法和策略

    万次阅读 多人点赞 2018-07-23 11:26:39
    什么是软件测试?软件测试的目的与原则 在规定的条件下对程序进行操作,以发现程序错误,衡量软件质量,并对其是否能满足设计要求进行评估的过程。 软件测试的目的: 测试是程序的执行过程,目的在于发现错误 一...
  • 黑盒白盒灰盒……
  • 测试技术方法

    千次阅读 2019-03-30 16:43:21
    如果其中一个的输入不能导致问题发生,那么集合中其它输入条件进行测试也不可能发现错误。等价类分为有效等价类和无效等价类。 有效等价类 有效等价类就是由那些对程序的规格说明有意义的、合理的输入数据所构成...
  • 测试要点及方法

    千次阅读 2019-03-19 15:46:39
    测试要软件质量(从8方面来区分): 1.功能测试 2.安全测试 3.性能测试 4.可靠性测试 5.压力测试 6.安装测试 7.用户界面测试 8.兼容性测试 测试技术: 黑盒测试 (数据驱动测试 or 功能测试): 概念:检查...
  • 一些基本的测试方法

    千次阅读 2018-08-09 16:55:22
    接下来我们要讨论的就是怎么做的问题了,即具体的测试方法。 图描绘的质量属性的六大类和测试类型之间的关系,并没有深入到各个质量子属性和各个子属性对应的测试类型中去(大家不妨自己动手绘制一下“质量子属性...
  • 软件测试方法

    千次阅读 2019-04-16 14:49:22
    ...软件测试方法 编辑讨论 软件测试方法是指测试软件的方法。随着软件测试技术的不断发展,测试方法也越来越多样化,针对性更强;选择合适的软件测试方法可以让我们事半功倍。 用户界面...
  • 测试方案和测试策略的区别

    万次阅读 2019-06-04 12:56:48
    测试策略:侧重需求分析,评估风险,定义测试范围,确定测试方法,制定测试启动、停止、完成标准和条件。 测试计划:制定项目测试过程中的测试重点,各个阶段的任务分配以及时间进度安排,并提出对各项任务的评估...
  • 白盒测试----六种覆盖方法

    万次阅读 多人点赞 2017-12-12 22:44:12
    白盒测试又称结构测试,透明盒测试、逻辑驱动测试或基于代码的测试。白盒测试是一种测试用例设计方法,白盒指的是程序的内部结构和运作机制是可见的。白盒测试的目的: 通过检查软件内部的逻辑结构,对软件中的...
  • 白盒测试方法和黑盒测试方法

    万次阅读 2007-05-10 23:56:00
    软件测试方法一般分为两种:白盒测试与黑盒测试。其中,白盒测试又称为结构测试、逻辑驱动测试或基于程序本身的测试,着重于程序的内部结构及算法,通常不关心功能与性能指标。黑盒测试又被称为功能测试、数据驱动...
  • 《软件测试方法和技术》电子课件下载

    万次阅读 热门讨论 2008-05-06 09:19:00
    为了配合高校的教学,现将电子课件上载到 Kerry Zhu CSDN下载频道:《软件测试方法和技术》电子课件之一《软件测试方法和技术》电子课件之二《软件测试方法和技术》电子课件之三《软件测试方法和技术》电子课件之四...
  • JUnit单元测试基础要点

    万次阅读 2012-03-15 16:21:55
    JUnit单元测试基础要点   1.JUnit是一种测试代码的框架,测试的目的是:保证代码没错,而不是保证代码正确。 2.测试类一般不要和目标类放在一起,但编译成的class文件是放在一起的。 3.单元测试主要是来测试...
  • 测试用例设计白皮书--测试用例基本概念Author: Vince 来源:http://blog.csdn.net/vincetest目 录1. 概述2. 测试用例基本概念 2.1.... 测试用例设计方法 3.1. 等价类划分方法 3.2. 边界值分析
  • 测试方法的辩证统一 (1)

    万次阅读 2006-07-04 17:05:00
    软件测试的众多方法是辩证统一的,它们相互依赖而存在,相互对立又相互补充,任何一种测试方法都有其优点,在特定的测试领域能得到充分发挥。同时,任何一种测试方法都不能覆盖所有测试的需求,在某些场合存在一定的...
  • Junit4测试

    万次阅读 2014-09-27 23:56:46
    JUnit单元测试基础要点   1.JUnit是一种测试代码的框架,测试的目的是:保证代码没错,而不是保证代码正确。 2.测试类一般不要和目标类放在一起,但编译成的class文件是放在一起的。 3.单元测试主要是...
  • 这篇笔记记录JUnit使用的一些注意点,或者说约定俗成的地方;以及介绍了导致测试失败的两种情况。 1.JUnit使用的最佳实践 ... ⑤测试单元中的每个方法必须可以独立测试,测试方法间不能有任何的依赖
  • spring框架学习(三)junit单元测试

    万次阅读 多人点赞 2014-03-07 23:20:53
    一个模块怎么测试呢,是不是得专门为一单元写一个测试程序,然后将测试单元代码拿过来测试? 我是这么想的。学到spring框架这才知道单元测试原来是这么回事儿。  下面以上一篇文章中set注入的第一个实例为测试...
1 2 3 4 5 ... 20
收藏数 2,932,501
精华内容 1,173,000
关键字:

测试方法