<转>ERP的测试用例模板

1页面部分
(1) 页面清单是否完整(是否已经将所需要的页面全部都列出来了)
(2) 页面是否显示(在不同分辨率下页面是否存在,在不同浏览器版本中页面是是否显示)
(3) 页面在窗口中的显示是否正确、美观(在调整浏览器窗口大小时,屏幕刷新是否正确)
(4) 页面特殊效果是否显示
(5) 页面特殊效果显示是否正确

2 页面元素部分
(1)页面元素清单(为实现功能,是否将所需要的元素全部都列出来了,如按钮、单选框、复选框、列表框、超连接、输入框等等)
(2)元素是否显示(元素是否存在)
(3)页面元素是否显示正确
(4)页面元素的外形、摆放位置(如按钮、列表框、核选框、输入框、超连接等)
(5) 页面元素基本功能是否实现(如按钮、超连接)
(6) 页面元素的容错性列表(如输入框、时间列表或日历)
(7) 页面元素的容错性是否存在
(8) 页面元素的容错性是否正确

3 功能部分
(1) 数据初始化是否执行
(2) 数据初始化是否正确
(3) 数据处理功能是否执行
(4) 数据处理功能是否正确
(5) 数据保存是否执行
(6) 数据保存是否正确
(7) 是否对其他功能有影响
(8) 如果影响其他功能,系统能否作出正确的反应
(9) 其他错误
(10) 对模块的具体功能进行测试时可以列出功能模块的所有功能,进行排列组合,测试所有情况
如:某一功能模块具有最基本的增删改查功能,则需要进行以下测试
单项功能测试(增加、修改、查询、删除)
增加——>增加——>增加 (连续增加测试)
增加——>删除
增加——>删除——>增加 (新增加的内容与删除内容一致)
增加——>修改——>删除
修改——>修改——>修改 (连续修改测试)
修改——>增加 (新增加的内容与修改前内容一致)
修改——>删除
修改——>删除——>增加 (新增加的内容与删除内容一致)
删除——>删除——>删除 (连续删除测试)

(这其中包括后台功能的实现)
(11)查询功能分为两种情况,验证操作结果。

(12)功能查询是否查询正确。

(13)显示功能是否排序。

一、打开页面时自动显示结果,
二、需要手工操作进行查询,则每次在其他功能完成后进行。
4 提示信息
(1) 成功、失败提示
(2) 操作结果提示
(3) 确认提示
(4) 危险操作、重要操作提示
(5) 返回页面 提示后显示的页面
5 容错性
注意以下几种情况
(1) 为空、非空
(2) 唯一性
(3 )字长、格式
(4) 数字、备注、金额、日期

(5) 日期、时间(包括格式是否错误或者是格式是否正确)
(6) 特殊字符 (对数据库)英文单、双引号,&符号
6 权限部分
功能权限: 指定用户可以使用那些功能,不能使用那些功能
数据权限: 指定用户可以处理那些数据,不可以处理那些数据。可
以合并到功能测试
操作权限: 在逻辑关系上,操作前后顺序、数据处理情况。可以合
并到功能测试
权限变化: 可以合并到功能测试

(1) 功能权限是否存在
(2 )功能权限是否正确
(3) 数据权限是否存在
(4) 数据权限是否正确
(5)操作权限是否存在
(6) 操作权限是否正确
(7) 引起权限变化的功能列表
(8) 功能权限变化还是数据权限变化,或两者兼有
(9) 权限变化是否正确

7 键盘操作
(1) Tab键的使用
(2) 上下方向键的使用
(3) Enter键的使用
(4) 系统设定快捷键的使用(如果设置有快捷键)

8 测试中还应注意的其他事项
(6) 完整性:是否是一个整体,没有功能缺损
(7) 易用性:使用是否方便
(8) 一致性:类似的问题用类似的方法处理
(9) 提示信息:提示信息是否完整、正确、详细
(10) 帮助信息:是否提供帮助信息,帮助信息的表现形式(页面文字、提示信息、帮助文件),帮助信息是否正确、详细
(11) 兼容性:包括操作系统兼容和应用软件兼容,可能还包括硬件兼容
(12) 可扩展性:是否由升级的余地,是否保留了接口
(13) 稳定性:运行所需的软硬件配置,占用资源情况,出现问题时的容错性,对数据的保护
(14) 运行速度:运行的快慢,带宽占用情况

ERP系统测试用例(第二次修订版本)
第二次修改有几点添加内容:
1.功能点测试:是否满足需求所要求的功能

(2)功能测试

功能测试是验收测试中的主要内容。ERP功能测试要包含以下项目:单个模块的查询、增加、删除、修改、保存等操作;数据的输入与输出;数据处理操作,如导入、结转等;基础数据定义的精度;计算的准确性,网上订单是否准确;数据共享能力;身份验证和权限管理;接口参数和系统控制参数;单据流转情况;是否有报表的打印输出的功能等等。

