预置条件 规范步骤 本用例的检查点、规范步骤基本同“03.测试SP新增SMS产品的页面”，不同的是通过Admin用户发布SMS业务。还有第2点不同： 2。当Basic Fee Payer显示时只可以选择\、\，不能选择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时可以选择\Type\和\Type\当Charged Party为Requester+Recipient时只可以选择\Type\。 2)。Basic Fee Payer仅当发布业务的Charging Request Type为MO时显示，此时必须选择且可以选择\、\或\；否则隐藏。隐藏时默认为\。 3)。Charging Triggering Condition必须选择，且只可以选择charge by send和charge by delivery。 4)。Peer User Brand仅当Charging Request Type为MT并且Subscription Type为Non-subscribable Type时显示，否则隐藏。隐藏时默认为\Brand\。显示时必须选择用户品牌且可供选择的用户品牌应该包括系统中所有本运营商、本地其他运营商、国外运营商的所有用户品牌，以及Default Brand。 5)。User Brand必须选择。当Subscription Type为\时，可供选择的用户品牌应该只包括本运营商所有的用户品牌和Default Brand；当Subscription 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为\时只能选择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)。测试所有输入项(包括隐藏的输入项)都不为空且输入合法时修改产品。测试所有输入项(不包括隐藏的输入项)都不为空且输入合法时修改产品。修改产品成功后，通过数据库或查看产品详细信息页面检查每一个输入项是否正确写入到数据库中。 测试修改产品时要修改所有字段的取值，检查系统是否能对每个字段都能正确更新字段的取值。 预期结果 备注 用例编号 规范名称 预置条件 规范步骤 预期结果 备注 用例编号 规范名称 预置条件 规范步骤 09.测试SP删除SMS产品 1。在维护SMS产品列表页面，选择要删除的产品，然后点Delete Product按钮。页面提示用户是否删除，点“是”则删除业务，点“否”则取消删除。 2。维护SMS产品列表页面只有一个产品，删除唯一一个产品，删除成功后跳转到新增产品页面。 08.测试Admin修改SMS产品的页面 本用例的检查点、规范步骤同“07.测试SP修改SMS产品的页面”，不同的是通过Admin用户发布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内容详细信息页面