06.合理布局
规范名称 规范步骤 规范名称 规范步骤 规范名称 规范步骤 规范名称 规范步骤 规范名称 规范步骤 窗口切换、移动、改变大小时，界面正常吗？（可选） 窗口切换、移动、改变大小时，界面正常吗？ 是否恰当底利用窗体和控件的空白，以及分割线条？（可选） 界面元素的尺寸是否合理？行、列的间距是否保持一致?(可选） 界面元素的尺寸是否合理？行、列的间距是否保持一致? 界面元素是否在水平方向和垂直方向对齐？（可选） 界面元素是否在水平方向和垂直方向对齐？ 界面的布局符合软件的功能逻辑吗？（可选） 界面的布局符合软件的功能逻辑吗？ 07.合理色彩
规范名称 规范步骤 规范名称 规范步骤 规范名称 规范步骤 规范名称 规范步骤 是否可以让色盲、色弱人员使用？（重要） 是否可以让色盲、色弱人员使用？ 色彩使用是否符合行业的习惯？（重要） 色彩使用是否符合行业的习惯？ 重要的对象是否用醒目的色彩表示？（重要） 重要的对象是否用醒目的色彩表示？ 界面的色调是否让人感觉到和谐、满意？（重要） 界面的色调是否让人感觉到和谐、满意？ 08.最少步骤最高效率
规范名称 规范步骤 是否用合理的最少步骤实现常用的操作,获得高效率？（重要） 是否用合理的最少步骤实现常用的操作,获得高效率？ 09.国际化
规范名称 规范步骤 规范名称 规范步骤 英文翻译文字是否地道，语法、词态、时态是否正确？（重要） 英文翻译文字是否地道，语法、词态、时态是否正确？ 度量单位、日期格式、人的名称等的表示方式是否符合国际惯例？（重要） 度量单位、日期格式、人的名称等是否正确，是否会引起用户的误解？ 10.安全性
规范名称 规范步骤 用户的信息在传送时是否得到保护？（重要） 所有的密码必须利用*表示，所有的用户认证和个人资料消息必须利用https进行传输。 11.个性化
规范名称 规范步骤 是否在具备必要的“一致性”的前提下，设计了与众不同的、让用户记忆深刻的界面？（可选） 是否在具备必要的“一致性”的前提下，设计了与众不同的、让用户记忆深刻的界面？ 3.以短信业务界面测试为例
业务管理页面的测试可以划分为两个类别的页面测试：
1． 各个业务都不同的业务管理页面，例如业务发布、修改、产品发布、修改等页面。参考
“各业务管理页面测试”和“内容包管理页面测试”，每种业务都需要分别进行测试各自的管理页面。
2． 各个业务公用的业务管理页面，例如计费策略和折扣选择页面、目录选择页面、浏览内
容列表页面、查询内容页面等。参考“业务管理公共页面测试”、“浏览内容列表页面”和“浏览内容包列表页面测试”，只需要选择一种业务进行测试。
这里以sms业务管理页面测试为例描述用例的编写和组织，目前有两种组织方式： 1． 刘德钱最初确定的用例组织和编写方式。
2． 根据大家讨论修改后的组织方式，把公共的部分提取出来描述。
描述方式一
用例编号 规范名称 预置条件 规范步骤 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时只可以选择\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为“subscribable 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为“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产品的页面