Document number 文档编号

Confidentiality level 密级

内部公开

Document version 文档版本

Total 30  pages 共 30 页

V1.00

Prepared by

拟制

张奉强

Date

日期

2012-5-23

Reviewed by

评审人

Date

日期

Approved by

批准

Date

日期

Date

日期

Revision Version

修订版本

Sec No.

修改章节

Change Description

修改描述

Author

作者

序号

检查点

检查内容

1

界面控件标题是否正确

对于界面控件，其标题需要准确无误，不能给用户产生歧义，同时，在不同的页面中，对于同一意义的控件，需要保持一致

2

界面控件必选项检查

对于必须输入的选项，需要用*标明，在界面提交后，需要进行检查该功能是否实现

3

下拉框选择项检查

对于下拉框选项，需要与业务需要保持一致，要避免没有必要的选项，同时也需要保持选项没有遗漏

4

文本输入框检查

文本输入框，如果有最大输入长度的限制，需要指定最大长度，可以减少输入错误的几率

5

输入合法性检查

对于界面输入，需要进行合法性检查，如特殊字符需要限制不能输入，业务对输入的特殊限制。同时还需要进行边界值检查

6

联动关系检查

对于需要实现联动的界面控件，需要检查联动是否实现，并且需要查看选项，检查是否正确。

7

按钮功能是否实现

对于重置按钮和按钮，查看是否实现取消功能，对于提交按钮，需要检查是否实现提交功能，并转向指定的页面

8

提交参数是否正确

对于通过界面控件提交的参数，需要检查提交的参数是否正确，尤其是一些通过特殊处理的参数，如金额转换的参数

9

界面布局检查

对于一些复杂的界面，最好需要经过讨论，以生成合适的布局

10

界面提示信息准确性的检查

界面的提示信息有助于帮助用户理解界面控件的功能。准确的提示信息有助于提高用户界面操作的正确性。对于容易造成误解的操作，都需要提供提示信息。

11

警告信息和错误提示信息的检查

警告信息和错误提示信息帮助用户定位错误，应该简短明确。

12

新的需求和需求变更，是否已经实现

在系统开发过程中，新的需求和需求变更是难免的。对于这种情况，需要检查代码是否作了及时的更新。

13

查询操作，需要检查返回结果是否符合条件

根据条件进行查询，是界面中的常用功能，在查询时，不仅要检查界面是否有返回结果，而且还需要检查返回的结果是否时符合条件的记录

14

查询操作的显示结果是否符合常规

对于查询操作，容易犯的错误就是将数据库中查询出来的内容直接显示在页面，导致页面的显示不符合规范。如日期格式不正确，金额显示不是常用货币单位，对于批量查询结果没有进行排序等。

规范名称

输入值长度检查

规范步骤

文本编辑框要对输入的参数是否有字数限制进行检测。如果有字数限制时一定要测试超过字数限制的情况，要看系统是否对字数限制做了校验。 这是因为所有的Web界面的输入值都是要写入Oracle数据库中的相应的表中，这些表都会定义相关字段的长度；如果输入的值超过了规定的长度，Web服务器利用JDBC向Oracle数据库插入数据就会失败。所以为了提醒用户，需要进行输入值长度校验。

在下面的例子中分别演示了对单行和多行文本输入值的长度校验：（1）对于WAP URL输入260个英文字符，超过255个英文字符时的校验和错误提示；（2）对于Service Description输入130个中文字符，超过255个英文字符时的校验和错误提示；（3）对于Service Name输入框限定输入长度是50个英文字符，不能够输入超长值。

规范名称

输入值格式限制

规范步骤

输入值的格式有特殊要求时，需要检查输入值的格式：（1）如果输入的URL网站地址，必须利用http或https开头，而且格式类似于http://xxx.yyy,其中xxx和yyy是任意的字符，不能够为空；（2）如果输入的是email地址，格式必须类似于xxx@yyy.zzz；如果有多个email地址，需要利用逗号隔开；（3）如果输入的是IP地址，那么必须是0.0.0.0至255.255.255.255之间的地址，否则是无效的IP地址；检查严格的页面，可能还会要求IP地址不能够是本地回环地址127.0.0.1;（4）如果输入的是端口号、数量等，那么就只能输入数字，同时对输入值的范围有校验。比如端口号不能够小于0，大于65535； 可以使用的数量不能够小于0；

规范名称

输入值达到最大值后显示是否正常

规范步骤

输入值的长度较长（255个字符或1024个字符）时，必须测试输入最大长度值，提交数据成功后，在浏览界面查看新提交的数据是否能够正确显示。特别容易出现的问题是，数据超长后，列表显示比例失调，或者显示不完全，产生内容被截断的现象。下面样例中，WAPURL和WWW URL输入太长后，整个列表显示比例失调，不好看啊。

规范名称

不同编辑状态显示的外表不同

规范步骤

文字编辑框如果是可以编辑的状态，那么利用亮色进行表示，利用鼠标点击区域，有高亮度的闪烁光标显示；如果是不可编辑的状态，应该显示为灰色禁止状态，用户不能够输入，但是可以选择和拷贝文字。下面的Wholesale审批界面中，Remaining Advertisement应该是不可编辑的状态，应该显示灰色禁止状态，方便用户区分。

规范名称

密码输入需要使用*号

规范步骤

输入值是用户的密码时，在输入时必须利用*号进行显示，不能够利用明文进行显示。同时，在进行相关密码信息传送时，必须利用加密协议进行传送，保证利用网络检测工具不能够得到用户传送内容。 下面样例中修改用户的密码，新老密码都需要利用*星号表示。

规范名称

输入框是必填项

规范步骤

如果输入值是必填项,界面上统一约定在输入框后面加上红色的"*"号表示必填项,用户必须输入相关参数,不能够填写为空,或者空格键、TAB键. 请参考下面样例页面中的Service Name必须填写值。

规范名称

输入值中有特殊字符

规范步骤

由于网页中采用的HTML语言中，有很多特殊含义的字符，比如<大于号、>小于号、“双引号等，所以在输入时，程序需要对输入的特殊字符进行转义处理，否则输入的值显示就会出现异常。最常用的特殊字符输入时：<td>"hello</td>

