51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

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

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

 关闭 [复制链接]

该用户从未签到

61#
发表于 2009-4-28 15:19:17 | 只看该作者
测试用例常用设计方法,包括
1、等价类
2、边界值
3、错误猜测法
4、因果图
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2017-7-4 15:34
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    62#
    发表于 2009-4-28 15:19:33 | 只看该作者
    白盒测试 :相对黑盒测试而言,也称结构测试或逻辑驱动测试
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-6-25 18:04
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    63#
    发表于 2009-4-28 15:21:15 | 只看该作者
    原帖由 杨志 于 2009-4-28 15:18 发表
    性能测试工具 loadrunner


    网卡了一下,哭死~~~~

    方法一是使用lr的参数化,非常方便,对lr熟悉的各位朋友也能马上上手,时间格式也有很多,可以自由选择

    方法二是使用的time()和ctime()函数,得到日历格式的时间,2个函数使用都很方便

    方法三是使用C语言的tm结构,把时间分解成若干元素,这样如果我们只想得到星期、年份、当前秒等值就非常方便,因为上面2个方法如果想得到具体的元素是非常麻烦,可能需要自己写函数把需要的串抓出来
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    64#
    发表于 2009-4-28 15:21:30 | 只看该作者
    CMM(Capability Maturity Model)
    能力成熟度模型
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2016-2-27 08:48
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    65#
    发表于 2009-4-28 15:21:54 | 只看该作者
    原帖由 walker1020 于 2009-4-28 15:19 发表
    For Automation Frameworks, please visit
    http://mercuryquicktestprofessional.blogspot.com/
    http://www.learnqtp.com/xml-html-and-qtp-part1/

    评分

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

    查看全部评分

    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2017-7-4 15:34
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    66#
    发表于 2009-4-28 15:22:06 | 只看该作者
    原帖由 qiguojie 于 2009-4-28 15:21 发表


    网卡了一下,哭死~~~~

    方法一是使用lr的参数化,非常方便,对lr熟悉的各位朋友也能马上上手,时间格式也有很多,可以自由选择

    方法二是使用的time()和ctime()函数,得到日历格式的时间,2个函数使用都很方 ...

    节哀,兄弟,你还有机会
    软件测试的基本任务?
    软件测试是按照特定的规则,发现软件错误的过程;好的测试方案是尽可能发现迄今尚未发现错误的测试;成功的测试方案是发现迄今尚未发现错误的测试;
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    67#
    发表于 2009-4-28 15:22:14 | 只看该作者
    功能自动化工具 QTP
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-6-25 18:04
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    68#
    发表于 2009-4-28 15:23:18 | 只看该作者
    原帖由 peterz 于 2009-4-28 15:22 发表

    节哀,兄弟,你还有机会
    软件测试的基本任务?
    软件测试是按照特定的规则,发现软件错误的过程;好的测试方案是尽可能发现迄今尚未发现错误的测试;成功的测试方案是发现迄今尚未发现错误的测试;

    555帖估计要下班了,下班再过来吧。。。先出去抽根烟,哭一会。。。。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    郁闷
    2018-8-3 13:59
  • 签到天数: 12 天

    连续签到: 1 天

    [LV.3]测试连长

    69#
    发表于 2009-4-28 15:25:07 | 只看该作者
    哈哈 参与
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    70#
     楼主| 发表于 2009-4-28 15:29:25 | 只看该作者
    提醒下楼上的啊,回复需带软件测试内容。
    违反规则的楼层不计奖哦。


    冒烟测试来源于硬件测试。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    71#
    发表于 2009-4-28 15:30:27 | 只看该作者

    同志们,向着555层,进军

      单元测试原则:

      1、 测试代码尽求简洁 - 单元测试的目的是检验被测试的代码(生产代码 Production Code)是否正确,复杂的测试代码,只会增加开发人员的工作负担 - 既要维护成产代码又要维护测试代码。

      2、 测试代码要明确测试范围 - 范围(Scope)在软件行业中并不陌生,大到项目范围,小至一段测试代码的测试范围。单元测试,作为被测试代码的调用方(Caller, Consumer),应该只关心被测试代码的公有方法及属性。因为:

      a) 被测试代码(生产代码)中只有其公有部分才会被外部代码调用,公有部分的测试通过即可保证被测试代码可以正常工作以供调用。

      b) 面向对象思想中有一个封装(Encapsulation)概念,封装使一个外部调用者只关心被调用着的公有接口,被调用者的内部实现的改变并不会影响外部调用者。只对成产代码的公有部分进行测试,使得测试代码易于维护,不会因为生产代码的内部实现(Private)的改变而被迫改变,这在一个复杂软件中尤为重要,维护测试代码不应该成为一种额外的负担。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    72#
    发表于 2009-4-28 15:31:48 | 只看该作者
    测试工作准备

        测试负责人在软件项目的需求阶段开始介入,逐步深入了解该项目的需求、设计过程,从而有针对性的编制测试计划和测试大纲(测试方案、测试用例)。

        对测试人员进行业务培训,了解该项目的大体流程及各项功能。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-6-25 18:04
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    73#
    发表于 2009-4-28 15:33:04 | 只看该作者
    有经验的系统分析师或者架构师,在设计项目需求的时候都会包含项目的性能指标,这些指标是我们性能测试方案以及场景设计的主要参考.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    74#
    发表于 2009-4-28 15:33:26 | 只看该作者
    Good Enough Testing
    不要指望ZERO  BUG
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    75#
    发表于 2009-4-28 15:33:29 | 只看该作者
    测试计划的制定

    测试计划的制定要与项目开发的总体计划相吻合;测试计划中要充分考虑资源计划(人员安排,设备分配、与其它部门的协调配合以及其它不确定的因素)等;测试计划的制定还要考虑测试版本计划,与开发协调,按照版本生成计划(多长时间出一个版本),制定测试计划。

    评分

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

    查看全部评分

    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2016-2-27 08:48
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    76#
    发表于 2009-4-28 15:33:59 | 只看该作者
    使用QTP进行自动化测试大型的项目时,需要对各种异常情况进行处理。建议大家使用QTP自带的Recovery Scenario进行处理。它可以调用自己写的函数。只是编写这样的函数有一定的难度。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    77#
    发表于 2009-4-28 15:37:35 | 只看该作者
    软件测试过程模型:V模型、W模型、H模型。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    78#
    发表于 2009-4-28 15:39:06 | 只看该作者
    时间节点的控制(与开发部门的协调控制)

    保证测试计划中的全部测试用例跑一遍,如果未按预计的时间将所有计划中的测试用例走一遍,则需分析原因。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    79#
    发表于 2009-4-28 15:41:17 | 只看该作者
    先认真工作,一会再来看!

     软件测试主要工作内容是验证(verification)和确认(validation )。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    80#
    发表于 2009-4-28 15:43:19 | 只看该作者
    测试用例(TASE CASE)的编制与优先级的控制

    以软件项目的层次图或模块分解图,按模块根据模块功能清单设计编写测试用例(TEST CASE),将测试用例按对系统的影响程度分成优先级。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-4-24 20:08 , Processed in 0.082695 second(s), 25 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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