第一,测试项目的输入域要全面。要有合法数据的输入,也要有非法数据的输入。如,在测试基础数据的定义时,若规定是数字,则既要输入数字进行测试,也要输入字母、空格等非数字进行测试。数字包含整数、负数、小数,因而还要输入这些不同的数字验证数字的精度。

第二,划分等价类,提高测试效率。在考虑测试域全面性的基础上,要划分等价类,选择有代表意义的少数用例进行测试,提高测试效率。

第三,要适时利用边界值进行测试。如"订单预排"中一般要求预排的数量大于0,那么测试数据可以分别为0,-1,1,10000000(一个非常大的正数)。

第四,重复递交相同的事务。

第五,不按照常规的顺序执行功能操作。
第六,执行正常操作,观察输出结果的异常性。如,删除某条记录对排序的影响;执行审批后,单据的状态是否改变。

2.字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度,会不会出错.
3.字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型,会否报错.
4.标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键.看系统处理是否正确.
5.中文字符处理: 在可以输入中文的系统输入中文,看会否出现乱码或出错.
6.信息重复: 在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理.
2.界面测试:界面的正确性、一致性、友好性、易用性。

(用户界面测试是从最终的使用者用户的角度来看软件,软件难以理解,不易使用就是软件缺陷。可以从以下几个方面重点来检查用户界面:
1.易用性检查:确保软件易于理解,方便使用。
2.一致性检查:
a.注意系统页面的风格是否一致,如字的大小、颜色、字体要相同。
b.提示信息的表达方式是否一致。
c.按钮排列顺序是否一致。。
d.各字段的名称,位置、长度、类型是否和设计文档要求一致。
3.友好性检查:
a.提示信息是否友好.
b.系统应该在用户执行错误的操作之前提出警告,提示信息.
c.页面分辨率检查,在各种分辨率浏览系统检查系统界面友好性。
4.页面最大化检查:测试最大化/最小化/还原时页面是否做了对应的处理。)

其中界面测试包括的几个大点:

第一,背景和前景的颜色是否协调,颜色反差是否用得恰当。

第二,软件得图标、按钮、对话框等外观风格是否一致,美观效果所要求的屏幕分辨率。

第三,窗口元素的布局是否合理,并保持一致。

第四,各种字段标题的信息描述是否准确。

第五,快捷键、按钮、鼠标等操作在软件中是否一致。

第六,窗口及报表的显示比例和格式是否能适应用户的预期需求。

第七,误操作引起的错误提示是否友好。

第八,活动窗口和被选中的记录是否高亮显示。

第九,是否有帮助信息,菜单导航能否正常执行。

第十,检查一些特殊域和特殊控件能否运行。
3.性能测试

性能测试主要测试软件的运行速度和对资源的消耗。通过调整ERP所依赖的软硬件配置、网络拓补结构、工作站点数、数据量和服务请求数来测试软件的移植性、运行速率、稳定性和可靠性。一般借助WinRunner、LR之类的自动化测试工具来辅助测试,通过极限测试来分析评估软件性能。

4.其他测试

第一,负载压力测试。它主要包括并发性能测试、疲劳强度测试、大数据量测试和速度测试。一般采用自动化技术分别在客户端、服务器端和网络上进行测试。用例设计时,要以真实的业务为依据,选择有代表性的、关键的业务操作作为测试对象。

第二,恢复测试。通过模拟硬件故障或故意造成软件出错,检测系统对数据的破坏程度和可恢复的程度。

第三,安全性测试。通过非法登陆、漏洞扫描、模拟攻击等方式检测系统的加密机制、防病毒功能等安全防护策略的健壮性。

第四,兼容性测试。通过硬件兼容性测试、软件兼容性测试和数据兼容性测试来考察软件的跨平台、可移植的特性。

ERP系统测试用例(第三次修订版本)

添加内容有以下几点:

1.     不符合用户操作习惯。(如:快捷键分布不合理,快捷键不实用,快捷键过多,或者根本没有快捷键等)

2.     界面信息很混杂,经常弹出不相关的界面,而且还出现拼错单词的情况。

3.     界面排版适合合理。

4.     界面元素参差不齐,文字不能完全显示,TAB时鼠标乱走。

5.     是否能记忆用户设置或者操作习惯,是否用户每次进入都需要重新操作一次初始环境。

6.     使用不完善的功能是否给予用户恰当的提示

7.     在用户操作出错时是否有相应提示。

8.     提供版本是否携带病毒。

9.     版本的维护是否会丢失用户信息等。

时间: 2025-01-05 00:50:33

<转>ERP的测试用例模板的相关文章

测试用例模板组成

测试用例模板组成 测试用例的作用:测试输入.执行条件以及预期结果 测试用例文档由简介和测试用例两部分组成.简介部分编制了测试目的.测试范围.定义术语.参考文档.概述等.测试用例部分逐一列示各测试用例.每个具体测试用例都将包括下列详细信息:版本号.模块名称.用例编号.用例名称.用例级别.预置条件.验证步骤.期望结果(含判断标准).测试结果.测试时间.测试人员等. 在规划测试数据前 在我们的实践中测试数据是与测试用例分离的.按照测试用例配套准备一组或若干组测试原始数据,以及标准测试结果.尤其象测试报

