收藏本站 收藏本站
积木网首页 - 软件测试 - 常用手册 - 站长工具 - 技术社区
软件测试 > 用例设计 > 正文

首页 | 领域细分: 游戏测试 安全测试 手机测试 Web测试 | 技术研究: 单元测试 入门教程 用例设计 性能测试 功能测试 | 测试职场: 面试精选 职场发展 面试试题

测试管理: 配置及流程 - 需求管理 - 质量验收 - 缺陷管理 - 其它管理相关 | 开发语言: PHP技巧 - PHP基础 - PHP实例 - PHP错误代码

测试工具: LoadRunner JiRa QuickTestPro RoBot WinRunner TestDirector 其它测试工具 | 数据库: Mysql数据库 Oracle数据库 CSS/DIV基础 HTML基础

ERP系统测试用例设计

来源:互联网 日期:2014-01-31 16:30

  问题:

  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.0.1升级到V1.0.0.2的测试;产品级大版本升级,从1.0.0.1升级到2.0.0.0版本等;

  八、文档测试设计:对系统的测试还包括各种的文档测试,如:使用说明,操作手册、版本发布文档、质量报告等文档;针对文档的用途和性质不同,需要设计不同的测试用例对文档进行测试;可参考行业标准/规范,系统功能实现,需求规格说明,文档编写规范等要求进行测试用例设计;

  九、其它测试设计:在对系统进行了功能、业务流、数据逻辑、接口、性能等方面测试,同时需要考虑其它方面的测试用例设计,如:安装卸载测试设计、安全性测试设计、稳定性测试设计等多种测试设计;

  针对不同类型的测试用例设计,需要进一步分析和细化,方可设计出覆盖度高、用例冗余度低、可执行的测试用例。

  ——未完待续——

版权声明:本文出自 TT520 的51Testing软件测试博客:http://www.51testing.com/?221791

原创作品,转载时请务必以超链接形式标明本文原始出处、作者信息和本声明,否则将追究法律责任。

本周排行

别人正在浏览

强悍的草根IT技术社区,这里应该有您想要的! 友情链接:b2b电子商务
Copyright © 2010 Gimoo.Net. All Rights Rreserved  京ICP备05050695号