规范名称

输入框必须提示输入值的最大输入长度

规范步骤

在输入框的后面，业务应该增加相关提示性的文字，告诉用户该输入项可以输入的最大长度的值。

规范名称

列表选择两端需要标明区域内容

规范步骤

列表选择框控件主要是从备选的选择项中，选择适合的选择项到支持的区域中，最常用的就是“业务支持的终端类型”和“业务支持的用户品牌”。列表选择框测试的第一个原则是，两端的选择区域必须标明选择的含义，哪个是备选区域，哪个是选中区域，这样才能够保证用户理解清晰易懂。

规范名称

从备选择列表框中选择多项内容进行增加

规范步骤

从备选择框中同时选中多个可选择项进行增加，可以成功。

规范名称

从备选择列表框中不选择内容进行增加

规范步骤

从备选择列表框中不选中内容，直接点击“》”增加键进行增加，应该操作不成功。

规范名称

从已选择项列表框中进行删除

规范步骤

从已选择项列表框中选择单个或多个内容，进行删除。

规范名称

备选择框中的选择项名字长度过长的显示

规范步骤

备选择框中的可选择项的名字长度过长时，在选择框中显示只能够截断显示。

规范名称

备选框中“所有类型”和“特殊类型”选项不能够同时被选

规范步骤

比如业务支持终端类型中，“所有终端”和某种特殊的终端，不能够同时被选择；业务支持品牌中，“缺省品牌”和某种特殊的品牌不能够同时备选。

规范名称

从下拉选项中选择不同的选项时对应的不同页面进行测试

规范步骤

当从下拉选项列表中，选择不同的选项时，可能会显示一些开始隐藏的选项。比如在发布SMS业务时，选择“Trial Use”是否有试用期，如果选择“是”，将会出现Start Time和End Time的选择项；在选择“Subscription Notification”定购关系是否通知是，如果选择“是”，将会出现定购关系通知地址和取消定购关系通知地址。要针对这些不同的页面，进行测试。

规范名称

下拉列表中的不同选项对应的值，需要检测

规范步骤

下拉列表中的多个不同选项，对应的不同的选择值，需要通过查看源代码进行检测，看看是否和数据库中的定义相同。

规范名称

单选按钮必须有一个缺省选中

规范步骤

单选按钮必须有一个缺省选中，而且选项之间是互斥或者唯一的。比如“service Management”中的Approve中，业务审批时，每次只能够选择一个进行审批，不能够同时选择多个进行同时审批。

规范名称

重置按钮的功能

规范步骤

规范名称

点击重置按钮后变灰

规范步骤

规范名称

点击按钮后其他各个控件还原到之前的状态

规范步骤

规范名称

返回按钮的功能

规范步骤

规范名称

取消按钮

规范步骤

规范名称

有关分页功能的按钮

规范步骤

规范名称

确定提交相关按钮

规范步骤

规范名称

各种按钮的排列合理性

规范步骤

规范名称

日期控件的时间只能够选择，不能够手工修改。

规范步骤

日期控件设置的时间是通过特殊的JavaScript语句写出来的，保证了用户选择的时间的格式正确性。

规范名称

分页功能

规范步骤

规范名称

组合查询功能

规范步骤

规范名称

目录树显示功能

规范步骤

规范名称

消息提示的功能

规范步骤

规范名称

用户界面是否于软件功能相融洽？（非常重要）

规范步骤

用户界面是否与软件功能相融洽？用户界面是否适合于用户的应用环境？“用户界面适合于软件功能”是首要设计原则，它要求设计者不要片面追求界面外观漂亮而导致华而不实。

规范名称

用户界面是否正确实现了软件需求？（非常重要）

规范步骤

用户界面上，是否正确的实现了软件的需求，是否正确的体现了客户实际需要的软件功能,没有偏差？

规范名称

用户界面的相关功能是否完备？（非常重要）

规范步骤

1.用户界面上有增加功能时，应该同时有修改、删除和浏览的功能配套存在，保证用户对于此项操作可撤除。 2.用户的页面操作过程，可能需要记录相关的页面动作操作日志。3.用户的页面操作，涉及到后台的其他操作时，特别是用户提交的数据要同步给其他外部系统时，一定要检查同步功能是否成功？

规范名称

页面功能操作是否具备可逆完整性？（非常重要）

规范步骤

用户的页面操作有依赖性和顺序性要求时，比如必须先增加功能A，才能够操作功能B，那么需要测试逆向操作是否有保护？比如在操作功能B成功之后，直接删除依赖条件。

规范名称

界面元素表达是否正确？（非常重要）

规范步骤

界面元素（标签、图片、提示、按钮、表格、对话框等）是否有错别字,或措词含糊、逻辑混乱。主要体现在（1）各种界面元素上不能够有单词错误、语法错误，也没有令人费解（例如二义性、逻辑混乱）的文字。（2）界面元素上的描述信息和实际需要表达的意义不符合；（3）界面元素表达的意义不要措词模糊、逻辑混乱。

规范名称

常用功能是否易于使用？（重要）

规范步骤

对于常用的功能，比如业务管理、SP管理、用户管理等，用户能否不必阅读帮助手册就能够使用。特别是业务发布和生命周期管理流程、套餐管理流程，是否有足够的提示信息帮助用户轻松完成相关任务。另外，界面结构要能够清晰的反映工作流程，以便用户按部就班的操作。对于复杂的用户界面，最好提供界面向导，及时让用户知道自己的位置。

规范名称

界面元素是否有充分必要的提示？（重要）

规范步骤

是否所有的界面元素提供了充分必要的提示？

规范名称

联机帮助是否提供？（重要）

规范步骤

是否提供了联机帮助？联机帮助是否和版本功能特性配套？联机帮助是否正确？

规范名称

对于耗时较长的过程是否提供进度条、动画等反映进度？（重要）

规范步骤

对于耗时较长的过程，比如上载文件，查询用户数据，是否提供进度条、动画等反映进度？

规范名称

是否为重要的操作返回必要的结果信息？（重要)

