ERP系统测试用例经典word精品文档12页Word文档下载推荐.docx
- 文档编号:13643967
- 上传时间:2022-10-12
- 格式:DOCX
- 页数:6
- 大小:19.94KB
ERP系统测试用例经典word精品文档12页Word文档下载推荐.docx
《ERP系统测试用例经典word精品文档12页Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《ERP系统测试用例经典word精品文档12页Word文档下载推荐.docx(6页珍藏版)》请在冰豆网上搜索。
(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.信息重复:
问题:
1、如何进行ERP系统测试用例设计?
2、ERP系统测试用例设计过程?
3、ERP系统测试用例设计的方法?
ERP系统本身是一种业务流程很复杂,单据报表众多,逻辑性很强的系统,质量保证方面很难得到严格的控制的软件系统,在测试过程中经常会出现测试设计遗漏、测试执行遗漏等问题发生,如何才能设计出比较合理、覆盖率比较高的测试用例,降低测试遗漏率呢?
ERP系统在测试的时候需要测试些什么内容呢?
一般的ERP系统设计大概包括以下几方面:
功能测试、业务流程测试、数据逻辑测试、接口测试、兼容性测试、性能测试、易用性测试、用户体验测试等等;
如何开展测试用例设计呢?
首先必须具有清晰的测试设计思路,搭建基本的测试设计框架;
其次熟悉所要设计的系统或者模块的业务,所要实现的功能;
然后灵活运用常用的测试设计方法(等价类、边界值、错误猜测、路径分析法、场景法、正交验证法……用例设计方法);
最后运用比较合理统一的风格和模板进行设计测试用例;
“业务场景、业务流程、数据逻辑”是关键,业务理解清楚是做好ERP测试的基础;
ERP系统测试用例分为几类来写比较好:
功能用例、业务流程用例、数据逻辑用例、接口用例,最好是把功能与流程类的测试用例分开来写;
就个人而言,设计覆盖率高、冗余度低的测试用例应该从以下几个方面入手:
一、功能用例设计:
相对而言比较简单,根据需求规格说明书、界面原型提取测试功能点/项,运用等价类、边界值、错误猜测、正交表等基本用例设计方法来设计,结合经验积累完善用例设计就可以搞定,难度不大;
需要根据文档/功能点/业务的变化进行修订/细化用例,提高功能用例的覆盖度;
关于功能用例设计的方法和文章有很多,都可以借鉴和参考增加自身的经验积累和和知识沉淀。
如:
身份证输入文本框,需要用到等类、边界值等方法,需要考虑15位和18位的身份证,需要考虑末位为字母的情况等……
二、业务流程用例设计:
关键在于理解实际业务、实际应用场景,最常用的操作过程和使用方法,必要时还要考虑操作习惯;
首先,需要结合业务模型或业务流程图,同需求分析人员、业务专家共同确认实际业务流程/运用场景,整理清楚最基本最常用的业务流程和应用场景,结合设计文档梳理系统应该实现的流程,并画出详细的业务和系统流程图(便于进行流程测试用例设计);
接着,理清用例设计思路,画出用例设计流图,确定流程用例模板和风格;
然后,运用场景法、数据流程设计法、基本路径等方法设计业务流程用例;
1、简单模块流程单一,无分支或者分支少,用例设计也比较容易,根据业务流程设计测试数据,保证数据支持业务流程结果正确即可;
2、复杂模块/子系统/系统,必定会存在多个分支,一定要考虑清楚多种分支的覆盖的情况,可以考虑应用路径分析法,可以给每一个子流程编号,用基本流图等方法确认,保证所有基本路径都覆盖,但也不能重复覆盖避免用例冗余;
3、部分系统会涉及不同的实际应用场景运行不同的控制模式,必须验证在多种场景下的运行模式切换对数据影响情况,验证所有控制情况都能正确运行;
三、数据逻辑用例设计:
主要结果业务流转和详细设计文档来设计测试用例;
根据业务流程,理清数据流向,取数规则,数据间逻辑关系,计算公式等信息;
数据流转必须确定清楚,最好以表格形式展示,数据流图完全展示所有字段取值逻辑,数据计算结果,提高用例的可执行性;
1、涉及计算公式/逻辑验证时,需要验证参与该计算公式的字段取值发生变化时,计算结果是否根据公式发生相应的变化得出正确结果,多个值同时变化时的计算结果;
2、存在数据引用关系的字段,引用单据中此字段数据发生变化,被引用单据中此字段的取值需要相应发生变化,数据实时反写;
3、特殊要求的单据需要在单据审批或者保存或者执行时数据才能生效的控制;
4、某些特定字段的取值、显示、计算结果受参数控制时,需要考虑参数的控制对字段数据值的影响;
财务报表、统计报表等;
四、接口用例设计:
EPR系统模块与模块间的关联性强,偶合性较高,必须了解系统/模块的设计原理,模块与模块的接口设计与实现原理,数据设计结构等;
根据业务需求分析系统应该如何实现接口和交互,确定数据取数原理;
设计用例验证A模块(子系统/产品)从B模块(子系统/产品)取的数据据是否正确,是否能够支持本模块(子系统/产品)的正常运行或者计算结果正确;
同时需要考虑到当前模块与其它模块,当前子系统与其它子系统,当前产品与其它产品的融合,需要测试与其它的产品、系统融合,测试用例需要根据需求或者业务设计相应的测试用例进行测试;
关于预留的接口或者未实现的接口需要考虑自己动手编写桩模块或者驱动模块进行测试,这些也都是测试用例设计需要考虑的内容;
财务系统与成本业务系统的对接等;
五、性能测试用例设计:
基于通用产品、同类产品、客户需求等方面获取性能指标,对产品架构设计、数据库设计原理分析,制定合理性能测试策略,设计相应的性能测试用例;
具体可参考性能测试分析、性能测试用例设计模块。
六、用户体验测试设计:
一是基于一般客户的操作习惯,业务操作顺序等;
二是基于系统框架如C/S或者B/S的区别,界面布局、展示风格、交互设计的友好性等方面;
如何设计用户体验比较好的测试用例可以借鉴WEB测试用例设计的思路进行测试用例设计,测试设计方法都是相通的,需要灵活运用;
右手习惯、界面风格、提示信息友好度等;
七、兼容性测试用例设计:
版本间的兼容、数据升级,产品与操作系统、数据库、中间件以及各种插件的兼容,产品与其它产品的兼容,各业务系统的兼容等;
小版本(补丁)升级,从V1.0.
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- ERP 系统 测试 经典 word 精品 文档 12