ERP软件测试实例及分析-02

ERP软件测试实例及分析-02

1.ERP 用例设计

1.1基础数据管理

基础数据模块是系统的基础，多数功能为基础数据管理，因此该模块不列举流程图。在本部分，我们以会计期间输入测试用例的设计用例，介绍两种测试用例设计方法：等价类划分法和边界值法。

1.1.1会计期间输入测试用例设计

如表4所示是一个已设置完成的会计期间，包括三个字段，其中‘序号’由软件自动生成的，‘起始日期’和‘终止日期’手工录入。

                                （表4会计期间）

序号

起始日期

终止日期

序号

起始日期终止日期

1

2003-01-01200-01-31

7

2003-07-012003-07-31

2

2003-02-012003-02-288

2003-08-012003-08-31

3

2003-03-012003-03-3192003-09-012003-09-30

4

2003-04-012003-04-3010

2003-10-012003-10-31

5

2003-05-012003-05-31112003-11-012003-11-30

6

2003-06-012003-06-30122003-12-012003-12-31

首先我们用到等价类划分法。等价类划分法是把程序的输入域划分成若干部分，然后从每个部分中选取少数代表性数据作为测试用例。每一类的代表性数据在测试中的作用等价于这一类中的其他值，也就是说，如果某一类中的一个例子发现了错误，这一等价类中的其他例子也能发现同样的错误；反之，如果某一类中的一个例子没有发现错误，则认为这一类中的其他例子也不存在错误。

分析会计期间的要求和特点。

1）不能有无效的日期，比如：2003-02-29.

2）相邻时间段之间不能有日期间隔。

3）时间段之间不能有日期的交集。

4）必须按日期格式录入。比如：yyyy-mm-dd、mm/dd/yyyy。

5）不能包含非法字符（yyyy、mm、dd均为大于0的整数）。比如：字母、特殊字符等。

6） 起始日期或终止日期不能为空。

7）不能存在无效时间段。如表5所示的时间段即为无效时间段。

（表5无效时间段示例表）

起始日期

终止日期

2003-03-31

2003-03-01

    列出等价类列表，如表6

（表6等价类列表）

条件

有效等价类

无效等价类

是否有不存在的日期

1、有效的日期2、不存在的日期

相邻时间段是否有日期间隔

3、无日期间隔

4、有日期间隔

时间段之间是否有日期的交集

5、无日期交集

6、有日期交集

是否符合日期格式要求

7、yyyy-mm-dd

8、mm/dd/yyyy

9、日期格式不是yyyy-mm-dd

且不是mm/dd/yyy

是否包含非法字符

10、yyyy>0

11、mm>0

12、dd>0

13、yyyy是整数

14、mm是整数

15、dd是整数

16、yyyy<=0

17、mm<=0

18、dd<=0

19、yyyy中含字母

20、yyyy中含特殊字符

21、yyyy为小数

22、mm中含字母

23、mm中含特殊字符

24、mm为小数

25、dd中含字母

26、dd中含特殊字母

27、dd为小数

起始日期或终止日期是否为空28、起始日期不为空且终止日期不为空

29、起始日期为空

30、终止日期为空

是否存在无效时间段31、起始日期早于终止日期

32、起始日期晚于终止日期

33、起始日期等于终止日期

上面的测试用例已经覆盖了全部等价类，但对具体输入数据的测试还不够完善，在此我们引入边界值分析法。

边界值分析法不是选择等价类的任意元素，而是选择等价类边界构建用例，是对等价类划分的很好的补充。实践证明，在设计测试用例时，对边界附近的处理必须给予足够的重视，为检验边界附近的处理专门设计测试用例，常常取得良好的测试效果，利用边界值分析法设计用例，可以有效的弥补等价类划分对具体用例数据设计上的不足，

首先检查存在的边界值：

（1）日期边界值，如2003-01-01，2003-01-31，2003-02-29。

（2）相邻会计期间的边界值。

（3）跨年度的时间段。

以上就是列举的边界值分析法所需要测试的数据，可以根据这些展开具体的用例设计。

ERP软件测试实例及分析-01

 ERP软件测试相对于其他的软件测试有业务流程较复杂、功能点较多、集成性较高的特点，那么ERP 是什么样的软件来着呢？