规范步骤

用户提交数据，修改数据后，系统需要提供包括正确或错误的结果提示信息，结果码和可能的原因分析。

规范名称

执行破坏性的操作之前，是否获得用户的确认？（非常重要）

规范步骤

执行破坏性的操作之前（修改、删除数据，修改业务状态），是否给用户明确的信息提示，获得用户的确认？

规范名称

输入的数据或者递交数据时，是否进行相应的数据合法性检验？（非常重要）

规范步骤

输入的数据或者递交数据时，是否进行相应的数据合法性检验（长度、敏感字符，数字大小，IP地址格式，URL格式等）

规范名称

所有输入数据的必选项是否进行了检测？（非常重要）

规范步骤

规范名称

是否根据用户的权限自动隐藏或者禁用某些功能？（非常重要)

规范步骤

是否根据用户的权限自动隐藏或者禁用某些功能？特别是权限管理

规范名称

是否提供Reset或Undo功能用以撤销不期望的操作？（可选）

规范步骤

1.如果提供Reset功能，需要测试Reset是否能够使页面完全回复到起始状态？2.如果提供Undo功能，需要测试Undo是否能够撤销前一步的操作？

规范名称

同类的界面元素是否有相同的视感和相同的操作方式？（重要）

规范步骤

同类的界面元素是否有相同的视觉和相同的操作方式？比如“OK”和“Cancle”的按钮的位置顺序，标签的首字母大写，各个元素的对齐方式等

规范名称

同一类信息是否在不同的角色查看时显示的必要的信息是一致？（重要）

规范步骤

同一类信息（比如SP、用户、业务信息）是否在不同的角色（比如运营商管理员、SP管理员和用户）浏览时显示的必要信息是否一致？在增加、浏览、修改页面的输入数据的信息是一致的？

规范名称

同一个信息在不同的界面元素中是否显示一致？（重要）

规范步骤

同一个信息（比如业务"暂停"状态）在不同的界面元素（比如标签、按钮、提示）中是否显示一致？

规范名称

是否符合广大用户使用同类软件的习惯？（重要）

规范步骤

是否符合广大用户使用同类软件的习惯？比如快捷键F1和TAB键，鼠标的操作,焦点的获得。

规范名称

界面的布局符合软件的功能逻辑吗？（可选）

规范步骤

界面的布局符合软件的功能逻辑吗？

规范名称

界面元素是否在水平方向和垂直方向对齐？（可选）

规范步骤

界面元素是否在水平方向和垂直方向对齐？

规范名称

