51Testing软件测试论坛

标题: 在东软是否对系统测试和功能测试有自己的看法? [打印本页]

作者: luming    时间: 2005-8-18 09:55
标题: 在东软是否对系统测试和功能测试有自己的看法?
今天看到一份文档,应该是东软的,里面有如下的定义:

3.        职责
3.1        开发小组:负责软件项目或软件产品的功能测试。
3.2        测试部:负责软件项目或软件产品的系统测试。

4.        术语和缩略语
4.1        功能测试:当完成了系统实现后,进行功能测试,一般由开发人员执行,验证实现的系统设计功能。采用黑盒与白盒相结合的测试方法。
4.2         系统测试:功能测试完成,方可进行系统测试,通过参照系统需求和设计文档,进一步确认系统功能的正确性和完整性。其中包括功能确认测试、性能测试、安装测试和加密检测。采用黑盒测试法。

这些定义和通常的用法有些不同吧,这里是否有东软测试的人,说说你们怎么看待功能测试和系统测试,为什么两个会是并列的关系?
作者: ggstar    时间: 2005-8-18 11:33
让开发去做最重要的功能测试,好像不妥阿
自己找自己的茬,肯定没什么效果的
作者: Tender    时间: 2005-8-18 12:22
开发和测试的职责好象很不明确,什么叫“负责软件项目”?负责什么内容?开发能做功能测试?
作者: luming    时间: 2005-8-18 12:57
5.2                功能测试
5.2.1        功能测试计划
开发部门依据《开发计划》安排,成立功能测试小组,由项目经理指定测试负责人和测试小组成员。
5.2.2        功能测试执行
功能测试要求测试者既熟知模块的内部细节,又能从足够高的层次上观察整个系统,测试目的在于发现软件产品设计与开发中的错误。功能测试采用手工测试,可使用测试软件工具完成测试报告。
5.2.2.1        根据系统的运行条件准备测试环境。测试人员对测试环境进行确认。
1)        确认计算机硬件、网络、软件支撑环境已满足所测试软件对其的要求,并确认这些环境运行正常;
2)        消除病毒干扰:首先使用杀毒软件对测试环境进行病毒的检测和杀毒处理;其次对被测试的软件进行病毒的检测和杀毒处理。
        在上述各种环境不能正常运行时,测试人员向行政管理部门提出对测试环境进行维护的申请。维护工作完成后,测试人员须再次进行测试环境确认。
5.2.2.2        测试人员根据测试中发现的问题认真记录实际测试结果,填写测试问题卡。
5.2.3        开发人员根据测试问题卡对软件进行修改。测试人员对修改的情况进一步确认。
5.2.4        功能测试通过准则
1)全部设计功能均已实现;
2)"A"、"B"、"C"三类错误数均为零(错误类型A、B、C、D的规定,参见 “测试问题卡”)。
        5.2.5        测试总结
5.2.5.1        在软件产品的所有功能模块达到功能测试标准,软件配置管理负责人对系统各模块的执行程序及源程序统一进行备份,测试负责人向软件配置管理负责人提交测试文档。
5.2.5.2        测试负责人编写功能测试工作总结,总结在测试中发现的问题,分析测试的重点内容,总结经验、教训。编写的格式及内容可参见《测试工作总结编写规范》,《功能测试总结报告》须经测试负责人或项目经理审批。
作者: zeke    时间: 2005-8-18 13:07
他说的功能测试应该是集成测试吧!
作者: zeke    时间: 2005-8-18 13:11
而且还包括了转系统测试(不好意思,上面只写了半句就发了,我是新手,大家见谅!)
作者: mytrail    时间: 2010-11-13 11:31
系统测试应该由若干个不同测试组成,目的是充分运行系统,验证系统各部件是否都能正常工作并完成所赋予任务。这里所谓的系统不仅仅包括软件本身,而且还包括计算机硬件及其相关的外围设备、实际运行时大批量数据、非正常操作(如黑客攻击)等。通常意义上的系统测试包括压力测试、容量测试、性能测试、安全测试、容错测试等。这里先简单介绍一下他们的概念,使读者有一个整体的认识。

  压力测试(stress test):也称为强度测试,负载测试。压力测试是模拟实际应用的软硬件环境及用户使用过程的系统负荷,长时间或超大负荷地运行测试软件,来测试被测系统的性能、可靠性、稳定性等。压力测试的目的就是在软件投入使用以前或软件负载达到极限以前,通过执行可重复的负载测试,了解系统可靠性、性能瓶颈等,以提高软件系统的可靠性、稳定性,减少系统的宕机时间和因此带来的损失。
  容量测试(capacity test):预先分析出反映软件系统应用特征的某项指标的极限值,如某个Web站点可以支持多少个并发用户的访问量、网络在线会议系统的与会者人数。知道了系统的实际容量,如果不能满足要求,就应该寻求新的解决方案,以提高系统的容量。若一时没有新的解决方案,就有必要在产品发布说明书上明确这些容量的限制,避免引起软件产品使用上的纠纷。如果实际容量已满足要求,就能帮助用户建立对产品的信心。
  性能测试(performance test):通过测试确定系统运行时的性能表现,如得到运行速度、响应时间、占有系统资源等方面的系统数据。对于那些实时或嵌入式系统,系统有时满足了功能要求,但未必能够满足性能要求,如某个网站可以被访问,而且可以提供预先设定的功能,但每打开一个页面都需要1~2分钟,用户不可忍受,其结果没有用户愿意使用这个网站所提供的服务。
  安全测试(security test):检查系统对非法侵入的防范能力。安全测试期间,测试人员假扮非法入侵者,采用各种办法试图突破防线。系统安全设计的准则是,使非法侵入的代价超过被保护信息的价值。
  容错测试(recovery test):主要检查系统的容错能力。当系统出错时,能否在指定时间间隔内修正错误并重新启动系统。容错测试首先要通过各种手段,让软件强制性地发生故障,然后验证系统是否能尽快恢复。对于自动回复需验证重新初始化、检查点、数据恢复和重新启动等机制的正确性;对于人工干预的回复系统,还需估测平均修复时间,确定是否在可接受的范围内。
作者: hugh1st    时间: 2010-11-13 22:40
系统测试是测试的一个阶段,功能测试是测试的一个范围/方向吧,我的理解是这样子的




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2