51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

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

 关闭 [复制链接]

该用户从未签到

861#
发表于 2009-4-30 12:14:13 | 只看该作者
部件测试 (Unit testing) ── 最小范围的测试,针对特定的函数和代码模块进行测试。因为需要了解程序的设计和代码的细节才能进行,所以部件测试一般是由程序员,而不是由测试人员来做。除非应用软件的结构设计良好,而且代码也写得清楚,否则部件测试并非易事。也许需要开发测试驱动模块或测试工具。
回复 支持 反对

使用道具 举报

该用户从未签到

862#
发表于 2009-4-30 12:14:37 | 只看该作者
按业务,分为ERP、OA、MIS、MES、银行、BOSS、财务等系统
回复 支持 反对

使用道具 举报

该用户从未签到

863#
发表于 2009-4-30 12:15:05 | 只看该作者
        黑盒测试方法
–        功能划分
–        等价类划分
–        边界值分析
–        因果图
–        错误推测等

评分

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

查看全部评分

回复 支持 反对

使用道具 举报

该用户从未签到

864#
发表于 2009-4-30 12:17:46 | 只看该作者
功能测试 (functional testing) ── 对一个应用软件的功能模块进行黑盒测试。这种测试应当由测试人员进行。但这并不意味着程序员在推出软件之前不进行代码检查。(这一原则适用于所有的测试阶段。)
回复 支持 反对

使用道具 举报

该用户从未签到

865#
发表于 2009-4-30 12:25:46 | 只看该作者
α 测试 (alpha testing) ── 在开发一个应用软件即将完成时所进行的测试。此时还允许有较小的设计修改。通常由最终用户或其他人进行这种测试,而不是由程序员和测试人员来进行。
回复 支持 反对

使用道具 举报

该用户从未签到

866#
发表于 2009-4-30 12:34:01 | 只看该作者
可用性测试 (usability testing) ── 是专为“对用户友好”的特性进行测试。这是一种主观的感觉,取决于最终用户或顾客。可以进行用户会见、检查、对用户会议录像、或者使用其他技术。程序员和测试人员通常不参加可用性测试。
回复 支持 反对

使用道具 举报

该用户从未签到

867#
发表于 2009-4-30 12:45:00 | 只看该作者
符合下边5个规则之一的才能叫做软件缺陷。
1.软件未达到产品说明书标明的功能。
2.软件出现了产品说明书指明不会出现的错误。
3.软件功能超出产品说明书指明范围。
4.软件未达到产品说明书虽未指出但应达到的目标。
5.软件测试员认为软件难以理解、不易使用、运行速度缓慢,或者最终用户认为不好。
回复 支持 反对

使用道具 举报

该用户从未签到

868#
发表于 2009-4-30 12:45:11 | 只看该作者
项目的管理经验:
1.有效团队的基础
2.有效的作业方式
3.保持进度
回复 支持 反对