界面元素的尺寸是否合理？行、列的间距是否保持一致?(可选）

规范步骤

界面元素的尺寸是否合理？行、列的间距是否保持一致?

规范名称

是否恰当底利用窗体和控件的空白，以及分割线条？（可选）

规范步骤

规范名称

窗口切换、移动、改变大小时，界面正常吗？（可选）

规范步骤

窗口切换、移动、改变大小时，界面正常吗？

规范名称

界面的色调是否让人感觉到和谐、满意？（重要）

规范步骤

界面的色调是否让人感觉到和谐、满意？

规范名称

重要的对象是否用醒目的色彩表示？（重要）

规范步骤

重要的对象是否用醒目的色彩表示？

规范名称

色彩使用是否符合行业的习惯？（重要）

规范步骤

色彩使用是否符合行业的习惯？

规范名称

是否可以让色盲、色弱人员使用？（重要）

规范步骤

是否可以让色盲、色弱人员使用？

规范名称

是否用合理的最少步骤实现常用的操作,获得高效率？（重要）

规范步骤

是否用合理的最少步骤实现常用的操作,获得高效率？

规范名称

度量单位、日期格式、人的名称等的表示方式是否符合国际惯例？（重要）

规范步骤

度量单位、日期格式、人的名称等是否正确，是否会引起用户的误解？

规范名称

英文翻译文字是否地道，语法、词态、时态是否正确？（重要）

规范步骤

英文翻译文字是否地道，语法、词态、时态是否正确？

规范名称

用户的信息在传送时是否得到保护？（重要）

规范步骤

所有的密码必须利用*表示，所有的用户认证和个人资料消息必须利用https进行传输。

规范名称

是否在具备必要的“一致性”的前提下，设计了与众不同的、让用户记忆深刻的界面？（可选）

规范步骤

是否在具备必要的“一致性”的前提下，设计了与众不同的、让用户记忆深刻的界面？

用例编号

规范名称

01.测试SP新增SMS内容的页面

预置条件

1。MDMC的Manager.xml配置项Service_SP_Authurl/SMS为1

规范步骤

1。Name为非空，最大长度50个字符

2。Folder为非空，只能选择属于本SP的目录。

3。Application Area必须选择，且只可以选择All和Shanghai

4。终端列表必须选择，该控件的测试请参考。。。

5。Content URL可以为空，且必须以/开头，最大1024个字符

6。WAP URL可以为空，且必须以http://或https://开头，最大255个字符

7。WEB URL可以为空，且必须以http://或https://开头，最大255个字符

8。WAP ICON可以为空，只能选择jpg、gif、bmp、icon图片格式文件。文件大小不能超过？M

9。WEB ICON可以为空，只能选择jpg、gif、bmp、icon图片格式文件。文件大小不能超过？M

10。Entrance URL可以为空，且必须以http://或https://开头，最大255个字符

11。Charging Request Type必须选择，且只可以选择MO和MT

12。Charged Party仅当Charging Request Type选择为MT时才能显示，此时可以选择Requester、Recipient和Requester+Recipient，否则隐藏。隐藏时取默认值Requester。

13。Subscription Notification必须选择，且只可以选择Not Notify和Notify。选择Notify时对应的数据库字段取值为2。

14。Subscription Notification Url和Cancel Subscription Notification Url仅当Subscription Notification为Notify时才能显示，此时这两个URL不能为空，且必须以http://或https://开头，最大255个字符；否则隐藏。

15。Service Trial Use必须选择，且只可以选择None和Use

16。Start Time和End Time仅当Service Trial Use为Use时才能显示，此时这两个Time都不能为空；否则隐藏。

17。Start Time必须小于等于End Time，且必须大于等于当前日期。

18。页面要能够输入多个Authenticate URL，且Authenticate URL至少存在一个非空的URL。每个URL必须以'http://','https://'或'rtsp://'开头，最大2048个字符。

19。Description不能为空，最大长度255个字符

20。需要国际化的输入框：Name和Description，英文的不能输入中文。

21。选中所有的多语言复选框，把英文、简体中文、繁体中文的都选中进行测试。

22。测试OK，Reset和Back按钮的可用性。

23。测试新增内容成功和Authenticate URL重复后，进入的提示页面的提示信息和返回按钮。

24。测试所有输入项(包括隐藏的输入项)都不为空且输入合法时新增内容。测试所有输入项(不包括隐藏的输入项)都不为空且输入合法时新增内容。新增内容成功后，通过数据库或查看内容详细信息页面检查每一个输入项是否正确写入到数据库中。

预期结果

备注

关于页面美观和控件的测试，请参考WEB界面测试经验库。其中本用例要注意的地方有：

1。每个输入框后面是否有相应的提示信息，描述如何填写和限制。

2。出错提示信息是否友好，语法和单词是否正确。

用例编号

规范名称

02.测试Admin新增SMS业务的页面

预置条件

1。MDMC的Manager.xml配置项Service_Admin_Authurl/SMS为1

规范步骤

本用例的检查点、规范步骤同“01.测试SP新增SMS业务的页面”，不同的是通过Admin用户发布SMS业务。还有：

2。Folder为非空，可以选择所有的目录。

13。当subscription Notification选择Notify时对应的数据库字段取值为1而不是2。

14。当subscription Notification字段取值为“Notify”时Subscription Notification Url和Cancel Subscription Notification Url也不会显示。

预期结果

备注

用例编号

规范名称

03.测试SP新增SMS产品的页面

预置条件

规范步骤

1。Subscription Type必须选择，当发布业务的Charged Party为Requester或Recipient时可以选择“subscribable Type”和“Non-subscribable Type”,当Charged Party为Requester+Recipient时只可以选择"Non-subscribable Type"。

2。Basic Fee Payer仅当发布业务的Charging Request Type为MO时显示，此时必须选择且可以选择"User"、"Free"或"SP"；否则隐藏。隐藏时默认为"Free"。

3。Charging Triggering Condition必须选择，且只可以选择charge by send和charge by delivery。

4。Peer User Brand仅当Charging Request Type为MT并且Subscription Type为Non-subscribable Type时显示，否则隐藏。隐藏时默认为"Default Brand"。显示时必须选择用户品牌且可供选择的用户品牌应该包括系统中所有本运营商、本地其他运营商、国外运营商的所有用户品牌，以及Default Brand。

5。User Brand必须选择。当Subscription Type为“subscribable Type”时，可供选择的用户品牌应该只包括本运营商所有的用户品牌和Default Brand；当Subscription Type为"Non-subscribable Type"时,可供选择的用户品牌应该包括系统中所有本运营商、本地其他运营商、国外运营商的所有用户品牌，以及Default Brand。

6。User Brand和Peer User Brand不能为空，这两控件的测试请参照？？？

7。Select Recipient Charging Mode和Select Recipient Discount No仅当发布业务的Charged Party为Requester+Recipient时才显示，否则隐藏。显示时Select Recipient Charging Mode必须输入。

8。Select Requester charging mode和Select Recipient Charging Mode当Subscription Type为“Non-subscribable Type”时只能选择By Times或Free的计费策略且计费策略的月租费都只能为0；否则可以选择Fixed Monthly Fee、By Times、Free、Partially-fixed fee、Fixed Times Fee。

在选择了计费策略后，重新选择不同的Subscription Type，检查页面是否清除已经选择的计费策略或在点Submit按钮时对计费测略的合法性进行检查。

9。选择了charging mode后，检查Monthly Rental、Charging Rate of Grade 1、Description在发布产品的页面显示是否正确。且可以点计费模式的名称查看被选中的计费策略详细信息。

10。Select Requester discount No和Select Recipient Discount No应该可以选择当前所有的折扣组合，且选择后可以清除不选择。

11。选择了Discount No后，检查Description和discount No在发布产品的页面显示是否正确，且可以点discount No查看被选中的discount详细信息。

12。Recipient Real Time Rental G/L Code仅当发布业务的Charged Party为Requester+Recipient时才显示，否则隐藏。

13。Request Real Time Rental G/L Code和Recipient Real Time Rental G/L Code不能为空，且必须为15个字符。

14。Product Name不能为空，最大长度50个字符。

15。Product Description可以为空，最大长度255个字符。

16。需要国际化的输入框：Product Name和Description，英文的不能输入中文。

17。选中所有的多语言复选框，把英文、简体中文、繁体中文的都选中进行测试。

18。测试Submit和Return按钮的可用性。

19。测试新增产品成功和已经存在相同的用户品牌组合后，进入的提示页面的提示信息和返回按钮。

20。测试所有输入项(包括隐藏的输入项)都不为空且输入合法时新增内容。测试所有输入项(不包括隐藏的输入项)都不为空且输入合法时新增内容。新增内容成功后，通过数据库或查看内容详细信息页面检查每一个输入项是否正确写入到数据库中。

21。测试内容下没有产品时，进行内容定价则直接进入新增产品页面；否则进入维护产品列表页面。

预期结果

备注

用例编号

规范名称

04.测试Admin新增SMS产品的页面

预置条件

规范步骤

本用例的检查点、规范步骤基本同“03.测试SP新增SMS产品的页面”，不同的是通过Admin用户发布SMS业务。还有第2点不同：

2。当Basic Fee Payer显示时只可以选择"User"、"Free"，不能选择SP。

预期结果

备注

用例编号

规范名称

06.测试Admin维护SMS产品列表页面

预置条件

规范步骤

本用例的检查点、规范步骤同“05.测试SP维护SMS产品列表页面”，不同的是通过Admin用户发布SMS业务。

预期结果

备注

用例编号

规范名称

05.测试SP维护SMS产品列表页面

预置条件

规范步骤

1。检查Product Information List列表下各产品各字段填写是否正确，包括Product Name、Support User Brand、Peer User Brand、Requester Charging Description、Recipient Charging Description。检查界面显示是否美观、整齐和没有语法错误。

2。分别测试列表中如下类产品的情况：只有对OA或DA计费的产品、只有对OA和DA都计费的产品、两种产品都有。

3。点Requester Charging Description、Recipient Charging Description的计费策略描述能显示出计费策略的详细信息。且显示正确。

4。点Detail下的show连接能够显示出该产品的详细信息，且所有字段都显示正确。Show连接变为Hide连接。

5。点Hide连接能够隐藏产品的详细信息。

6。测试Add Product,Modify Product,Delete Product和Return按钮的可用性。

预期结果

备注

用例编号

规范名称

07.测试SP修改SMS产品的页面

预置条件

规范步骤

1。进入修改产品的页面后，检查所有字段的取值是否跟新增时输入的一致：Subscription Type、Basic Fee Payer、Charging Triggering Condition、Peer User Brand、User Brand、Select Recipient Charging Mode、Select Recipient Discount No、Select Requester discount No、Select Recipient Discount No、Request Real Time Rental G/L Code、Recipient Real Time Rental G/L Code、Product Name、Product Description、多语言选择框。

其中对Subscription Type、Basic Fee Payer、Charging Triggering Condition字段测试取不同值下，进入修改页面的初始取值是否正确。对Peer User Brand、User Brand字段测试取多个值下，进入修改页面的初始取值是否正确。

2。按照“测试新增SMS产品的页面”用例进行测试：

1)。Subscription Type必须选择，当发布业务的Charged Party为Requester或Recipient时可以选择"subscribable Type"和"Non-subscribable Type",当Charged Party为Requester+Recipient时只可以选择"Non-subscribable Type"。

