51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

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

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

 关闭 [复制链接]

该用户从未签到

81#
发表于 2009-4-28 15:45:41 | 只看该作者
软件问题分类:软件错误、软件缺陷、软件故障、软件失效。
回复 支持 反对

使用道具 举报

该用户从未签到

82#
发表于 2009-4-28 15:46:04 | 只看该作者
合理的进行测试人员的组织与分配,按功能模块并结合测试人员的实际情况(人员素质、测试业务水平、工作态度)进行测试工作的安排(界面测试(风格、字体、提示信息、布局等)可安排一般测试人员)、功能和性能测试需有较深资历的人员进行测试)。

将测试的BUG的状态进行分类(Active(激活),resolved(解决),postponed(推迟解决,external,fixed(修复),won’t fixed,(无法修复)by design(设计引起),not repro(不重现),closed(关闭)),并且一定要进行确认和跟踪。
回复 支持 反对

使用道具 举报

该用户从未签到

83#
发表于 2009-4-28 15:50:05 | 只看该作者
 对于用户而言,一个产品的好坏不仅仅决定于其产品的功能,而更加在于产品的可靠性及稳定性。小概率BUG则是影响产品可靠性及稳定性的主要因素。而小概率BUG的产生,一般是由于积累操作或多任务并发所引起。哪么在成本及时间等影响产品发布的条件允许的情况下,小概率BUG在产品上遗留的越少,那么产品的质量也就更好,用户对产品的体验值可能就越高。
回复 支持 反对

使用道具 举报

该用户从未签到

84#
发表于 2009-4-28 15:51:16 | 只看该作者
按测试方式分:动态测试、静态测试
回复 支持 反对

使用道具 举报

该用户从未签到

85#
发表于 2009-4-28 15:51:35 | 只看该作者
按测试技术分:白盒测试、黑盒测试、灰盒测试

评分

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

查看全部评分

回复 支持 反对

使用道具 举报

该用户从未签到

86#
发表于 2009-4-28 15:53:18 | 只看该作者
白盒测试方法:从总体上可划分为静态测试和动态测试;按测试操作的实施方式划分为手工测试和借助于工具的自动化测试等。
回复 支持 反对

使用道具 举报

该用户从未签到

87#
发表于 2009-4-28 15:53:46 | 只看该作者
测试反馈

将测试中发现的BUG反馈给该项目(模块)的负责人,由负责人对该BUG进行定位,并由相应的设计人员进行修改,如果测试人员发送的BUG并非该测试模块的BUG,则由该负责人转发给相应的负责人,由其定位,并指派设计人员修改。
回复 支持 反对

使用道具 举报

该用户从未签到

88#
发表于 2009-4-28 15:57:20 | 只看该作者
原帖由 qwertyuiop1234 于 2009-4-28 15:51 发表
按测试技术分:白盒测试、黑盒测试、灰盒测试



灰盒测试是怎么回事啊?我只知道白盒与黑盒。
回复 支持 反对

使用道具 举报

该用户从未签到

89#
发表于 2009-4-28 16:01:33 | 只看该作者
原帖由 lisuy 于 2009-4-28 15:57 发表



灰盒测试是怎么回事啊?我只知道白盒与黑盒。

灰盒是界与白盒与黑盒之间
回复 支持 反对

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

91#
发表于 2009-4-28 16:03:12 | 只看该作者
测试问题处理

测试结束后,测试过程中发现的所有BUG,都应将其统计汇总,标识出当前的状态,其中经再次测试已经关闭的不再说明,其它所有未关闭的均应说明理由,并与开发部门讨论,由技术负责人给出结论(是否解决或延期解决),并要经过技术副总审批。
回复 支持 反对

使用道具 举报

该用户从未签到

92#
发表于 2009-4-28 16:04:21 | 只看该作者
灰盒测试结合了白盒测试和黑盒测试的要素。考虑用户端、特定的系统知识和操作环境。在系统组件的协同性环境中评价应用软件的设计。
回复 支持 反对

使用道具 举报

该用户从未签到

93#
发表于 2009-4-28 16:04:47 | 只看该作者
测试分析

测试完毕,整理测试文档,测试负责人并编制〈测试过程说明〉、〈测试总结报告〉;每个测试人员提交在该测试项目的〈测试体会〉给质量管理部经理,作为部门人员评价的依据。测试负责人将每个测试人员的测试记录(所发现的BUG)汇总并分析,得出该软件项目的BUG分布表,作为评价该软件项目的依据。
回复 支持 反对

使用道具 举报

该用户从未签到

94#
发表于 2009-4-28 16:05:49 | 只看该作者
单元测试:单元测试是对软件中的基本组成单位进行的测试,如一个模块、一个过程等等。
          它是软件动态测试的最基本的部分,也是最重要的部分之一,其目的是检验软件基本组成单位的正确性。
          一个软件单元的正确性是相对于该单元的规约而言的。因此,单元测试以被测试单位的规约为基准。
          单元测试的主要方法有控制流测试、数据流测试、排错测试、分域测试等等。
回复 支持 反对

使用道具 举报

该用户从未签到

95#
发表于 2009-4-28 16:06:00 | 只看该作者
集成测试:集成测试是在软件系统集成过程中所进行的测试,其主要目的是检查软件单位之间的接口是否正确。
          它根据集成测试计划,一边将模块或其他软件单位组合成越来越大的系统,一边运行该系统,
          以分析所组成的系统是否正确,各组成部分是否合拍。集成测试的策略主要有自顶向下和自底向上两种。

评分

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

查看全部评分

回复 支持 反对

使用道具 举报

  • TA的每日心情
    难过
    2015-9-21 13:50
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    96#
    发表于 2009-4-28 16:07:26 | 只看该作者
    测试环境
    -基本内容:设备环境、软件环境、数据环境
    -需考虑的因素 -计算机平台-操作系统 -浏览器 -软件支持平台 -外围设备 -网络环境 -其他专用设备
    -搭建测试环境时的配置原则:-使用的频度或范围-实效的可能性-最大限度的模拟真实环境
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    难过
    2015-9-21 13:50
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    97#
    发表于 2009-4-28 16:08:04 | 只看该作者
    测试用例
    -概念:为特定目标开发的测试输入、执行条件和预期结果的集合。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    98#
    发表于 2009-4-28 16:08:21 | 只看该作者

    理解软件测试

    软件测试是对软件产品的质量特性进行度量的活动,测试的目标是消除和预防产品缺陷。
    软件测试成功的关键是可以获取明确的可以度量的质量目标。
    软件测试是平衡软件质量风险与投资回报的团队技术活动。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    99#
    发表于 2009-4-28 16:08:33 | 只看该作者

    自动化测试

    在网上主要有两种定义:
    Automated Testing/Test Automation:
    1)Testing employing software tools which execute tests without manual intervention. Can be applied in GUI, performance, API, etc. testing. 使用自动化测试工具来进行测试,这类测试一般不需要人干预,通常在GUI、性能等测试中用得较多。
    2)The use of software to control the execution of tests, the comparison of actual outcomes to predicted outcomes, the setting up of test preconditions, and other test control and test reporting functions. Commonly, test automation involves automating a manual process already in place that uses a formalized testing process.
    使用软件来控制测试的执行,实际输出和预期输出的对比,测试前提条件的构建,以及其他测试控制条件和测试报告功能.通常,测试自动化涉及自动化对一个已经使用了正式的测验流程的手工过程。
    显而易见,第二种定义具体,且涵盖了多数情况,特别是只提及软件,而不是一定是'自动化测试工具',而且不一定自动化测试步骤才叫自动化测试,很多情况下测试前提条件的自动化也是很重要而且很值得自动化的.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    100#
    发表于 2009-4-28 16:08:34 | 只看该作者
    白盒测试的静态测试方法:代码检查法、静态结构分析法、代码质量度量法等。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-4-26 14:05 , Processed in 0.078920 second(s), 23 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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