1.ERP软件简介：

    企业资源计划(Enterprise Resource Planning，ERP)即 ERP 企业资源计划是一种先进的企业管理理念，它将企业各个方面的资源进行充分地调配和平衡，为企业提供多重解决方案，使企业在激烈的市场竞争中取得竞争的优势。ERP主要侧重于对企业内部人、财、物等资源的管理，并且扩展了管理范围，它把企业需求和制造活动以及供应商的制造资源整合在一起，形成了一个完整的供应链，并且将供应链上所有环节如订单、采购、库存、计划、生产、发货和财务等所需的所有资源进行统一的计划和管理。ERP软件的特点是业务流、数据流、资金流、管理流集成化程度高，并且各模块联系紧密。其主要功能包括生产制造控制、物流控制、财务管理、人力资源管理、设备管理、质量管理、库存管理等。

2.ERP软件测试的难点：

    ERP软件是一种流程复杂、功能点多且关联性强的系统。如果按照对一般应用软件的方法进行测试，即使耗费很大的人力、物力进行测试，保证大部分功能点都正确，也不能保证可以正常地使用，因为ERP软件的业务流顺畅、集成性高是更重要的要求。针对这样的难点，我们将测试重点应该放在流程正确集成上。

    测试ERP软件，要求测试人员不仅要掌握ERP业务流程和ERP管理思想，还要了解行业及企业的需求。在项目实施过程中要求测试工程师协同工作，共同来设计ERP软件的测试用例，并进行测试。

这里我们提出以业务流和数据流为主驱动的方法设计用例。

3.ERP软件测试实例及分析：

本实例以适用于制造业、面向订单的生产方式的一类ERP软件为例，对其基础数据模块、销售管理模块、计划管理模块、采购管理模块、生产管理模块的主要功能和基本流程测试进行介绍。实例模拟了销售部门签订销售订单，之后转到计划部门对销售订单进行物料需求计算，采购部门和生产部门根据计划部门下达的计划进行生产和采购，最终完成发货并关闭销售订单的基本流程。该实例采用的流程图的方式，侧重于业务流、数据流、资金流以及管理流的测试。

用例设计首先使用场景法，对系统运行流程进行分析，从宏观考虑用例应该包括的那些基本流和被选流，其次在设计具体的数据流时以业务流为驱动，结合等价类划分、边界值分析、因果图等方法进行具体数据的设计。

3.1前期分析：

由于ERP软件的流程比较复杂，如何选择有限的有代表性的流程达到测试需求，在设计测试用例前，利用场景法对软件的流程进行分析，通过用例场景并结合各路径的触发条件来确定用例应遵从的流程。

所谓用例场景，就是在测试用例设计方法中介绍过的，通过描述流经用例的路径来确定测试用例的过程，这个流经路径要从用例开始到结束，遍历其中所有基本流和备选流。

3.1.1业务流程图

（图1）

3.1.2主备选流图

根据上面的流程图和用户使用手册，我们可用归纳出一个看上去比较清晰的主备选流关系图，如下面所示以及各路径与触发条件的对照表：

（图2）

各路径的触发条件对照表如下（表1）：

路径

触发条件

基本流

库存可用产品数量不满足销售需求

库存可用零部件数量不能满足生产要求

所采购的部件入库质检全部合格

所生产的部件及产品全部合格

备选流1

库存可用产品数量满足销售要求

备选流2

库存可用产品数量不满足销售需求

库存可用零部件数量能满足生产需求

备选流3

库存可用产品数量不满足销售要求

库存可用零部件数量不满足生产需求

所采购的部件入库质检部分不合格

备选流4库存可用产品数量不满足销售需

求所生产的部件及产品需要返工

备选流5

库存可用产品数量不满足销售需求

所生产的部件及产品有废品
3.1.3场景分析

从上面所示的路径，可用确定不同的用例场景，从基本流开始，将基本流和备选流结合起来，可以确定各种场景（如图2中只是列出部分的场景）。

场景路径表（表2）

场景1

基本流；

场景2

基本流；备选流1；

场景3

基本流；备选流2；

场景4

基本流；备选流3；

场景5

基本流；备选流4；

场景6

基本流；备选流5；

场景7

基本流；备选流2；备选流4；

场景8

基本流；备选流3；备选流4；

场景9

基本流；备选流5；备选流1；

场景10

基本流；备选流2；备选流5；

场景11

基本流；备选流3；备选流5；

场景12

基本流；备选流5；备选流4；

场景13

基本流；备选流5；备选流2；备选流4；

场景14

基本流；备选流5；备选流3；备选流4；