2)。Basic Fee Payer仅当发布业务的Charging Request Type为MO时显示，此时必须选择且可以选择"User"、"Free"或"SP"；否则隐藏。隐藏时默认为"Free"。

3)。Charging Triggering Condition必须选择，且只可以选择charge by send和charge by delivery。

4)。Peer User Brand仅当Charging Request Type为MT并且Subscription Type为Non-subscribable Type时显示，否则隐藏。隐藏时默认为"Default Brand"。显示时必须选择用户品牌且可供选择的用户品牌应该包括系统中所有本运营商、本地其他运营商、国外运营商的所有用户品牌，以及Default Brand。

5)。User Brand必须选择。当Subscription Type为"subscribable Type"时，可供选择的用户品牌应该只包括本运营商所有的用户品牌和Default Brand；当Subscription Type为"Non-subscribable Type"时,可供选择的用户品牌应该包括系统中所有本运营商、本地其他运营商、国外运营商的所有用户品牌，以及Default Brand。

6)。User Brand和Peer User Brand不能为空，这两控件的测试请参照？？？

7)。Select Recipient Charging Mode和Select Recipient Discount No仅当发布业务的Charged Party为Requester+Recipient时才显示，否则隐藏。显示时Select Recipient Charging Mode必须输入。

8)。Select Requester charging mode和Select Recipient Charging Mode当Subscription Type为"Non-subscribable Type"时只能选择By Times或Free的计费策略且计费策略的月租费都只能为0；否则可以选择Fixed Monthly Fee、By Times、Free、Partially-fixed fee、Fixed Times Fee。

在选择了计费策略后，重新选择不同的Subscription Type，检查页面是否清除已经选择的计费策略或在点Submit按钮时对计费测略的合法性进行检查。

9)。选择了charging mode后，检查Monthly Rental、Charging Rate of Grade 1、Description在发布产品的页面显示是否正确。且可以点计费模式的名称查看被选中的计费策略详细信息。

10)。Select Requester discount No和Select Recipient Discount No应该可以选择当前所有的折扣组合，且选择后可以清除不选择。

11)。选择了Discount No后，检查Description和discount No在发布产品的页面显示是否正确，且可以点discount No查看被选中的discount详细信息。

12)。Recipient Real Time Rental G/L Code仅当发布业务的Charged Party为Requester+Recipient时才显示，否则隐藏。

13)。Request Real Time Rental G/L Code和Recipient Real Time Rental G/L Code不能为空，且必须为15个字符。

14)。Product Name不能为空，最大长度50个字符。

15)。Product Description可以为空，最大长度255个字符。

16)。需要国际化的输入框：Product Name和Description，英文的不能输入中文。

17)。选中所有的多语言复选框，把英文、简体中文、繁体中文的都选中进行测试。

18)。测试Submit和Back按钮的可用性。

19)。测试修改产品成功和已经存在相同的用户品牌组合后，进入的提示页面的提示信息和返回按钮。

20)。测试所有输入项(包括隐藏的输入项)都不为空且输入合法时修改产品。测试所有输入项(不包括隐藏的输入项)都不为空且输入合法时修改产品。修改产品成功后，通过数据库或查看产品详细信息页面检查每一个输入项是否正确写入到数据库中。

测试修改产品时要修改所有字段的取值，检查系统是否能对每个字段都能正确更新字段的取值。

预期结果

备注

用例编号

规范名称

08.测试Admin修改SMS产品的页面

预置条件

规范步骤

本用例的检查点、规范步骤同“07.测试SP修改SMS产品的页面”，不同的是通过Admin用户发布SMS业务。

预期结果

备注

用例编号

规范名称

09.测试SP删除SMS产品

预置条件

规范步骤

1。在维护SMS产品列表页面，选择要删除的产品，然后点Delete Product按钮。页面提示用户是否删除，点“是”则删除业务，点“否”则取消删除。

2。维护SMS产品列表页面只有一个产品，删除唯一一个产品，删除成功后跳转到新增产品页面。

预期结果

备注

用例编号

规范名称

10.测试Admin删除SMS产品

预置条件

规范步骤

本用例的检查点、规范步骤同“09.测试SP删除SMS产品”，不同的是通过Admin用户发布SMS业务。

预期结果

备注

用例编号

规范名称

