51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

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

 关闭 [复制链接]

该用户从未签到

741#
发表于 2009-4-30 11:08:22 | 只看该作者
Beta测试
–        由软件的最终用户在一个或多个用户场所来进行的,开发者通常不在现场,用户记录测试中遇到的问题并报告给开发者
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2015-3-14 13:16
  • 签到天数: 2 天

    连续签到: 2 天

    [LV.1]测试小兵

    742#
    发表于 2009-4-30 11:08:38 | 只看该作者
    单元测试
            完成对最小的软件设计单元—模块的验证工作
            目标是确保模块被正确地编码
            使用过程设计描述作为指南,对重要的控制路径进行测试以发现模块内的错误
            通常情况下是面向白盒的
            对代码风格和规则、程序设计和结构、业务逻辑等进行静态测试,及早地发现和解决不易显现的错误
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    743#
    发表于 2009-4-30 11:08:38 | 只看该作者
    外部质量是从外部观点出发的软件产品特性的总体。

    评分

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

    查看全部评分

    回复 支持 反对

    使用道具 举报

    该用户从未签到

    744#
    发表于 2009-4-30 11:08:41 | 只看该作者

    负载测试和压力测试

    一种说法:

    压力测试

      对系统不断施加压力的测试,是通过确定一个系统的瓶颈或不能接收用户请求的性能点,来获得系统能提供的最大服务级别的测试。例如测试一个Web站点在大量的负荷下,系统的事务响应时间何时会变得不可接受或事务不能正常执行。

      压力测试的目的是发现在什么条件下系统的性能变得不可接受,并通过对应用程序施加越来越大的负载,直到发现应用程序性能下降的拐点。压力测试和负载测试有些类似,但是通常把负载测试描述成一种特定类型的压力测试——例如增加用户数量或延长压力时间以对应用程序进行压力测试。


    负载测试

      对系统不断地增加压力或增加一定压力下的持续时间,直到系统的一些性能指标达到极限,例如响应时间超过预定指标或某种资源已经达到饱和状态。这种测试可以找到系统的处理极限,为系统调优提供依据。

    压力测试侧重压力大小,而负载测试往往强调压力持续的时间
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-3-14 13:16
  • 签到天数: 2 天

    连续签到: 2 天

    [LV.1]测试小兵

    745#
    发表于 2009-4-30 11:08:51 | 只看该作者
    外部质量是从外部观点出发的软件产品特性的总体。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    746#
    发表于 2009-4-30 11:08:59 | 只看该作者
    黑盒测试(Black box testing)  ____不考虑内部设计和代码,根据需求和功能进行测试
       白盒测试 (White box testing) ── 根据应用软件的代码的内部逻辑,按照代码的语句、分支、路径和条件进行测试。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    747#
    发表于 2009-4-30 11:09:04 | 只看该作者
    在设计测试用例时,要同时考虑有效等价类和无效等价类的设计。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    748#
    发表于 2009-4-30 11:09:06 | 只看该作者
    内部质量是从内部观点出发的软件产品特性的总体。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    749#
    发表于 2009-4-30 11:09:06 | 只看该作者
    从软件开发的过程按阶段划分有

      
      A.单元测试
      B.集成测试
      C.确认测试
      D.验收测试
      E.系统测试
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    750#
    发表于 2009-4-30 11:09:08 | 只看该作者
    可靠的需求 (solid requirements) —— 应当有一个经各方一致同意的、清楚的、完整的、详细的、整体的、可实现的、可测试的需求。为帮助确定需求,可使用模型 (prototypes)。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    751#
    发表于 2009-4-30 11:09:15 | 只看该作者
    以下是一些需要考虑的步骤:

    ü         得到需求、功能设计、内部设计说书和其他必要的文档

    ü         得到预算和进度要求

    ü         确定与项目有关的人员和他们的责任、对报告的要求、所需的标准和过程
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    752#
    发表于 2009-4-30 11:09:17 | 只看该作者
    Beta测试
    –        由软件的最终用户在一个或多个用户场所来进行的,开发者通常不在现场,用户记录测试中遇到的问题并报告给开发者
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-3-14 13:16
  • 签到天数: 2 天

    连续签到: 2 天

    [LV.1]测试小兵

    753#
    发表于 2009-4-30 11:09:19 | 只看该作者
    负载测试和压力测试


    一种说法:

    压力测试

      对系统不断施加压力的测试,是通过确定一个系统的瓶颈或不能接收用户请求的性能点,来获得系统能提供的最大服务级别的测试。例如测试一个Web站点在大量的负荷下,系统的事务响应时间何时会变得不可接受或事务不能正常执行。

      压力测试的目的是发现在什么条件下系统的性能变得不可接受,并通过对应用程序施加越来越大的负载,直到发现应用程序性能下降的拐点。压力测试和负载测试有些类似,但是通常把负载测试描述成一种特定类型的压力测试——例如增加用户数量或延长压力时间以对应用程序进行压力测试。


    负载测试

      对系统不断地增加压力或增加一定压力下的持续时间,直到系统的一些性能指标达到极限,例如响应时间超过预定指标或某种资源已经达到饱和状态。这种测试可以找到系统的处理极限,为系统调优提供依据。

    压力测试侧重压力大小,而负载测试往往强调压力持续的时间

    评分

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

    查看全部评分

    回复 支持 反对

    使用道具 举报

    该用户从未签到

    754#
    发表于 2009-4-30 11:09:23 | 只看该作者
    Beta测试
    –        由软件的最终用户在一个或多个用户场所来进行的,开发者通常不在现场,用户记录测试中遇到的问题并报告给开发者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    755#
    发表于 2009-4-30 11:09:25 | 只看该作者

    压力测试

    一种说法:

    压力测试

      对系统不断施加压力的测试,是通过确定一个系统的瓶颈或不能接收用户请求的性能点,来获得系统能提供的最大服务级别的测试。例如测试一个Web站点在大量的负荷下,系统的事务响应时间何时会变得不可接受或事务不能正常执行。

      压力测试的目的是发现在什么条件下系统的性能变得不可接受,并通过对应用程序施加越来越大的负载,直到发现应用程序性能下降的拐点。压力测试和负载测试有些类似,但是通常把负载测试描述成一种特定类型的压力测试——例如增加用户数量或延长压力时间以对应用程序进行压力测试。


    负载测试

      对系统不断地增加压力或增加一定压力下的持续时间,直到系统的一些性能指标达到极限,例如响应时间超过预定指标或某种资源已经达到饱和状态。这种测试可以找到系统的处理极限,为系统调优提供依据。

    压力测试侧重压力大小,而负载测试往往强调压力持续的时间
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-3-14 13:16
  • 签到天数: 2 天

    连续签到: 2 天

    [LV.1]测试小兵

    756#
    发表于 2009-4-30 11:09:29 | 只看该作者
    –        由软件的最终用户在一个或多个用户场所来进行的,开发者通常不在现场,用户记录测试中遇到的问题并报告给开发者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    757#
    发表于 2009-4-30 11:09:30 | 只看该作者

    测试

    测试流程从在“REQUIREMENTS”模块中指定测试需求开始。需求详细描述了需要在应用程序中测试的内容,并为测试小组提供了整个测试流程的基础。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    758#
    发表于 2009-4-30 11:09:30 | 只看该作者
    性能测试的目的不是去找bugs,而是排除系统的瓶颈,以及为以后的回归测试建立一个基准。而性能测试的操作,实际上就是一个非常小心受控的测量分析过程。在理想的情况下,被测软件在这个时候已经是足够稳定了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    759#
    发表于 2009-4-30 11:09:34 | 只看该作者
    Beta测试
    –        由软件的最终用户在一个或多个用户场所来进行的,开发者通常不在现场,用户记录测试中遇到的问题并报告给开发者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    760#
    发表于 2009-4-30 11:09:39 | 只看该作者
     A.单元测试
      B.集成测试
      C.确认测试
      D.验收测试
      E.系统测试
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-19 08:22 , Processed in 0.082826 second(s), 26 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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