【tool】浅谈功能测试用例模板

[摘要]本文介绍测试用例一般要素,以及如何根据项目特点设计测试用例模板,用以提高测试用例设计效率和实现测试用例执行结果报告的自动化计算,分析测试用例覆盖率. 测试用例设计和执行是测试工作的核心,也是工作量最大的任务之一,设计良好的测试用例模板能提高测试用例的设计质量,便于跟踪测试用例的执行结果,自动生成测试用例覆盖率报告.这几年测试技术和理论有了长足的发展,就功能测试用例设计要素而言,样式上均大同小异,一般都包含主题.前置条件.执行步骤.期望结果等. 测试用例可以用数据库.Word .Excel

web功能模块测试用例(模板)

web功能模块测试用例(模板): https://wenku.baidu.com/view/4ada3464ddccda38376baff8.html 如图所示: 原文地址:https://www.cnblogs.com/qy1234/p/9060874.html

测试用例模板和例子

该范例已经包含一个测试用例的模板. 项目/软件 技术出口合同网络申领系统 (企业端) 程序版本 1.0.25 功能模块名 Login 编制人  xxx 用例编号- TC-TEP_Login_1 编制时间  2002.10.12 相关的用例 无 功能特性 用户身份验证 测试目的 验证是否输入合法的信息,允许合法登陆,阻止非法登陆 预置条件 无 特殊规程说明 如数据库访问权限 参考信息 需求说明中关于“登陆”的说明 测试数据 用户名=yiyh 密码=1 操作步骤 操作描述 数 据 期望结果 实际结果

我的测试用例设计-02用例组成元素(用例模板)

可以这么说,每一家公司对于测试用例的设计规范.风格和用例的组成元素(填写的字段)都一样,但都大同小异,不同只是来源于公司对于某些实际需求来带来的差异. 一般基本的测试用例都具有以下基础的组成元素:用例编号.用例名称.用例优先级.用例步骤.前提条件.预期结果.用例设计者.创建时间. 接下来说说我结合我公司的实际应用,设计出来的用例模板(使用QC9.0工具): 简单说一下某些字段用途: 1.用例版本:用于测试用例的版本管理,也可以追溯用例来源于哪个需求版本. 2.用例状态:有效用例则为当前该功能可用

使用模板快速编写测试用例

内容来自:https://blog.csdn.net/myhui123/article/details/51274330 在高速发展的互联网公司,由于产品的开发迭代太快,产品测试经常遇到以下几个问题: 如何在快速的产品开发迭代中迅速地完成对产品功能的测试? 面对用户众多.环境多样,如何尽可能地测试全面? 公司扩张迅速.新人多.经验不足,如何使新人迅速上手进而独当一面? 下面介绍一种使用模板来设计测试用例的方法,这个模板包含产品测试需要覆盖的主要方面,每个方面都有使用说明,有经验的QA使用模板可以

【转】ERP系统测试方法

问题: 1.如何进行ERP系统测试用例设计? 2.ERP系统测试用例设计过程? 3.ERP系统测试用例设计的方法? ERP系统本身是一种业务流程很复杂,单据报表众多,逻辑性很强的系统,质量保证方面很难得到严格的控制的软件系统,在测试过程中经常会出现测试设计遗漏.测试执行遗漏等问题发生, 如何才能设计出比较合理.覆盖率比较高的测试用例,降低测试遗漏率呢? ERP系统在测试的时候需要测试些什么内容呢?一般的ERP系统设计大概包括以下几方面:功能测试.业务流程测试.数据逻辑测试.接口测试.兼容性测试.

测试用例质量的评估

测试用例质量的评估,可以考虑下面3个方面的因素: 第一,根据测试用例的形式评估其质量,主要包括: 1)测试用例与需求规格说明中需求条目的可追溯性,例如:我们要求每个需求条目至少有1个测试用例与之对应.目的是为了评估测试的需求覆盖率,以及分析需求发生变更的时候,对测试修改工作的影响程度; 2)测试用例有无明确的期望结果.通常来说,测试用例的每个执行步骤,都应该明确描述期望的结果,以保证测试人员可以与测试实际结果进行比较,并分析是否需要提交缺陷报告,或者修改测试用例. 3)是否满足公司内部定义的测试

通用接口测试用例设计【转】

1.通过性验证: 首先肯定要保证这个接口功能是好使的,也就是正常的通过性测试,按照接口文档上的参数,正常传入,是否可以返回正确的结果. 2.参数组合: 现在有一个操作商品的接口,有个字段type,传1的时候代表修改商品,商品id.商品名称.价格有一个是必传的,type传2的时候是删除商品,商品id是必传的,这样的,就要测参数组合了,type传1的时候,只传商品名称能不能修改成功,id.名称.价格都传的时候能不能修改成功. 3.接口安全: 1).绕过验证,比如说购买了一个商品,它的价格是300元,