11.测试SP修改SMS内容的页面

预置条件

1。MDMC的Manager.xml配置项Service_SP_Authurl/SMS为1

规范步骤

1。进入修改内容的页面后，检查所有字段的取值是否跟新增时输入的一致，包括多语言选择框。

其中对Application Area、Charging Request Type、Charged Party、Subscription Notification、Service Trial Use字段测试取不同值下，进入修改页面的初始取值是否正确。对Terminal List字段测试取多个值下，进入修改页面的初始取值是否正确。

2。按照"测试新增SMS内容的页面"用例进行测试：

1)。Name为非空，最大长度50个字符

2)。Folder为非空，只能选择属于本SP的目录。

3)。Application Area必须选择，且只可以选择All和Shanghai

4)。终端列表必须选择，该控件的测试请参考。。。

5)。Content URL可以为空，且必须以/开头，最大1024个字符

6)。WAP URL可以为空，且必须以http://或https://开头，最大255个字符

7)。WEB URL可以为空，且必须以http://或https://开头，最大255个字符

8)。WAP ICON可以为空，只能选择jpg、gif、bmp、icon图片格式文件。文件大小不能超过？M

9)。WEB ICON可以为空，只能选择jpg、gif、bmp、icon图片格式文件。文件大小不能超过？M

10)。Entrance URL可以为空，且必须以http://或https://开头，最大255个字符

11)。Charging Request Type必须选择，且只可以选择MO和MT

12)。Charged Party仅当Charging Request Type选择为MT时才能显示，此时可以选择Requester、Recipient和Requester+Recipient，否则隐藏。隐藏时取默认值Requester。

13)。Subscription Notification必须选择，且只可以选择Not Notify和Notify。选择Notify时对应的数据库字段取值为2。

14)。Subscription Notification Url和Cancel Subscription Notification Url仅当Subscription Notification为Notify时才能显示，此时这两个URL不能为空，且必须以http://或https://开头，最大255个字符；否则隐藏。

15)。Service Trial Use必须选择，且只可以选择None和Use

16)。Start Time和End Time仅当Service Trial Use为Use时才能显示，此时这两个Time都不能为空；否则隐藏。

17)。Start Time必须小于等于End Time，且必须大于等于当前日期。

18)。页面要能够输入多个Authenticate URL，且Authenticate URL至少存在一个非空的URL。每个URL必须以'http://','https://'或'rtsp://'开头，最大2048个字符。

19)。Description不能为空，最大长度255个字符

20)。需要国际化的输入框：Name和Description，英文的不能输入中文。

21)。选中所有的多语言复选框，把英文、简体中文、繁体中文的都选中进行测试。

22)。测试OK，Reset和Back按钮的可用性。

23)。测试修改内容成功和Authenticate URL重复后，进入的提示页面的提示信息和返回按钮。

24)。测试所有输入项(包括隐藏的输入项)都不为空且输入合法时修改内容。测试所有输入项(不包括隐藏的输入项)都不为空且输入合法时修改内容。修改内容成功后，通过数据库或查看内容详细信息页面检查每一个输入项是否正确写入到数据库中。

测试修改修改时要修改所有字段的取值，检查系统是否能对每个字段都能正确更新字段的取值。

3。同时在发布内容流程和变更内容流程上对修改内容页面进行测试。

预期结果

备注

用例编号

规范名称

12.测试Admin修改SMS内容的页面

预置条件

1。MDMC的Manager.xml配置项Service_Admin_Authurl/SMS为1

规范步骤

本用例的检查点、规范步骤同“11.测试SP修改SMS内容的页面”，不同的是通过Admin用户发布SMS业务。还有：

2。Folder为非空，可以选择所有的目录。

13。当subscription Notification选择Notify时对应的数据库字段取值为1而不是2。

14。当subscription Notification字段取值为“Notify”时Subscription Notification Url和Cancel Subscription Notification Url也不会显示。

预期结果

备注

用例编号

规范名称

13.测试SP浏览SMS内容详细信息页面

预置条件

规范步骤

预期结果

备注

用例编号

规范名称

14.测试Admin浏览SMS内容详细信息页面

预置条件

规范步骤

预期结果

备注

用例编号

规范名称

15.SP发布的SMS内容,由Admin进行批价

预置条件

规范步骤

1。SP新增一个SMS内容(还没定价)，然后Admin对该内容进行定价。定价成功且内容的SPID不变。

2。SP新增一个SMS内容并进行定价，然后Admin对该内容进行重新定价(新增和修改产品信息)。定价成功且内容的SPID不变。

预期结果

备注

用例编号

规范名称

16.测试新增/修改内容时Authenticate URL是否需要显示可以配置

预置条件

1。MDMC的Manager.xml配置项Service_SP_Authurl/SMS为0，配置项Service_Admin_Authurl/SMS为0

规范步骤

1。配置项取值为1的情况，在前面的用例已经测试。这里只测试配置为0的情况。

2。SP在新增SMS内容时，不显示Authenticate URL字段，且新增内容成功。

3。Admin在新增SMS内容时，不显示Authenticate URL字段，且新增内容成功。

4。SP在修改SMS内容时，不显示Authenticate URL字段，且新增内容成功。

5。Admin在修改SMS内容时，不显示Authenticate URL字段，且新增内容成功。

预期结果

备注

用例编号

规范名称

17.测试发布产品时用户品牌组合重叠检查的功能

预置条件

规范步骤

1。发布一个在MT时计费且对OA收费的SMS内容，然后在该内容下：

1)增加非订购类产品1，其中User Brand为Default Brand，Peer User Brand为Default Brand，增加成功

2)增加非订购类产品2，其中User Brand为Default Brand，Peer User Brand为Brand1，增加成功

3)增加非订购类产品3，其中User Brand为Brand1，Peer User Brand为Default Brand，增加成功

4)增加非订购类产品4，其中User Brand为Brand1，Peer User Brand为Brand1，增加成功

5)增加非订购类产品，其中User Brand为Brand1，Peer User Brand为Brand1，增加失败

6)增加非订购类产品，其中User Brand为Default Brand，Peer User Brand为Default Brand，增加失败

