51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: 默默巫
打印 上一主题 下一主题

[活动]迎五一,庆周年,盖高楼(活动结束)

 关闭 [复制链接]

该用户从未签到

1461#
发表于 2009-5-8 16:27:30 | 只看该作者
黑盒测试也称功能测试或数据驱动测试,它是在已知产品所应具有的功能,通过测试来检测每个功能是否都能正常使用,在测试时,把程序看作一个不能打开的黑盆子,在完全不考虑程序内部结构和内部特性的情况下,测试者在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数锯而产生正确的输出信息,并且保持外部信息(如数据库或文件)的完整性。黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等,主要用于软件确认测试。 “黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输入测试,只有把所有可能的输入都作为测试情况使用,才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个,人们不仅要测试所有合法的输入,而且还要对那些不合法但是可能的输入进行测试。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2017-9-20 12:50
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    1462#
    发表于 2009-5-8 16:30:32 | 只看该作者
    利用正交实验设计测试用例的步骤:
    1.提取功能说明,构造因子--状态表
    把影响实验指标的条件称为因子.而影响实验因子的条件叫因子的状态.利用正交实验设计方法来设计测试用例时,首先要根据被测试软件的规格说明书找出影响其功能实现的操作对象和外部因素,把他们当作因子,而把各个因子的取值当作状态.对软件需求规格说明中的功能要求进行划分,把整体的概要性的功能要求进行层层分解与展开,分解成具体的有相对独立性的基本的功能要求.这样就可以把被测试软件中所有的因子都确定下来,并为确定个因子的权值提供参考的依据.确定因子与状态是设计测试用例的关键.因此要求尽可能全面的正确的确定取值,以确保测试用例的设计作到完整与有效。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2017-9-20 12:50
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    1463#
    发表于 2009-5-8 16:30:43 | 只看该作者
    2.加权筛选,生成因素分析表
    对因子与状态的选择可按其重要程度分别加权.可根据各个因子及状态的作用大小,出现频率的大小以及测试的需要,确定权值的大小。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1464#
    发表于 2009-5-8 16:32:55 | 只看该作者

    已经是摩天大厦了啊

    覆盖率用于衡量测试完整性。分为功能覆盖率和逻辑覆盖率。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1465#
    发表于 2009-5-8 16:35:02 | 只看该作者
    基于测试用例的使用规则
      1)构造测试用例(由相关人员进行评审)
      2)执行测试用例中,当测试用例的不通过率达到20%则拒绝继续测试,待开发人员修正软件后再继续。
      3)当功能性测试用例通过率达到100%,非功能性测试用例通过率达到90%时,允许正常结束。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1466#
    发表于 2009-5-8 16:37:35 | 只看该作者
    集成测试——测试应用程序结合的部分来确定它们的功能结合到一起是正确的。
    在这里‘部分’的概念可能是代码模块,独立的应用程序,在网络上的客户端和服务
    器断程序等等。这类型测试典型的是于客户/服务器和分布式系统相关。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1467#
    发表于 2009-5-8 16:37:50 | 只看该作者
    功能测试——是一种黑盒测试,同应用程序的功能需求紧密相关。这类型测试应
    当有测试人员来完成。这并不意味着开发人员在发布版本之前就不需要检查他们的代
    码。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1468#
    发表于 2009-5-8 16:39:32 | 只看该作者
    灰盒测试,介于白盒测试与黑盒测试之间,灰盒测试结合了白盒测试盒黑盒测试的要素.它考虑了用户端、特定的系统知识和操作环境。它在系统组件的协同性环境中评价应用软件的设计。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1469#
    发表于 2009-5-8 16:47:16 | 只看该作者
    迭代-增量开发模型(iterative-incremental development model)由需求建立、设计、构建和测试等一系列相对较短的开发周期构成。比如:原型开发、快速应用开发(RAD)、统一软件开发过程(RUP)和敏捷开发模型等。作为其开发的一部分,迭代产生的系统需在不同的测试级别上进行测试。通过将增量模块加入到以前开发的模块中,形成一个渐渐增大的系统,这个系统同样需要进行测试。在完成第一次迭代后,对所有的迭代进行回归测试会变得越来越重要。验证和确认可以在每个增量模块中进行。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1470#
    发表于 2009-5-8 16:47:22 | 只看该作者
    迭代-增量开发模型(iterative-incremental development model)由需求建立、设计、构建和测试等一系列相对较短的开发周期构成。比如:原型开发、快速应用开发(RAD)、统一软件开发过程(RUP)和敏捷开发模型等。作为其开发的一部分,迭代产生的系统需在不同的测试级别上进行测试。通过将增量模块加入到以前开发的模块中,形成一个渐渐增大的系统,这个系统同样需要进行测试。在完成第一次迭代后,对所有的迭代进行回归测试会变得越来越重要。验证和确认可以在每个增量模块中进行。

    评分

    参与人数 1综合技术指数 +15 收起 理由
    默默巫 + 15 楼层尾数为5的参与奖

    查看全部评分

    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1471#
    发表于 2009-5-8 16:47:46 | 只看该作者
    Testing coverage(测试覆盖):
    指测试系统覆盖被测试系统的程度,一项给定测试或一组测试对某个给定系统或构件的所有指定测试用例进行处理所达到的程度。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1472#
    发表于 2009-5-8 16:53:18 | 只看该作者
    白盒测试不一定是程序员来进行测试,也可以是专门的白盒测试人员来做。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1473#
    发表于 2009-5-8 16:58:53 | 只看该作者
    功能性是指当软件在指定条件下使用时,软件产品满足明确和隐含要求功能的能力。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1474#
    发表于 2009-5-8 17:01:12 | 只看该作者
    端到端测试——同系统测试类似,包括模拟现实世界对一个完整的应用环境进行
    测试。例如同数据库进行交互、使用网络通信,或者其他的软件、硬件和系统进行交
    互。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1475#
    发表于 2009-5-8 17:01:23 | 只看该作者
    理智测试——这是一种典型的原始测试,其目的是要确定一个新的软件版本在一
    些主要的测试努力下表现的足够好并且可以接受。例如:如果一个新软件每五分钟当
    机一次,使系统执行速度极其缓慢,或者破坏系统数据,那么该软件就处于不够‘理
    智’状态,必须保证在当前状态下进行进一步测试。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1476#
    发表于 2009-5-8 17:04:23 | 只看该作者
    性能测试

    目标:对产品的性能进行测试,检验是否达标、是否能够保持

    方法:覆盖系统的性能需求,一般和负载测试结合使用

    工具:在需要大访问量时候尤其需要使用工具
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1477#
    发表于 2009-5-8 17:06:16 | 只看该作者
    负载测试
    目标:在人为设置的高负载(大数据量、大访问量)的情况下,检查系统是否发生功能或者性能上的问题
    方法:人为生成大数据量,并利用工具模拟频繁并发访问
    工具:一般需要使用工具
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1478#
    发表于 2009-5-8 17:11:09 | 只看该作者
    回归测试——在软件或环境被修改后进行的再测试。可能很难确定我们需要进行
    多少的再测试,尤其接近到开发过程的末期。自动测试工具可能会有很大的帮助。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1479#
    发表于 2009-5-8 17:11:21 | 只看该作者
    可接受性测试——基于最终用户的规格进行的最后测试。或者基于最终用户在一
    定的时间范围内的测试。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2017-9-20 12:50
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    1480#
    发表于 2009-5-8 17:29:56 | 只看该作者
    3.利用正交表构造测试数据集
    正交表的推导依据Galois理论(这里省略,需要时可查数理统计方面的教材)。
    利用正交实验设计方法设计测试用例,比使用等价类划分,边界值分析,因果图等方法有以下优点:节省测试工作工时;可控制生成的测试用例数量;测试用例具有一定的覆盖率。

    评分

    参与人数 1综合技术指数 +15 收起 理由
    默默巫 + 15 楼层尾数为5的参与奖

    查看全部评分

    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-18 16:33 , Processed in 0.080850 second(s), 26 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表