第一篇：手机短信功能测试用例
第六章 编写测试用例和测试计划
主要内容：软件测试计划;软件测试方案;软件风险分析
1. 软件测试计划
1.1 软件测试计划的简介
1测试计划概念：测试计划在测试中处于中心位置，它阐述了测试准备工作和执行测试的必要条件，同时也形成了测试过程质量保证的基础。
2测试计划的作用：组织和管理测试;使测试工作和整个开发工作整合起来;资源和变更事先最为一个可控制的风险。
1.2 如何编写软件测试计划
1认识测试项目不仅仅只有单一测试计划
2避免不分析直接进行测试阶段日程安排
3避免测试任务的安排超前于开发任务
4避免有些系统测试类型无法按期进入测试
5不正确的变更测试计划
6测试计划里明确更新周期和暂停测试原则
7测试计划不是一成不变的
1.3 测试计划包括：简介，目的，范围，测试策略，进度，缺陷的严重程度的定义，风
险分析。
2. 软件测试方案
2.1 软件测试方案的概念
软件测试方案描述测试的特征，测试的方法，测试环境的规划，测试工具的设计和选择，测试用例的设计方法，测试代码的设计方案。即包括以下几点：
明确测试策略(黑盒，白盒，灰盒等)
细化测试特征
测试用例的规划
测试环境的规划
自动化测试框架的设计
测试工具的设计和选择
2.2 软件测试计划于软件测试方案的区别
测试计划是组织管理层面的文档。测试方案是技术层面的文档。
测试方案需要在测试计划的指导下进行，测试计划提出“做什么”，测试方案明确“怎么做”
回报的对象不同，测试计划向领导汇报，测试方案是组员共享该文档
3. 软件测试的风险
软件需求风险
人员的风险
测试环境的风险
测试工程师对产品的业务不熟悉
补充：
回归测试：把以前检查过的已经修复好的缺陷，拿来另测看有无带来新的缺陷 反侧：把开发人员已经处理的缺陷拿来测，看是否修复
第二篇：软件测试中报表测试用例设计方法总结
报表的测试主要分为以下几个方面:界面,安全性,准确性,展示速度(性能)
数据统计方面
1、报表统计数据的正确性;
2、报表统计数据的完整性;
3、报表统计数据的合法性;比如，统计金额字段需求要求有“$”等;
报表格式
1、表头字段表示的正确性;
2、表头字段表示的完整性;
3、表头字段表示的字体，字号，美观程度;
4、各统计字段的显示是否满足需求;比如：数据过长时要求折行还是缩小;
5、页眉和页角的表示;
报表的预览和印刷
1、预览中的显示完整性;
2、多页情况下，第2页的表头显示;
3、能否实现需求要求的特定印刷情况;(比如，印刷使用指定的模板)
4、预览后印刷;
5、不预览，直接印刷
6、需求规定各类打印机的测试;
数据准确性测试，带有报表测试的系统分为两类，一类是业务系统中，带有统计分析功能模块，该模块中包含分析报表，这个系统的主体是业务系统，报表是为办理业务的而提供帮助的。
比如说，应年检统计报表，某月应交罚款车辆统计报表，这样的报表数据准确与否，可通过增加、删减、修改相关业务或相关业务的参数，查看统计报表数据变化，检查数据准确性。
另一类是系统只有统计功能，就是我说的数据仓库展现这类，它与业务系统分离，并且经过多层处理，比如数据仓库的数据，经过抽取，清洗，展现前会经过数据挖掘，数据再处理，有些字段在原始数据表中根本就没有。这样的数据准确性测试比较复杂，当然检查出数据错误，修改定位也是很不容易的。
从整个项目节约成本看，逐层测试效果是最好的。完全修改率也是最高的。
首先建立测试数据模型，模拟所有应用表，建立简单易跟踪的数据用例，底层的数据表测试，方法很原始，嘿嘿，通过SQL语句和手工计算，对数据进行比对。对系统中的报表数据准确性测试方法较为灵活，
①系统中报表重叠的进行比对
②对子报表汇总与父报表比对，就是对月报表汇总与年报表比对，日报表汇总与月报表比对，这只是一个方面，可以从维度关系考虑，地域，行政级别、时间，个人等方面下手，进行汇总比对
③这个方法如果延伸点呢，可以将报表间的业务逻辑关系作为比对依据。呵呵，这要看测试人员的需求了解深度个人能力了。插几句不想干的话，做测试工作总让我保持快乐状态，前两天我的一个同事说，公司里一直没有人喜欢做测试工作，这个工作太枯燥。嘿嘿，我当时就说我做了这么多年的测试工作从来没有感觉到枯燥。重复性工作不代表枯燥，编程其实不也是重复嘛，人每天谁不重复昨天的事啊，吃饭，吃这个动作重复一生，有谁觉得麻烦枯燥啦?
④使用SQL和手工计算进行比对。以上是差错方式，接下来讲一下查什么错?哪些地方容易出错
●原始表使用错误：因为表比较多，又加上没有统一的数据关系对应表，很容易表使用错误，当然这应该是单元测试检查出来的错误。
●数据处理逻辑错误：这一点容易因为测试人员和开发人员对需求理解有偏差造成争执，所以在需求评审时，对数据处理规则用表达式或伪代码表示清楚。还有就是程序员失误，逻辑编写有偏差，边界值、特殊情况处理不当。
●数据权限：不同用户对数据有着不同的查看权限。这关系到数据的安全性。
●数据误差：数据的保留位数，数据是否是处理计算是否是最后一次计算使用了位数保留和四舍五入。
●由于字典表，数据错误，而造成的数据错误，如，根据性别统计，购买量，表中的男女颠倒，或者没有考虑性别缺失项，用了ifelse,这样就是把表中缺失该项内容的算成了else条件里。或者逻辑中应该考虑用户状态，数据状态类似的字段，容易被忽略，测试应该考虑到。
●最后一项，当数据量相当大的时候，统计应该考虑，切割速度，也就是数据的完整性，由于数据切割的滞后，带来的数据不完整，而造成统计结果不完整。如统计昨天的销售情况，而昨天的数据并没有完全从业务系统数据到数据池，再者月底数据，由于最后一天的数据切割不完整而造成的正月统计数量不准确。
报表的界面和输入输出测试
界面分为输入界面和输出界面;统一的界面要求：美观、统
一、易操作。
输入界面要求是：
①输入项字段长度不允许超过字段长度;
②输入不符合字段要求的，不允许查询。如money类型，在输入汉字，字母、特殊字符等不允许查询，并有友好的操作提示。
③用户权限范围外的输入，不允许查询。如用户输入不是其权限范围内的客户号，不允许查询，并有友好的操作提示。
对于选项，应不出现可选择的用户权限以外的选项。
对于汉字模糊查询，考虑不常见字，如“?”即汉字因译码问题，造成的汉字存储出现乱码问题。
输出界面要求：
①因为是报表所以应该有打印、打印预览、报表导出等功能。不能因为报表导出丢失数据，不能因为打印缺少了报表表格框
②报表排列方式可调，用户可按任意列升序或降序排列，或者，按某一关键列的一定规则排序
③报表标题明确，不能含糊误导用户
④报表内可关联查询的项，应能特殊显示，如鼠标有箭头变为手掌，子报表格式与父报表格式统一，数据统一。
报表测试根据项目的定义有大有小,有时只是作为软件的一个部分进行测试,有时整个项目都是测试各种报表.但不论如何,报表的作用始终都是将系统中已经存在的数据根据用户的设置计算加工/整理汇总/最终以清晰的格式展示给用户,以便用户进一步做数据分析或统计.
软件中的报表实现一般分为定义报表的所需数据(一般可以通过选择或手工输入条件来缩小数据范围)和定义报表格式两个部分.报表格式除了如国家各行业标准中规定的报表使用固定格式外,大多是根据企业或用户的需要定制报表.
所以,做报表测试时要注意以下方面:
1.数据的正确
用户使用报表就是期望通过一个简单方便的平台能快速的查找到他所需要的数据.所以在测试报表时首先就要检查报表中的数据是不是用户需要的数据,如果没有加工的数据,是否保持了原貌;加工过的数据查看加工的结构是否和手工加工的结果一致.简言之,需要测试以下内容.
数据的来源：来源于哪张表,哪个字段,数据库中的数值与界面数据的对应.如数据库中性别的数据可能是0或1,但界面显示为男或女,这个对应关系是否正确.
数据的范围：是否只显示了报表设置的对应范围;特别要注意边界数据,要清楚报表的需求,是否需要过滤掉被选择的数据.如时间选择为200627~200727,那么是否应该包含9-27这天.
数据的对应关系：数据库中的字段是否与报表中的信息对应
数据的格式：小数位,千位符,四舍五入等是否与报表设置一致;单位或税率转换是否正确;组合显示的数据是否合理
数据的排序：排序方式是否与报表设置一致(如果没有设置,是否有一个清晰的默认排序方式,如按字母或数字排序)
流水号：如报表有使用流水号,流水号的生成和格式是否正确.取消操作是否会生成流水号.
明细与合计的一致性：各部分明细或小节是否与最后总和一致
其他
测试这一部分内容需要对业务逻辑相当熟悉,对数据库的设计也要非常了解.必要时可以通过自己写查询语句查看数据.
有些报表的条件有多有少,但测试方法都是一样.根据条件通过等价类划分和排列组合设置各种条件组合.千万不要盲目的测试,否则会导致该测的没测,多余的测试做了一堆..一般来说有类别划分的(一般界面表现为下拉框),每个类别都要测试到,如性别中的男,女都要测试.输入的可以用等价类来划分要测试的数据.
2.格式的正确
数据验证正确后,就需要看看报表的输出格式是否符合要求.可以从以下几方面来检查.
报表的整体风格：报表是否符合规定的或用户设置的格式
报表标题：报表的标题是否是正确的报表名称;如报表中有嵌入的数据(会跟随用户的选择而变化的).需要检查数据是否正确,如XX企业9月份财务报表,这个9月就是用户选择的;或者XX公司200627~200727的网站访问量,这个时间段也是用户选择的.
公司的一些标志：如logo,名称,地址之类的是否正确
报表的页首与页尾：是否采用了一致的规则.
分页：当输出的内容多时,分页是否正确.翻页功能是否正确
友好性：数据或图表是否清晰,一目了然,数据的展示符合用户的习惯;需要特别提醒的数据(如合计,异常数据)是否突出显示;复杂算法处,用户不明白或容易混淆处是否有注释;一些默认的格式是否让人感觉舒服,如对齐,边界,间隔等
3.权限的控制
对于有权限控制的系统，报表当然也应该和用户所具有的权限相一致。需要从两方面校验权限的控制。
报表的条件定义:在条件选择区域，有些下拉框中应该不能显示用户权限范围外的数据。如普通文员在使用报表时，报表名称下拉框中是不可以显示管理者才能查看的报表的。有些以输入的文本框有级别的划分时，都应该要测试输入超越权限的数据的相应。
注意这里一定要测试每个条目。
报表内容：报表中的内容不能显示用户本没有权限查看的数据。
4.报表的输出
报表在电脑上生成后，并不是报表的结束。报表一般都需要打印出来他用，如开会或者提交审批之类。所以报表的打印功能也是非常重要的。测试主要分成三部分：
●打印设置
●打印预览
●实际打印效果
除了打印之外，用户有可能需要导出报表做进一步的分析或用于和其他报表的比较。所以也应该提供导出报表的功能。一般可以导出为CSV,Excel,pdf,html,xml格式。
第三篇：小议软件测试用例的设计论文
白盒测试技术中测试用例的设计方法研究
白盒测试方法的主要作用有：
(1)至少测试一次程序子模块的所有独立执行路径;
(2)针对所有可能的逻辑判定，至少一次取“真”或“假”两种情况;(3)在运行界限内和循环边界处执行循环体;
(4)测试程序内部的数据结构的有效性。在实际的数据测试中，如果程序具有多种循环嵌套的情况，不同的执行路径数目可能是天文数字，例如一个有5条路径的嵌套20次循环的小程序，包含不同执行路径条数为520次方，如果每一条路径测试1ms，全年无休时要测试完所有路径需要约3170年的时间。因此，我们必须采用一些替代办法，典型的方法是有选择的执行程序中某些最有代表性的通路。白盒测试的主要技术有：
1根据程序内部的逻辑结构设计测试用例的技术—逻辑覆盖
(1)语句覆盖，选择足够多的测试数据以使被测程序中每条语句都至少执行一次。语句覆盖不考虑对程序的逻辑覆盖，它主要关心表达式的结果，却对每个条件取不同值的情况不做测试。因此，语句覆盖是比较弱的逻辑覆盖标准。在图论中和语句覆盖对应的是点覆盖。
(2)判定覆盖，又叫分支覆盖，它首先满足语句覆盖的条件，同时对每个判定的每种可能的结果都至少执行一次，即对每个分支都至少执行一次每个判定，判定覆盖对程序的逻辑覆盖程度也不高。在图论中和判定覆盖相对应的是边覆盖。
(3)条件覆盖，指的是不仅每个语句至少执行一次，而且使判定表达式中的每个条件都取到各种可能的结果，条件覆盖中可能不包含判定覆盖。
(4)判定/条件覆盖，指选取足够多的测试数据，使得判定表达式中的每个条件都取到各种可能的值，每个判定表达式也取到各种可能的结果。
(5)条件组合覆盖，要求选择足够多的测试数据，使得每个判定表达式中条件的各种可能组合都至少出现一次。条件组合覆盖是逻辑覆盖标准中最强的。
(6)路径覆盖，指的是选取足够多的测试数据，使程序的每条可能路径都至少执行一次。测试用例设计举例1：如下图1所示程序段流程，实现语句覆盖需要设计的测试数据有：X=0，Y=3和X=-1，Y=2;实现条件覆盖至少采用的测试数据有：X=0，Y=3和X=3，Y=1;实现判定覆盖至少应用的测试数据有X=0，Y=3，X=1，Y=2和X=-1，Y=2。
2测试程序的控制结构，主要包括条件测试，循环测试和基本路径测试。
其中基本路径测试是由TomMcCabe提出的一种白盒测试技术，这种技术在设计测试用例时需要首先计算程序的环形复杂度，并用该复杂度为指南定义执行路径的基本集合。在实际测试中，仅靠基本路径测试还不能满足要求，还需要结合条件测试技术来检查程序模块中包含的逻辑条件，还有循环测试来专门测试循环结构的有效性。
黑盒测试技术中的测试用例设计方法研究
黑盒测试主要用来测试软件的功能特点，通过黑盒测试可以发现：(1)是否有遗漏了的功能或者不正确的功能;(2)能否有正确的接收输入和正确的输出结果，这主要针对接口而言;(3)是否有外部信息访问错误或数据结构错误，同时，软件运行时能否满足性能上的要求;(4)软件在初始化或者退出时有无错误等;使用黑盒测试同样不可能将所有可能的输入条件和输出条件用于测试，因为测试用例的组合是天文数字。例如一个程序有两个输入量和一个输出量，在32位计算机上运行，若X，Y取整数，按穷举测试时需要232×232=264组，如果一组数据需要1ms，全年无休，需要5亿年的时间。显然，我们必须设计合理的方案来减少测试用例的数量。目前黑盒测试的主要测试用例设计技术有：
1等价类划分
等价类划分是把程序的输入域划分成若干个数据类，据此导出测试用例，因为对于同一类中的数据而言其作用是相同的[3]。等价类划分可以分为有效等价类和无效等价类。有效等价类是指符合程序功能要求的数据类，该类中包含的都是有意义的数据;而无效等价类指不能满足程序正确运行或者预期结果的数据类的集合。我们在设计测试用例时，要同时考虑有效等价类和无效等价类的设计方案。等价类的划分有自己的原则。在具体使用等价类划分设计测试用例时有两个步骤：(1)设计一个新的测试方案以尽可能多地覆盖尚未被覆盖的有效等价类，重复这一步骤直到所有有效等价类都被覆盖为止;(2)设计一个新的测试方案，使它覆盖一个而且只覆盖一个尚未被覆盖的无效等价类，重复这一步骤直到所有无效等价类都被覆盖为止。
2边界值分析
使用边界值分析方法来设计测试用例时需要开发者具有一定的经验和创造性，通常根据划分的输入等价类和输出等价类的边界来确定边界值的结果，即选取刚刚等于、刚刚小于和刚刚大于边界值的测试数据，而不是选择等价类内部的数据作为测试用例。
3错误推测法
错误推测法主要依靠直觉和经验，需要有一定开发大型软件工程的经验，其基本思想是通过列举出程序中可能有的错误和容易发生错误的特殊情况，并根据这些情况来选择测试方案。
小结
测试用例的设计方法并不是独立使用的，而是经常会进行一些不同设计方案的组合，如黑盒测试中的等价类划分和边界分析方法可以结合使用，进步设计更加合理的测试用例，找出更多的软件运行错误。
第四篇：浅析手机短信的传播功能
一、手机短信的人际传播功能
手机短信的发送一般分为手机用户之间的点对点发送，网站发送和网上软件发送。其中，点对点发送过程可以看作是对人际传播(personalcommunication)的革新。
应该说，手机短信的最初目的和基本任务就是为了进行人际交流。传统的面对面交流中，传受双方是通过充分调动各种感官、有效利用各种手段去传递接受信息，是以视觉、听觉、触觉等感官体验为主的综合信息交流方式。而通过某种渠道达成沟通的人际传播，如书信只能依靠文字，电话是依靠声音，电子邮件可以传递文字图片、甚至影像，但是由于媒介工具本身物质条件的限制，仍然做不到“随时随地传信息”的要求。而手机作为一种新型的媒介终端，小巧轻便，价格合理，在向对方发送信息的过程中，不需第三方的传递，不受时空的限制，而且随着科技的进步，彩信(MMS)业务的兴起，手机不仅可以传送文本文件，还可以外接设备，拍摄数码影像、传送图片音乐等等视觉符号和听觉符号，充分拓展了传播沟通的渠道。
人际传播最大的特点是双向传播(two-waycommunication)，即信息的发出者和信息的接收者之间的信息流通是双向互动的。但是，延时现象却存在于手机短信传播的过程中，传播者不能同时接收到受传者的信息反馈，必须经过一段时间的等待，传播才有可能继续。也许我们往往看到的是延时现象带给传播活动的不便，作另一番考虑，延时性也成为了手机短信的一个优点。他不要求传受双方同时在线(开机)，只要信息保留，传播行为可以在任何适当的时候继续下去，为人们提供了很大的便利。
二、手机短信的大众传播功能
传播学者郭庆光给大众传播下了这样一个定义：专业化的媒介组织运用先进的传播技术和产业化手段，以社会上一般大众为对象而进行的大规模的信息生产和传播活动。这个定义有四个要点：第一，传播者是专业化的媒介组织;第二，要具备现代化的传播技术和手段;第三，要有广泛的受众群;第四，是大规模的信息生产和传播活动。只要具备了这四个因素，就应该可以归入大众传播的范畴。
按照四个因素的要求来分析手机短信的传播过程：首先，现在有越来越多的网站以SP(服务提供商)的身份加入到手机短信息服务的行列里面。这些专业化的媒介组织充分运用手中的信息资源，搜集、选择、分类、整合，控制信息的流量与流向，取代了传统新闻信息的采编制作程序，担负起这一崭新领域的信息发送者和传播者的角色。使用者看中的就是短信息的快捷方便、贴身跟踪的优点。
其次，ICP(网络内容提供商)与电信运营商携手建立起独特的信息传播网络――网站发送。这是基于移动通讯技术的现代传播手段。手机用户通过在网站注册加入网络，就可以享受到网站的信息服务。网站作为内容提供商，根据用户的需求制定各类信息，通过电信运营商的技术平台向用户发送，并收取一定费用。内容提供商为受众提供信息之前，要进行大量的资料汇总、分类、整理、编辑工作。
第三，手机作为现代化的通讯工具，拥有巨大的用户数量。至2002年底，全国手机用户总数突破2亿，中国移动通信每月的短信发送量超过13亿条。手机短信的使用者是分散的，不确定的，无组织的个人，他们互不相识，身份地位也许千差万别，但是可以共享服务提供商所发布的信息。同时，和传统媒体相似的一点是，手机短信的大众传播过程中，信息的流动多以服务提供商向用户发送为主，而反馈信息则相对较少，与人际传播相比，双向互动性弱一些。但是，从另一个角度讲，受众与服务提供商的关系较之传统媒体，其指向性更为清晰，具有明确的针对性。因为受众手中接收到的信息大都是经过自主选择定制的内容，就像“使用与满足”理论所描述的：受众根据需要对媒介内容进行有选择的接触，其接受率和信息的有效利用率更高。
从以上三个方面的分析，我们可以得出结论，手机短信符合大众传播定义的四个因素，它面向的是数以亿计的手机用户，由专业的服务提供商和电信运营商利用先进的技术大规模生产和传播信息，它已经成为现代大众传播的方式之一。将来，它的作用也会越来越大。
第五篇：会员用例描述
表1 用例“会员注册”的描述
用例名称
会员注册
用例描述
普通用户通过注册成为网上花店系统的会员 参与者
用户
前置条件
用户已经打开网上花店系统的页面 后置条件
基本操作流程
1.用户打开注册页面;
2.用户输入昵称、E—mail地址、登录密码、再次输入登录密码;
3.单击“提交”;
4.系统将验证登录用户名的有效性和重复性、密码的正确性，如果都正确则显示“你已成功注册”， 否则提示用户重新输入。
可选操作流程
1.用户选择“重置”，系统将清空输入框信息;
2.用户选择“返回”，该页面将返回到网上花店系统主页面。
.
表2 用例“会员登录”的描述
用例名称
会员登录
用例描述
普通用户通过注册成为网上花店系统的会员登录该系统 参与者
会员
前置条件
用户已经是网上花店系统的会员 后置条件
基本操作流程
1.会员请求进入网上花店系统;
2.会员打开登录页面;
3.会员输入昵称、登录密码，再选择“登录”;
4.系统将验证登录用户名和密码的正确性，如果都正确则进入系统，否则提示用户重新输入。
可选操作流程
1.用户选择“重置”，系统将清空输入框信息
.
表3 用例“个人信息维护”的描述
用例名称
个人信息维护
用例描述
用来维护会员的相关信息 参与者
会员 前置条件
登录系统 后置条件
基本操作流程
1.会员打开了个人信息维护页面;
2.会员输入需要修改的信息，确认后再选择“登录”;
3.系统将验证登录修改后的用户名和密码的正确性，如果都正确则进入系统，否则提示用户重新输入。
可选操作流程
1.用户选择“重置”，系统将清空输入框信息 ;
2. 用户选择“返回”，该页面将返回到网上花店系统主页面。
.
表4 用例“添加购物车商品”的描述
用例名称
添加购物车商品 用例描述
会员新增购物车信息 参与者
会员 前置条件
登录系统 后置条件
基本操作流程
1.会员获取选购商品信息，点击商品图片;
2. 系统打开用户选定商品的详细信息页面
3. 系统显示商品信息，包括商品图片、市场价、会员价、库存量、商品描述，并选择“加入购物车”，如果该商品库存量为0，则只能选择‘收藏’，不购买，只有库存量大于0，方可加入购物车;
4.会员继续浏览商品、加入购物车。 可选操作流程
.
表5 用例“删除购物车商品”的描述
用例名称
删除购物车商品
用例描述
会员删除所加购物车的商品信息 参与者
会员 前置条件
登录系统 后置条件
基本操作流程
1.会员选择“删除”按钮;
2. 系统打开确认删除对话框;
3.会员点击“确认”按钮，删除商品信息;
4. 系统删除选中的商品信息，并更新商品信息列表。
可选操作流程
1.选择“取消”按钮，系统将取消删除操作，并返回商品列表页面。
.
表6 用例“确认收货”的描述
用例名称
确认收货
用例描述
会员收到货后进行确认收货 参与者
会员 前置条件
登录系统 后置条件
基本操作流程
1.会员打开订单页面;
2.选择“未完成订单”;
3.点击“确认收货”按钮;
4.更新商品订单，返回未完成订单页面。
可选操作流程
1.在未完成订单页面，点击“退货”按钮，对于已发货订单，等待管理员审核，返回未完成订单页面。
.
表7 用例“进行评价”的描述
用例名称
进行评价
用例描述
会员确认收货后进行评价 参与者
会员 前置条件
登录系统 后置条件
基本操作流程
1.会员打开订单页面;
2.选择“未完成订单”;
3.点击“评价”按钮，输入评价内容，进行“提交”;
4.更新商品订单，返回未完成订单页面。 可选操作流程
.
表8 用例“订单管理”的描述
用例名称
订单管理
用例描述
会员可以对自己的订单进行修改、增添、删除管理。 参与者
会员 前置条件
登录系统 后置条件
基本操作流程
1.会员打开订单页面;
2.按照条件可以“查询”自己的订单;
3.对目标订单进行修改发货地址和信息管理
4.系统更新商品订单，返回未完成订单页面。
可选操作流程
1.对未发货或者已完成的目标订单选择“删除”按钮，删除订单，系统.更新商品订单，返回未完成订单页面。
.