7)增加订购类产品5，其中User Brand为Default Brand，增加成功

8)增加订购类产品6，其中User Brand为Brand1，增加成功

9)修改非订购类产品4，其中User Brand为Brand1，Peer User Brand为Brand1，修改成功。

2。发布一个在MO时计费的SMS内容，然后在该内容下：

1)增加非订购类产品1，其中User Brand为Default Brand，增加成功

2)增加非订购类产品2，其中User Brand为Brand1，增加成功

3)增加非订购类产品，其中User Brand为Brand1，增加失败

4)增加订购类产品3，其中User Brand为Default Brand，增加成功

5)增加订购类产品4，其中User Brand为Brand1，增加成功

6)增加非订购类产品2，其中User Brand为Brand1，修改成功

预期结果

备注

用例编号

规范名称

Name输入框测试

预置条件

规范步骤

1． Name(英文)为空

2． Name(英文)只包含空格、Tab键等字符

3． Name(英文)包含50个英文、数字或标点符号字符

4． Name(英文)包含51个英文、数字或标点符号字符

5． Name(英文)包含中文字符

6． Name(英文)包含非法字符：’ “ < > &

7． Name(简体中文)包含25个中文字符

8． Name(简体中文)包含26个中文字符

9． Name(简体中文)包含15个中文字符和20个英文字符。

10． Name(繁体中文)包含25个中文字符

11． Name(繁体中文)包含26个中文字符

12． Name(繁体中文)包含15个中文字符和20个英文字符。

预期结果

1． 提示不能为空

2． 提示不能为空

3． 没有错误提示

4． 提示不能超过50个字符

5． 提示不能包含中文字符

6． 提示不能包含非法字符

7． 没有错误提示

8． 提示不能超过50个字符

9． 没有错误提示

10． 没有错误提示

11． 提示不能超过50个字符

12． 没有错误提示

备注

用例编号

规范名称

Folder输入框测试

预置条件

规范步骤

1． Folder为空

2． SP管理员选择Folder

3． 运营商管理员选择Folder

预期结果

1． 提示不能为空

2． 只能选择属于本SP的Folder

3． 只能选择属于运营商的Folder

备注

用例编号

规范名称

Application Area输入框测试

预置条件

规范步骤

1． Application Area为空

2． 只能选择All和Shanghai

预期结果

1． 提示不能为空。或下拉框必须选择一个取值。

2． 无

备注

用例编号

规范名称

Terminal List输入框测试

预置条件

规范步骤

1． “支持的Terminal List”为空。

2． 没选中“可选择的Terminal”，点“>>”按钮

3． 没选中“支持的Terminal”，点“<<”按钮

4． 选中一个、多个“可选择的Terminal”，点“>>”按钮

5． 选中一个、多个“支持的Terminal”，点“<<”按钮

6． 双击一个“可选择的Terminal”

7． 双击一个“支持的Terminal”

8． “支持的Terminal List”已包含“所有终端”，再双击一个“可选择的Terminal”

9． “支持的Terminal List”已包含一个非“所有终端”，再双击“所有终端”

10． 选中“可选择的Terminal List”中的用户终端组，再点“查看终端组信息”按钮。

11． 选中“可选择的Terminal List”中的“所有终端”或一般用户终端。

预期结果

1． 提示不能为空

2． 提示请选择左边用户终端

3． 提示请选择右边用户终端

4． 左边的用户终端被移动到右边

5． 右边的用户终端被移动到左边

6． 左边的用户终端被移动到右边

7． 右边的用户终端被移动到左边

8． 提示“支持终端已选择所有终端”

9． 提示“支持用户终端已选择，不能选择所有终端”

10． 可以点“查看终端组信息”按钮，并查看到该终端组的详细信息。

11． “查看终端组信息”按钮变灰。

备注

用例编号

规范名称

Content URL输入框测试

预置条件

规范步骤

1． Content URL为空。

2． Content URL不以/开头。

3． Content URL以/开头，且包含1024个字符

4． Content URL以/开头，且包含1025个字符

5． Content URL以/开头，且包含10个中文字符和1004个英文字符

预期结果

1． 没有错误提示

2． 提示必须以/开头

3． 没有错误提示

4． 提示不能大于1024个字符

5． 没有错误提示

备注

用例编号

规范名称

WAP URL输入框测试

预置条件

规范步骤

1． URL为空。

2． URL以http://、https://、Http://、HTTPs://开头。

3． URL以http//、http:\\、htpp:/、https:\\开头

4． URL以http://开头，且包含255个字符

5． URL以http://开头，且包含256个字符

6． URL以http://开头，且包含10个中文字符和235个英文字符

预期结果

1． 没有错误提示

2． 没有错误提示

3． 提示必须以http://或https://开头

4． 没有错误提示

5． 提示不能大于255个字符

6． 没有错误提示

备注

WEB URL、Entrance URL同上

用例编号

规范名称

Subscription Notification输入框测试

预置条件

规范步骤

1． Subscription Notification为空

2． 只能选择Not Notify和Notify

3． Subscription Notification选择Notify。

4． Subscription Notification选择Not Notify

5． Subscription Notification选择Notify，并提交。

预期结果

1． 提示不能为空。或下拉框必须选择一个取值。

2． 无

3． 如果为SP发布的业务，则显示Subscription Notification Url和Cancel Subscription Notification Url输入框。否则无变化。

4． 如果为SP发布的业务，则隐藏Subscription Notification Url和Cancel Subscription Notification Url输入框。否则无变化。

5． 如果为SP发布的业务，则数据库的parentserviceinfo表的OrderNotifyType字段取值为2，否则为1

备注

用例编号

规范名称

Subscription Notification Url输入框测试

预置条件

规范步骤

1． URL为空。

2． URL以http://、https://、Http://、HTTPs://开头。

3． URL以http//、http:\\、htpp:/、https:\\开头

4． URL以http://开头，且包含255个字符

5． URL以http://开头，且包含256个字符

6． URL以http://开头，且包含10个中文字符和235个英文字符

预期结果

1． 提示不能为空

2． 没有错误提示