场景15

基本流；备选流2；备选流4；备选流5；备选流3；

以上我们讨论了ERP几个子模块之间的业务流程图，同时模块内部还有较复杂的业务流程，在实际测试时我们不可能对所有流程一一验证，这就引出一个问题：如何选择”性价比“较高的业务流程，使它们尽量覆盖较多的场景，然后根据所选业务流设计数据流，为了解决这个问题，我们建立了路径触发条件与场景关系表，如表3所示。

（表3路径触发条件与场景关系表）

序号

路径触发条件组合

覆盖的场景

1库存无可用产品数量库存无可用零部件

所采购的部件入库质检全部合格

所生产的部件及产品全部合格

场景1

2

库存可用产品数量满足销售要求

场景2

3

库存中有可用产品但不满足销售需求

库存无可用零部件

所采购的部件入库质检全部合格

所生产的部件及产品全部合格

场景1、场景2

4

库存中有可用产品但不满足销售需求

库存有可用零部件但不满足生产需求

所采购的部件入库质检全部合格

所生产的部件及产品全部合格

场景1、场景2、场景3

5

库存中有可用产品但不满足销售需求

库存有可用零部件但不满足生产需求

所采购的部件入库质检全部不合格

所生产的部件及产品全部合格

场景2、场景3、场景4

6

库存中有可用产品但不满足销售需求

库存有可用零部件打但不满足生产需求

所采购的部件入库质检部分不合格

所生产的部件及产品全部合格

场景1、场景2、场景3、场景4

7

库存中有可用产品但不满足销售要求

库存有可用零部件但不满足生产需求

所采购的部件入库质检部分不合格

所生产的部件及产品全部返修

场景2、场景5、场景7、场景8

8库存中有可用产品但不满足销售要求

库存有可用零部件但不满足生产需求

所采购的部件入库质检部分不合格

所生产的部件及产品全部为废品

场景2、场景6、场景10、场景11

9库存中有可用产品但不满足销售需求

库存有可用零部件但不满足生产需求

所采购的部件入库质检部分不合格

所生产的部件及产品部分为废品，其余部分需要返修

场景2、场景5、场景6、场景7、促进、场景10、场景11

10

库存中有可用产品但不满足销售需求

库存有可用零部件但不满足生产需求

所采购的部件入库质检部分不合格

所生产的部件及产品部分为废品，其余部分需要返修；部分合格

场景1、场景2、场景3、场景4、场景5、场景6、场景7、场景8、场景10、场景11

分析：从表3中可用看出第10组条件组合所覆盖的场景很多，应该按照这个组合设计案例（实际测试中可以根据软件需求和测试需求的不同，添加或减少触发条件），但其同时存在着优点和缺点。

缺点：对循环执行业务考虑得不全，如未覆盖9、12、13、14、15，归其原因是在于没有考虑执行备选流5以后的场景触发条件。

        优点：覆盖了全部流程分支，且可以按照实际测试需求，根据这个条件组合循环执行案例，达到要求的场景覆盖率。

    通过以上工作我们确定了在设计该ERP软件案例时”性比价“较高的流程，以及触发流程所需的基本条件，这样在准备案例的数据流时就有了”根基“，使一套测试数据能够覆盖尽量多的流程分支及功能点，反之，如果盲目的选择流程进行案例设计，结果可能是重要的流程分支及功能点没有覆盖到，或者是虽然流程分支及功能点覆盖到了，但进行了大量重复性劳动，造成了人力、物力的浪费。

    下期我们就以表3中的第10组条件组合为列，进行案例设计。

求软件测试计划的详细案例

