51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

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

 关闭 [复制链接]

该用户从未签到

1161#
发表于 2009-5-6 09:06:39 | 只看该作者
将测试的BUG的状态进行分类(Active(激活),resolved(解决),postponed(推迟解决,external,fixed(修复),won’t fixed,(无法修复)by design(设计引起),not repro(不重现),closed(关闭)),并且一定要进行确认和跟踪。
回复 支持 反对

使用道具 举报

该用户从未签到

1162#
发表于 2009-5-6 09:07:55 | 只看该作者
故障的处理情况分为:
未处理、已处理(通过deletedat是否为空);
未通知、已通知(是否在sechandlenotice表中);
其中,未处理包括未通知和已通知;
回复 支持 反对

使用道具 举报

该用户从未签到

1163#
发表于 2009-5-6 09:10:19 | 只看该作者
灰盒测试,介于白盒测试与黑盒测试之间,灰盒测试结合了白盒测试盒黑盒测试的要素.它考虑了用户端、特定的系统知识和操作环境。它在系统组件的协同性环境中评价应用软件的设计。
  灰盒测试由方法和工具组成,这些方法和工具取材于应用程序的内部知识盒与之交互的环境,能够用于黑盒测试以增强测试效率、错误发现和错误分析的效率。

评分

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

查看全部评分

回复 支持 反对

使用道具 举报

该用户从未签到

1164#
发表于 2009-5-6 09:22:32 | 只看该作者
1 、一个好的测试发现错误的可能性很高
为了达到这个目标,测试者必需理解软件、并尝试设想软件如何才能失败,
例如:在 GUI (图形用户界面)中有一种潜在的错误,即错误识别鼠标位置,
那么就应该设计一个测试集来验证是否存在鼠标位置识别的错误。
2 、一个好的测试并不冗余
测试的时间和资源是有限的,没有必要构造一个与其他测试用例完全相同的测试,
每一个测试都应该有不同的用途〔哪怕是细微的差异〕。例如,软件 SafeHome 中
有一个模块被用来识别用户密码以决定是否启动系统,为了测试密码输入的错误,
测试者设计了一系列的输入密码。在不同的测试中输入有效与无效密码( 4 个数字),
然而,每一个有效 / 无效密码将只检测一种不同错误模式,例如一个将 8080 作为
有效密码的系统将不会接受非法密码 1234 ,如果接受 1234 ,将产生错误,
另一个测试输入 1235 ,与 1234 的测试意图相同,因此是冗余的,然而,
非法输入 8081 或 8180 就有些细微的差异,即对与有效密码相近但并不相同的密码应该进行测试。
3 、一个好的测试应该是 “ 最佳品种 ”
在一组目的相似的测试中,时间和资源的限制可能只影响其某个子集的执行,此时,
应该使用最可能找到所有错误的测试。
4 、一个好的测试既不会太简单,也不会太复杂
虽然有时会将一组测试组合到一个测试用例中,其副作用可能屏蔽错误,通常每一个测试应该独立执行。
回复 支持 反对

使用道具 举报

该用户从未签到

1165#
发表于 2009-5-6 09:36:14 | 只看该作者
Compatibility Testing(兼容性测试):
也称“Configuration testing(配置测试)”,测试软件是否和系统的其它与之交互的元素之间兼容,如:浏览器、操作系统、硬件等。验证测试对象在不同的软件和硬件配置中的运行情况。
回复 支持 反对

使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

    1166#
    发表于 2009-5-6 09:47:30 | 只看该作者

    单元测试

    在独立可测试的软件中(模块、程序、对象和类等),可以通过组件测试发现缺陷,以及验证软件功能。根据开发生命周期和系统的背景,组件测试可以和系统的其他部分分开,单独进行测试。在组件测试过程中,会使用到桩、驱动器和模拟器(simulators)。
    组件测试可能包括功能测试和特定的非功能特征测试,比如资源行为测试(如内存泄漏)或健壮性测试和结构测试(比如分支覆盖)。根据工作产品如,组件规格说明、软件设计或数据模型等,来设计测试用例。
    通常,通过开发环境的支持,比如组件测试框架或调试工具(debugging tool),组件测试会深入到代码中,而且实际上设计代码的开发人员通常也会参与其中。在这种情况下,一旦发现缺陷,就可以立即进行修改,而不需要正式的事件记录。
    组件测试的一个方法是在编写代码之前就完成编写和自动化了测试用例。称之为测试优先的方法或测试驱动开发。这是个高度迭代的方法,并且取决于如下的循环周期:测试用例的开发、构建和集成小块的代码,执行组件测试直到它们全部通过。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1167#
    发表于 2009-5-6 10:30:41 | 只看该作者
    Installing testing(安装测试):
    确保该软件在正常情况和异常情况的不同条件下,例如,进行首次安装、升级、完整的或自定义的安装都能进行安装。异常情况包括磁盘空间不足、缺少目录创建权限等。核实软件在安装后可立即正常运行。安装测试包括测试安装代码以及安装手册。安装手册提供如何进行安装,安装代码提供安装一些程序能够运行的基础数据。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1168#
    发表于 2009-5-6 10:40:17 | 只看该作者
    验收测试包括三种方法:
    正式测试;alpha测试;beta测试。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1169#
    发表于 2009-5-6 10:52:23 | 只看该作者
    International testing(国际化测试):
    国际化测试的目的是测试软件的国际化支持能力,发现软件的国际化的潜在问题,保证软件在世界不同区域中都能正常运行。国际化测试使用每种可能的国际输入类型,针对任何区域性或区域设置检查产品的功能是否正常,软件国际化测试的重点在于执行国际字符串的输入/输出功能。国际化测试数据必须包含东亚语言、德语、复杂脚本字符和英语(可选)的混合字符。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    擦汗
    2015-5-25 17:24
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    1170#
    发表于 2009-5-6 11:30:00 | 只看该作者
    Web测试分为:web应用开发测试和web应用运行测试。
    Web的应用开发测试主要包括对web应用的源代码测试和组件测试。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    擦汗
    2015-5-25 17:24
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    1171#
    发表于 2009-5-6 11:31:07 | 只看该作者
    从软件开发的过程按阶段划分有

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

    使用道具 举报

    该用户从未签到

    1172#
    发表于 2009-5-6 11:43:14 | 只看该作者
    RFT是功能测试工具.LR是性能测试工具
    哈哈.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1173#
    发表于 2009-5-6 11:43:33 | 只看该作者
    两个我都喜欢用
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1174#
    发表于 2009-5-6 12:11:45 | 只看该作者
    Localizability testing(本地化能力测试):
    本地化能力是指不需要重新设计或修改代码,将程序的用户界面翻译成任何目标语言的能力。为了降低本地化能力测试的成本,提高测试效率,本地化能力侧是通常在软件的伪本地化版本上进行。本地化能力测试中发现的典型错误包括:字符的硬编码(即软件中需要本地化的字符写在了代码内部),对需要本地化的字符长度设置了国定值,在软件运行时以控件位置定位,图标和位图中包含了需要本地化的文本,软件的用户界面与文档术语不一致等。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1175#
    发表于 2009-5-6 12:13:51 | 只看该作者
    Localization testing(本地化测试):
    本地化测试的对象是软件的本地化版本。本地化测试的目的是测试特定目标区域设置的软件本地化质量。本地化测试的环境是在本地化的操作系统上安装本地化的软件。从测试方法上可以分为基本功能测试,安装/卸载测试,当地区域的软硬件兼容性测试。测试的内容主要包括软件本地化后的界面布局和软件翻译的语言质量,包含软件、文档和联机帮助等部分。
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

    1176#
    发表于 2009-5-6 13:24:46 | 只看该作者
    在任何生命周期模型中,一个好的测试都应该具有下面几个特点:
      每个开发活动都有相对应的测试活动;
      每个测试级别都有其特有的测试目标;
      对于每个测试级别,需要在相应的开发活动过程中进行相应的测试分析和设计;
      在开发生命周期中,测试员在文档初稿阶段就应该参与文档的评审。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1177#
    发表于 2009-5-6 13:54:45 | 只看该作者
    从软件开发的过程按阶段划分有

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

    使用道具 举报

    该用户从未签到

    1178#
    发表于 2009-5-6 13:55:06 | 只看该作者
    Localization testing(本地化测试):
    本地化测试的对象是软件的本地化版本。本地化测试的目的是测试特定目标区域设置的软件本地化质量。本地化测试的环境是在本地化的操作系统上安装本地化的软件。从测试方法上可以分为基本功能测试,安装/卸载测试,当地区域的软硬件兼容性测试。测试的内容主要包括软件本地化后的界面布局和软件翻译的语言质量,包含软件、文档和联机帮助等部分。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1179#
    发表于 2009-5-6 14:33:35 | 只看该作者
    Ad hoc testing (随机测试):
    没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试。主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行用例测试的重要补充手段,是保证测试覆盖完整性的有效方式和过程。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-19 00:44 , Processed in 0.076964 second(s), 22 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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