没有合适的资源?快使用搜索试试~ 我知道了~
软件测试之常用的功能测试方法解析
需积分: 9 3 下载量 148 浏览量
2009-07-17
11:56:16
上传
评论
收藏 126KB DOC 举报
温馨提示
试读
26页
测试的简单描述,有助于初学者。包括:系统测试设计的层次,性能测试方法论,解析软件测试的认识误区,如何选择综合布线系统测试与维护仪器(验证测试仪|鉴定测试仪|认证测试仪)等一些具体例子的。
资源推荐
资源详情
资源评论
软件测试之常用的功能测试方法解析
关键字:
功能测试就是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功
能。常用的测试方法如下:
1. 页面链接检查:每一个链接是否都有对应的页面,并且页面之间切换正确。
2. 相关性检查:删除/增加一项会不会对其他项产生影响,如果产生影响,这些影响是否都正确。
3. 检查按钮的功能是否正确:如 update, cancel, delete, save 等功能是否正确。
4. 字符串长度检查: 输入超出所说明的字符串长度的内容, 看是否检查字符串长度,会不会出错.
5. 字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方
输入其他字符类型),看系统是否检查字符类型,会否报错.
6. 标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键.看系统处理是否正确.
7. 中文字符处理: 在可以输入中文的系统输入中文,看会否出现乱码或出错.
8. 检查带出信息的完整性: 在查看信息和 update 信息时,查看所填写的信息是不是全部带出.,带出信
息和添加的是否一致
9. 信息重复: 在一些需要命名,且名字应该唯一的信息输入重复的名字或 ID,看系统有没有处理,会否报
错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理.
10. 检查删除功能:在一些可以一次删除多个信息的地方,不选择任何信息,按”delete”,看系统如何处
理,会否出错;然后选择一个和多个信息,进行删除,看是否正确处理.
11. 检查添加和修改是否一致: 检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也
应该必填;添加规定为整型的项,修改也必须为整型.
12. 检查修改重名:修改时把不能重名的项改为已存在的内容,看会否处理,报错.同时,也要注意,会不会
报和自己重名的错.
13. 重复提交表单:一条已经成功提交的纪录,back 后再提交,看看系统是否做了处理。
14. 检查多次使用 back 键的情况: 在有 back 的地方,back,回到原来页面,再 back,重复多次,看会否出错.
15. search 检查: 在有 search 功能的地方输入系统存在和不存在的内容,看 search 结果是否正确.
如果可以输入多个 search 条件,可以同时添加合理和不合理的条件,看系统处理是否正确.
16. 输入信息位置: 注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方.
17. 上传下载文件检查:上传下载文件的功能是否实现,上传文件是否能打开。对上传文件的格式有
何规定,系统是否有解释信息,并检查系统是否能够做到。
18. 必填项检查:应该填写的项没有填写时系统是否都做了处理,对必填项是否有提示信息,如在必
填项前加*
19. 快捷键检查:是否支持常用快捷键,如 Ctrl+C Ctrl+V Backspace 等,对一些不允许输入信息
的字段,如选人,选日期对快捷方式是否也做了限制。
20. 回车键检查: 在输入结束后直接按回车键,看系统处理如何,会否报错。
系统测试设计的层次
发布: 2008-12-18 00:10 | 作者: 本站整理 | 来源: 本站整理 | 查看: 26 次
字号: 小 中 大 | 推荐给好友
|
关键字: 层次
随着国内行业的不断发展,国内软件公司也越来越注重于软件的,越来越关注软件的可靠性,因此,做为
质量保证的重要手段,过程的与成为一个热点,其中系统测试是整个测试活动的一个重要的阶段,系统测
试的设计也就成为了关注点之一。以下是本人从事系统测试工作中的一些体会。
1、系统测试的定义:
系统测试是针对整个产品系统进行的测试,目的是验证系统是否满足了规格的定义,找出与需求规格不相
符合或与之矛盾的地方。
2、系统测试的对象:
系统测试的对象不仅仅包括需要测试的产品系统的软件,还要包含软件所依赖的硬件、外设甚至包括某些、
某些支持软件及其接口等。因此,必须将系统中的软件与各种依赖的资源结合起来,在系统实际运行环境
下来进行测试。
3、系统测系统测试过程包含了测试计划、测试设计、测试实施、测试执行、测试评估这几个阶段,而整
个测试过程中的测试依据主要是产品系统的需求规格说明书、各种规范、标准和协议等。在整个测试过程
中,首先需要对需求规格进行充分的分析,分解出各种类型的需求(功能性需求、性能要求、其他需求
等),在此基础之上才可以开始测试设计工作,而测试设计又是整个测试过程中非常重要的一个环节,测
试设计的输出结果是测试执行活动依赖的执行标准,测试设计的充分性决定了整个系统过程的测试质量。
因此,为了保证系统测试质量,必须在测试设计阶段就对系统进行严密的测试设计。这就需要我们在测试
设计中,从多方面来综合考虑系统规格的实现情况。
通常需要从以下几个层次来进行设计:用户层、应用层、功能层、子系统层、协议层
3.1、用户层:
主要是面向产品最终的使用操作者的测试。这里重点突出的是在操作者角度上,测试系统对用户支持的情
况,用户界面的规范性、友好性、可操作性,以及数据的安全性。主要包括:
3.1.1、用户支持测试
用户手册、使用帮助、支持客户的其他产品技术手册是否正确、是否易于理解、是否人性化。
试的设计
|
3.1.2、用户界面测试
在确保用户界面能够通过测试对象控件或入口得到相应访问的情况下,测试用户界面的风格是否满足用户
要求,例如:界面是否美观、界面是否直观、操作是否友好、是否人性化、易操作性是否较好。
3.1.3、可维护性测试
可维护性是系统软、硬件实施和维护功能的方便性。目的是降低维护功能对系统正常运行带来的影响。例
如:对支持远程维护系统的功能或工具的测试。
3.1.4、安全性测试
这里的安全性主要包括了两部分:数据的安全性和操作的安全性。核实只有规格规定的数据才可以访问系
统,其他不符合规格的数据不能够访问系统;核实只有规格规定的操作权限才可以访问系统,其他不符合
规格的操作权限不能够访问系统;
3.2、应用层:
针对产品工程应用或行业应用的测试。重点站在系统应用的角度,模拟实际应用环境,对系统的兼容性、
可靠性、性能等进行的测试。
3.2.1、系统性能测试
针对整个系统的测试,包含并发性能测试、负载测试、压力测试、强度测试、破坏性测试。并发性能测试
是评估系统交易或业务在渐增式并发情况下处理瓶颈以及能够接收业务的性能过程;强度测试是在资源情
况低的情况下,找出因资源不足或资源争用而导致的错误;破坏性测试重点关注超出系统正常负荷 N 倍
情况下,错误出现状态和出现比率以及错误的恢复能力。
3.2.2、系统可靠性、稳定性测试
一定负荷的长期使用环境下,系统可靠性、稳定性。
3.2.3、系统兼容性测试
系统中软件与各种硬件设备兼容性,与操作系统兼容性、与支撑软件的兼容性。
3.2.4、系统组网测试
组网环境下,系统软件对接入设备的支持情况。包括功能实现及群集性能。
3.2.5、系统安装升级测试
安装测试的目的是确保该软件在正常和异常的不同情况下进行安装时都能按预期目标来处理。例如,正常
情况下,第一次安装或升级、完整的或自定义的安装都能进行安装。异常情况包括磁盘空间不足、缺少目
录创建权限等。还有一个目的是核实软件在安装后可立即正常运行。另外对安装手册、安装脚本等也需要
关注。
3.3、功能层
针对产品具体功能实现的测试。
3.3.1、业务功能的覆盖
关注需求规格定义的功能系统是否都已实现。
3.3.2、业务功能的分解
通过对系统进行黑盒分析,分解测试项及每个测试项关注的测试类型。
3.3.3、业务功能的组合
主要关注相关联的功能项的组合功能的实现情况。
3.3.4、业务功能的冲突
业务功能间存在的功能冲突情况。比如:共享资源访问等。
3.4、子系统层
针对产品内部结构性能的测试。关注子系统内部的性能,模块间接口的瓶颈。
3.4.1、单个子系统的性能
剩余25页未读,继续阅读
资源评论
kehuiling2009
- 粉丝: 0
- 资源: 2
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功