3． 提示必须以http://或https://开头

4． 没有错误提示

5． 提示不能大于255个字符

6． 没有错误提示

备注

Cancel Subscription Notification Url同上

用例编号

规范名称

Service Trial Use输入框测试

预置条件

规范步骤

1． Service Trial Use为空

2． 只能选择None和Use

3． Service Trial Use选择Use。

4． Service Trial Use选择None

预期结果

1． 提示不能为空。或下拉框必须选择一个取值。

2． 无

3． 显示Start Time和End Time输入框

4． 隐藏Start Time和End Time输入框

备注

用例编号

规范名称

Start Time和End Time输入框测试

预置条件

规范步骤

1． Start Time为空

2． End Time为空

3． Start Time小于当前日期

4． End Time小于当前日期

5． Start Time等于当前日期

6． End Time等于当前日期

7． Start Time大于End Time

预期结果

1． 提示不能为空

2． 提示不能为空

3． 提示不能小于当前日期

4． 提示不能小于当前日期

5． 没有错误提示

6． 没有错误提示

7． 提示Start Time不能大于End Time

备注

用例编号

规范名称

Authenticate URL输入框测试

预置条件

规范步骤

1． 点新增按钮

2． 点Authenticate URL输入框后面的删除按钮

3． 默认的第一个Authenticate URL输入框不能删除。

4． 默认的Authenticate URL或新增加的Authenticate URL输入框为空。

5． Authenticate URL以http://、https://、Http://、HTTPs://、rtsp://、rTSp://开头。

6． Authenticate URL以http//、http:\\、htpp:/、https:\\、rtsp:/\开头

7． Authenticate URL以http://开头，且包含2048个字符

8． Authenticate URL以http://开头，且包含2049个字符

9． Authenticate URL以http://开头，且包含10个中文字符和2028个英文字符

10． 新增加的Authenticate URL输入框为空或以http:\\开头或超过2048个字符，然后被删除。

11． Authenticate URL跟其他内容的Authenticate URL相同

预期结果

1． 增加一个Authenticate URL输入框和删除按钮

2． 对应的Authenticate URL输入框被隐藏

3． 默认的第一个Authenticate URL输入框后面没有删除按钮

4． 提示不能为空

5． 没有错误提示

6． 提示必须以http://或https://、rtsp://开头

7． 没有错误提示

8． 提示不能大于2048个字符

9． 没有错误提示

10． 没有错误提示。

11． 提示所有内容的Authenticate URL不能相同

备注

用例编号

规范名称

Description输入框测试

预置条件

规范步骤

1． Description (英文)为空

2． Description (英文)只包含空格、Tab键、回车等字符

3． Description (英文)包含255个英文、数字或标点符号字符

4． Description (英文)包含256个英文、数字或标点符号字符

5． Description (英文)包含中文字符

6． Description (英文)包含非法字符：’ “ < > &

7． Description (简体中文)包含127个中文字符

8． Description (简体中文)包含128个中文字符

9． Description (简体中文)包含15个中文字符和225个英文字符。

10． Description (繁体中文)包含127个中文字符

11． Description (繁体中文)包含128个中文字符

12． Description (繁体中文)包含15个中文字符和225个英文字符。

预期结果

1． 提示不能为空

2． 提示不能为空

3． 没有错误提示

4． 提示不能超过255个字符

5． 提示不能包含中文字符

6． 提示不能包含非法字符

7． 没有错误提示

8． 提示不能超过255个字符

9． 没有错误提示

10． 没有错误提示

11． 提示不能超过255个字符

12． 没有错误提示

备注

用例编号

规范名称

多语言选择框测试

预置条件

1．系统配置为支持英文、简体中文和繁体中文，其中英文为默认语言。

规范步骤

1． 选择简体中文

2． 选择繁体中文

3． 取消选择简体中文

4． 取消选择繁体中文

5． Name(简体中文)为空、包含非法字符、长度超过50个字符，然后取消选择简体中文

6． Description (简体中文)为空、包含非法字符、长度超过255个字符，然后取消选择简体中文

7． Name(繁体中文)为空、包含非法字符、长度超过50个字符，然后取消选择简体中文

8． Description (繁体中文)为空、包含非法字符、长度超过255个字符，然后取消选择简体中文

9． 选择简体中文、繁体中文复选框，然后输入合法的Name和Description。

预期结果

1． 显示简体中文的Name、Description输入框

2． 显示繁体中文的Name、Description输入框

3． 隐藏简体中文的Name、Description输入框

4． 隐藏繁体中文的Name、Description输入框

5． 没有错误提示

6． 没有错误提示

7． 没有错误提示

8． 没有错误提示

9． 数据正确写入到数据库表。

备注

用例编号

规范名称

01.测试SP新增SMS内容的页面

预置条件

1。MDMC的Manager.xml配置项Service_SP_Authurl/SMS为1

规范步骤

1． 测试Name、Folder、Application Area、Terminal List、Content URL、WAP URL、WEB URL、WAP ICON、WEB ICON、Entrance URL、Subscription Notification、Subscription Notification Url、Cancel Subscription Notification Url、Service Trial Use、Start Time、End Time、Description、多语言选择框、OK、Reset、Back按钮控件。

2． Charging Request Type必须选择，且只可以选择MO和MT

3． Charged Party仅当Charging Request Type选择为MT时才能显示，此时可以选择Requester、Recipient和Requester+Recipient，否则隐藏。隐藏时取默认值Requester。

4． 测试新增内容成功和Authenticate URL重复后，进入的提示页面的提示信息和返回按钮。

5． 测试所有输入项(包括隐藏的输入项)都不为空且输入合法时新增内容。测试所有输入项(不包括隐藏的输入项)都不为空且输入合法时新增内容。新增内容成功后，通过数据库或查看内容详细信息页面检查每一个输入项是否正确写入到数据库中。

预期结果

备注

关于页面美观和控件的测试，请参考WEB界面测试经验库。其中本用例要注意的地方有：

1。每个输入框后面是否有相应的提示信息，描述如何填写和限制。

2。出错提示信息是否友好，语法和单词是否正确。