使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

    869#
    发表于 2009-4-30 12:52:32 | 只看该作者
    使用测试设计技术的目的是为了识别测试条件和开发测试用例。
    将测试技术分为黑盒测试技术和白盒测试技术是一种比较标准的分类方法。黒盒技术(包括基于规格说明和基于经验的测试技术)依据对测试基础文档进行分析或者基于开发人员、测试人员和用户的经验得出和选择测试条件或测试用例,无论是功能性的还是非功能性的用例,都不需参考组件或系统的内部结构。而白盒技术(也称为结构化或基于结构的技术)基于对组件或系统结构分析。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    870#
    发表于 2009-4-30 13:18:10 | 只看该作者
    部件测试 (Unit testing) ── 最小范围的测试,针对特定的函数和代码模块进行测试。因为需要了解程序的设计和代码的细节才能进行,所以部件测试一般是由程序员,而不是由测试人员来做。除非应用软件的结构设计良好,而且代码也写得清楚,否则部件测试并非易事。也许需要开发测试驱动模块或测试工具。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    871#
    发表于 2009-4-30 13:18:43 | 只看该作者
    按业务,分为ERP、OA、MIS、MES、银行、BOSS、财务等系统
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    872#
    发表于 2009-4-30 13:19:12 | 只看该作者
    使用测试设计技术的目的是为了识别测试条件和开发测试用例。
    将测试技术分为黑盒测试技术和白盒测试技术是一种比较标准的分类方法。黒盒技术(包括基于规格说明和基于经验的测试技术)依据对测试基础文档进行分析或者基于开发人员、测试人员和用户的经验得出和选择测试条件或测试用例,无论是功能性的还是非功能性的用例,都不需参考组件或系统的内部结构。而白盒技术(也称为结构化或基于结构的技术)基于对组件或系统结构分析。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    873#
    发表于 2009-4-30 13:19:26 | 只看该作者
    β 测试 (beta testing) ── 当开发和测试已基本完成,需要在正式发行之前最后寻找毛病而进行的测试。通常由最终用户或其他人进行这种测试,而不是由程序员和测试人员来进行。

    评分

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

    查看全部评分

    回复 支持 反对

    使用道具 举报

    该用户从未签到

    874#
    发表于 2009-4-30 13:19:35 | 只看该作者
    软件测试员追求的是尽可能早的找出软件缺陷。

      因为软件的修复费用,随着时间的推移,将数十倍的增长,所以软件测试员应尽可能早的找出软件缺陷。对大型的软件,在软件开发的同时,就应该有紧随其后的测试,如果等到产品已经开发完毕才开始测试,非常有可能引起大量耗时费力的返工。而如何尽可能早的找出缺陷?《软件测试》这本书向我们介绍了一些理论上的测试方法:静态黑盒测试、动态黑盒测试、静态白盒测试、动态白盒测试;配置测试、兼容性测试、易用性测试……,怎样才能有效的用这些方法尽早的发现软件缺陷,需要大家在工作实践中不断的摸索、总结,进而不断的提高自己的测试能力。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    875#
    发表于 2009-4-30 13:20:32 | 只看该作者
    使用测试设计技术的目的是为了识别测试条件和开发测试用例。
    将测试技术分为黑盒测试技术和白盒测试技术是一种比较标准的分类方法。黒盒技术(包括基于规格说明和基于经验的测试技术)依据对测试基础文档进行分析或者基于开发人员、测试人员和用户的经验得出和选择测试条件或测试用例,无论是功能性的还是非功能性的用例,都不需参考组件或系统的内部结构。而白盒技术(也称为结构化或基于结构的技术)基于对组件或系统结构分析。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    876#
    发表于 2009-4-30 13:20:51 | 只看该作者
    软件测试员追求的是尽可能早的找出软件缺陷。

      因为软件的修复费用,随着时间的推移,将数十倍的增长,所以软件测试员应尽可能早的找出软件缺陷。对大型的软件,在软件开发的同时,就应该有紧随其后的测试,如果等到产品已经开发完毕才开始测试,非常有可能引起大量耗时费力的返工。而如何尽可能早的找出缺陷?《软件测试》这本书向我们介绍了一些理论上的测试方法:静态黑盒测试、动态黑盒测试、静态白盒测试、动态白盒测试;配置测试、兼容性测试、易用性测试……,怎样才能有效的用这些方法尽早的发现软件缺陷,需要大家在工作实践中不断的摸索、总结,进而不断的提高自己的测试能力。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    877#
    发表于 2009-4-30 13:20:56 | 只看该作者
    测试人员一般不会在项目初期就参与项目

      当前还存在着这样一种问题,公司一般不会让软件测试人员在项目的初期就参与项目,一般要等到软件的雏形出来后才会让软件测试人员着手进行测试。对这种情况,测试人员可以通过已经建立的软件的雏形,揣摩产品说明书,然后也是同上段所说一样,向相关人员请教,拟定一份书面的完整的、准确的、一致的、合理的产品说说明书。值得注意的是,测试人员在运行软件的雏形时,往往会发现一些软件缺陷,这时千万不要局限在这些缺陷上耗费经历,以致忘了拟定产品说明书的主要任务,一定要记住:测试一个软件最首要也是最重要的是测试其产品说明书,在产品说明书明确后,再制定具体的测试案例。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    878#
    发表于 2009-4-30 13:21:51 | 只看该作者
    从是否关心软件内部结构和具体实现的角度划分
      A.白盒测试
      B.黑盒测试
      C.灰盒测试
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    879#
    发表于 2009-4-30 13:22:25 | 只看该作者
    等价分配:软件有无限的测试案例,我们要想办法把软件的相似输入、输出、操作分成一组,来使无限的测试案例减小到同样有效的小范围,这个过程称为等价分配。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    880#
    发表于 2009-4-30 13:22:30 | 只看该作者
    按业务,分为ERP、OA、MIS、MES、银行、BOSS、财务等系统
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

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

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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