测试计划
测试概述:
测试背景:
测试手段:
手工测试
测试范围:
功能测试 界面测试 接口测试 容错测试 安全测试 性能测试 稳定性测试 恢复测试 配置测试 安装测试 文档测试 可用性测试
测试环境:
软件环境
操作系统
被测软件 其他软件
硬件配置
PC 配置：CPU
内存 ：1G
外部设备
测试策略:
一．功能测试
1．菜单点击相应标题菜单，验证其功能是否能实现
2．工具栏 点击相应工具栏，验证其功能是否实现
3．按钮
4．快捷键
5.下拉框
6．单选按钮
7. 复选按钮
8.切换按钮
9.编辑按钮
10.触发键：
11．链接：
二 .界面测试 点击相应按钮是否满足UI设计
1登陆界面
2总界面
3 输入界面
4处理界面
5输出界面
6提示界面
三. 容测测试 是否满足数据库设计要求
主键容错
非空容错
四、接口测试 点击相应的菜单 按钮 工具栏按钮 弹出相应的接口界面，验证其功能是否能正确实现 模块之间的调用 是否满足概要设计的要求
1.内部接口
2.业务流程测试
3.外部接口
五、安全测试
1.应用级安全测试
2.系统级安全测试 点击相应菜单，验证其功能是否实现
六．性能侧试
七．负载测试
八.稳定性测试
九 .恢复测试
十.配置测试
十一. 安装测试
十二.文档测试
软件需求 概要设计 测试计划 测试用例 技术文档的 质量通过评审 来保障
在线帮助
安装手册
使用手册
七.测试进度安排
工作内容 开始时间 结束时间 责任人 提交的结果 备注
编写测试计划
设计发短信测试用例
设计资费测试用例
搭建测试环境
集成测试 执行发短信测试用例
执行资费测试用例
集成测试分析报告
系统测试 性能测试
恢复测试
配置测试
系统测试分析报告

软件测试用例怎么写，有简单的例子吗？

本回答以ECShop前台应用中用户注册、用户登陆、商品搜索等功能为例介绍测试用例设计活动。

1 用户注册

用户注册功能需求如图1所示。

图1用户注册需求

用户注册需求共涉及4个输入项和1个选择项。针对于输入项，利用等价类及边界值用例设计方法进行设计，选择项则无须设计在步骤中，在测试执行时分别执行勾选与不勾选即可。

01.用户名

用户名共有三个条件：必填、不少于3个字符、不能重复，分别构造有效等价类及无效等价类，具体如表4-1所示。

敏捷测试用例根据实际测试需要，不一定写的非常细致，如“用户名”包含字符类型，此处无须再划分纯字母、纯汉字、特殊符号等，构造数据时可混搭。

02.email

email有两个条件：必填、符合规定格式，分别构造有效等价类及无效等价类，如表4- 2所示。

03.密码

密码有两个条件：必填、不少于6个字符，分别构造有效等价类及无效等价类，如表4- 3所示。

04.确认密码

确认密码有两个条件：必填、与密码一致，分别构造有效等价类及无效等价类，如表4- 4所示。

测试工程师利用禅道设计用例，如图4- 5所示。

图4- 5用户注册功能测试用例

2 .用户登录

用户登陆需求如图4- 6所示。

图4- 6用户登陆需求

用户登陆共有三个字段：用户名、密码、保存登陆信息，其中用户名、密码为输入框，保存登陆信息为选择框。因该需求比较简单，故无须分析过程，直接进行用例设计，如图4- 7所示。

图4- 7用户登陆功能测试用例

3. 商品搜索

商品搜索需求如图4- 8所示。

图4- 8商品搜索需求

通过需求分析，商品搜索功能较为简单，测试用例设计时只需考虑一个搜索条件的测试，测试工程师从搜索功能开发角度考虑。

对于系统而言，如果数据库中存在某个关键字的商品，则应该显示，否则应当提示没有匹配的商品，故搜索用例设计不需要使用复杂的用例设计方法，测试工程师只需根据经验设计用例即可。

对于显示方式，存在显示方式、排序条件、排序方式三种，显示方式又分为小图列表、大图列表、文字，排序条件有按上架时间、按价格、按更新时间，排序方式有升序与降序，如果完全组合则有3*3*2=18种组合，测试工程师可利用正交试验用例设计方法进行设计。

通过分析，共有3个参数，每个参数分别有3、3、2个取值，因此需选择因子数、水平数都3，且试验次数最少的正交表。查询正交表，4因子3水平正交表符合条件，如表4- 5所示。

替换参数，得到表4- 6。

多余因子4舍弃不用，排序方式中的3，可使用升序或降序任意填充，由于4因子3水平表中没有全部取2与3的情况，因此根据经验再补充两条，最终得到表4- 7所示的正交表。

表4- 7优化后的商品显示测试组合

结合搜索条件，利用禅道设计用例如图4- 9所示。

图4- 9商品搜索功能测试用例

通过上述过程，测试工程师完成测试用例的设计工作，评审通过后等待测试版本发布，然后进行测试用例执行、跟踪处理缺陷等活动。

微信添加“xuefennet”公众号，随时随地了解更多相关资讯！文章共9778字