51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

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

 关闭 [复制链接]

该用户从未签到

1121#
发表于 2009-5-5 10:04:42 | 只看该作者
Automated Testing(自动化测试):
使用自动化测试工具来进行测试,这类测试一般不需要人干预,通常在GUI、性能等测试中用得较多。
回复 支持 反对

使用道具 举报

该用户从未签到

1122#
发表于 2009-5-5 10:08:27 | 只看该作者
Bug (错误),有时称作defect(缺陷)或error(错误),软件程序中存在的编程错误,可能会带来不必要的副作用,软件的功能和特性与设计规格说明书或用户需求不一致的方面。软件缺陷表现特征为:软件未达到产品说明书标明的功能;软件出现产品说明书指明不会出现的错误;软件功能超出产品说明书指明的范围;虽然产品说明书未指出但是软件应达到的目标;软件测试人员或用户认为软件难以理解,不易使用,运行速度缓慢等问题。 Bug report(错误报告),也称为“Bug record(错误记录)”,记录发现的软件错误信息的文档,通常包括错误描述、复现步骤、抓取的错误图像和注释等。
回复 支持 反对

使用道具 举报

该用户从未签到

1123#
发表于 2009-5-5 10:32:29 | 只看该作者
如何学好QTP?

评分

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

查看全部评分

回复 支持 反对

使用道具 举报

该用户从未签到

1124#
发表于 2009-5-5 10:33:53 | 只看该作者
软件测试分黑盒测试和白盒测试
回复 支持 反对

使用道具 举报

该用户从未签到

1125#
发表于 2009-5-5 10:47:57 | 只看该作者

基准测试

基准测试的关键是要获得一致的、可再现的结果。可再现的结果有两个好处:减少重新运行测试的次数;对测试的产品和产生的数字更为确信。
回复 支持 反对

使用道具 举报

该用户从未签到

1126#
发表于 2009-5-5 10:49:05 | 只看该作者
Bug tracking system(错误跟踪系统,BTS),也称为“Defect tracking system,DTS”,管理软件测试缺陷的专用数据库系统,可以高效率地完成软件缺陷的报告、验证、修改、查询、统计、存储等任务。尤其适用于大型多语言软件的测试管理。
回复 支持 反对

使用道具 举报

该用户从未签到

1127#
发表于 2009-5-5 11:36:14 | 只看该作者

happy birthday!

软件的易理解程度和可维护程度是衡量软件质量的重要指标,对于程序是否容易修改有重要影响。为使得软件更加容易理解和维护,需要从多方面做出努力。首先,要有详细且正确的软件文档,同时文档应始终与软件代码保持一致;其次,编写的代码应该具有良好的编程风格,如采用较好的程序结构,增加必要的程序注释,尽量使用行业或项目规定的标准等。
回复 支持 反对

使用道具 举报

该用户从未签到

1128#
发表于 2009-5-5 11:41:37 | 只看该作者
Exception(异常/例外):
一个引起正常程序执行挂起的事件。
回复 支持 反对

使用道具 举报

该用户从未签到

1129#
发表于 2009-5-5 11:43:41 | 只看该作者
當 Checked Text 出現在下拉式清單中時,在 Constant 欄位會顯示你剛剛選取的文字。這就是 QuickTest 在執行測試腳本時所要檢查的文字。
回复 支持 反对

使用道具 举报

该用户从未签到

1130#
发表于 2009-5-5 12:37:45 | 只看该作者
Crash(崩溃):
计算机系统或组件突然并完全的丧失功能,例如软件或系统突然退出或没有任何反应(死机)。
回复 支持 反对

使用道具 举报

该用户从未签到

1131#
发表于 2009-5-5 14:24:56 | 只看该作者

能否介绍一下性能监控的工具

对于TOMCAT+ORACLE的性能如何进行监控,有哪些工具
回复 支持 反对

使用道具 举报

该用户从未签到

1132#
发表于 2009-5-5 14:35:32 | 只看该作者
单元测试是基于代码的测试,最初由开发人员执行
回复 支持 反对

使用道具 举报

该用户从未签到

1133#
发表于 2009-5-5 14:35:58 | 只看该作者
单元测试是基于代码的测试,最初由开发人员执行

评分

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

查看全部评分

回复 支持 反对

使用道具 举报

该用户从未签到

1134#
发表于 2009-5-5 14:36:12 | 只看该作者
Crash(崩溃):
计算机系统或组件突然并完全的丧失功能,例如软件或系统突然退出或没有任何反应(死机)。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2017-12-25 13:44
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    1135#
    发表于 2009-5-5 14:37:44 | 只看该作者
    auto it 做自动化测试工具如何?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1136#
    发表于 2009-5-5 15:23:44 | 只看该作者
    基准测试的关键是要获得一致的、可再现的结果。可再现的结果有两个好处:减少重新运行测试的次数;对测试的产品和产生的数字更为确信。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1137#
    发表于 2009-5-5 15:33:48 | 只看该作者
    白盒测试,也称为结构化测试、基于代码的测试,是一种测试用例设计方法,它从程序的控制结构导出测试用例。用白盒测试产生的测试用例能够:

      1)保证一个模块中的所有独立路径至少被使用一次;

      2)对所有逻辑值均需测试true和false;

      3)在上下边界及可操作范围内运行所有循环;

      4)检查内部数据结构以确保其有效性。

      “我们应该更注重于保证程序需求的实现,为什么要花费时间和精力来担心(和测试)逻辑细节?”答案在于软件自身的缺陷:

      ·逻辑错误和不正确假设与一条程序路径被运行的可能性成反比。当我们设计和实现主流之外的功能、条件或控制时,错误往往开始出现在我们工作中。日常处理往往被很好地了解,而“特殊情况”的处理则难于发现。

      ·我们经常相信某逻辑路径不可能被执行,而事实上,它可能在正常的基础上被执行。程序的逻辑流有时是违反直觉的,这意味着我们关于控制流和数据流的一些无意识的假设可能导致设计错误,只有路径测试才能发现这些错误。

      ·笔误是随机的。当一个程序被翻译为程序设计语言源代码时,有可能产生某些笔误,很多将被语法检查机制发现,但是,其他的会在测试开始时才会被发现。笔误出现在主流上和不明显的逻辑路径上的机率是一样的。

      正如Beizer所说的:“错误潜伏在角落里,聚集在边界上”,而白盒测试更可能发现它。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1138#
    发表于 2009-5-5 15:37:28 | 只看该作者
    从是否需要执行被测软件的角度,可分为静态测试和动态测试。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1139#
    发表于 2009-5-5 15:49:28 | 只看该作者
    test level: unit test, integration test, system test, system integration test, user acceptance test and Operability  Test
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    1140#
    发表于 2009-5-5 15:50:19 | 只看该作者
    Unit testing starts during the development phase, after coding as complete and when test plans have been approved by the stakeholders.
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-19 02:17 , Processed in 0.084442 second(s), 25 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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