一、简介
1.1 目的
编写该测试用例的目的是检查程序的功能是否符合规格说明的要求，编写有效的测试用例能检测出测试人员的测试水平。具体的功能如下：
（1）根据用户需求所要求的产品特性写出功能测试用例。客户通过使用测试用例以确认是否达到了期望的要求。还要从测试用例追溯回功能需求以确保没有需求被疏忽，同时确保所有测试结果与测试用例相一致。另外，要使测试用例来验证需求模型的正确性，如对话框图和原型等。 （2）测试人员根据测试用例来判断软件测试的覆盖率，软件测试的步骤以及记录测试结果数据，作为数据分析的输入。如果没有测试用例，那么所有的测试都是随机性的，无法准确地计量测试的覆盖率，而且测试步骤也很随意，而这样的测试对于软件质量来说，是很不充分和科学的，也是很危险的。
1.2 范围
本文档的测试范围包括： （1）功能测试用例 （2）性能测试用例 （3）图形用户界面测试用例
（4）信息安全性测试用例 （5）可靠性测试用例
1.3 定义、首字母缩写词和缩略语
（1）测试用例：
测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实某个特定需求。 （2）字段：
一个成员，它表示与对象或类关联的变量，在数据库中，大多数情况下，表的列称为字段。
1.4 参考资料
《软件测试技术概论》 古乐 清华大学出版社
《软件测试的有效方法》（美）William E.Perry著 兰雨晴，高静等译 机械工业出版社/中信出版社
《实用软件测试方法与应用》飞思科技产品研发中心编著 电子工业出版社
二、软件测试基础理论
2.1 软件测试定义
软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计的一批测试用例，并利用这些测试用例运行程序以及发现错误的过程，即执行测试步骤。
软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码实现的最终审查，它是软件质量保证的关键步骤。
2.1.1 软件测试基本概念
（1）测试的含义
所谓测试，首先是一项活动，在这项活动中某个系统或组成的部分将在特定的条件下运行，结果将被观察和记录，并对系统或组成部分进行评价。测试活动有两种结果：找出缺陷和故障，或显示软件执行正确。测试是一个或多个测试用例的集合。
测试用例：所谓测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果；测试用例是执行测试的最小实体。 （2）测试的步骤
测试步骤详细规定了如何设置、执行、评估特定的测试用例。 软件生命周期：一个软件生命周期包括制定计划、需求分析定义、软件设计、程序编码、软件测试、软件运行、软件维护、软件停用等8个阶段。
软件测试在软件生命周期中横跨两个阶段： 单元测试阶段：
即在每个模块编写出以后所做的必要测试 综合测试阶段：
即在完成单元测试后进行的测试，如集成测试、系统测试、验收测试。
2.2 软件测试目的
测试是程序的执行过程，目的在于发现错误；不能证明程序的正确性，除非仅处理有限种情况。检查系统是否满足需求也是测试的期望目标。一个好的测试用例在于发现了还未曾发现的错误；一次成功的测试则是发现了错误的测试。
2.3 软件测试方法分类
软件测试技术按照不同的划分方法，有不同的分类：静态测试、动态测试；黑盒测试、白盒测试；单元测试、集成测试、回归测试、系统测试、验证测试以及确认测试。 2.3.1 静态测试与动态测试
按照软件测试分析与非分析方法而论，软件测试可以分静态测试和动态测试。 （1）静态测试
指不实际运行软件，主要是对软件的编程格式、结构等方面进行
评估。静态测试包括：代码检查 、静态结构分析、代码质量度量等。它可以由人工进行，也可以借助软件工具自动进行。 （2）动态测试
动态测试方法是指计算机必须真正运行被测试的程序，通过输入测试用例，对其运行情况即输入与输出的对应关系进行分析，以达到检测的目的。
动态测试包括：功能确认与接口测试 ，覆盖率分析，性能分析，内存分析。
2.3.2 黑盒白盒与白盒测试 （1）黑盒测试
按照软件测试用例的设计方法而论，软件测试可以分为白盒测试法和黑盒测试法。
若测试规划是基于产品的功能，目的是检查程序各个功能是否能够实现，并检查其中的功能错误，则这种测试方法称为黑盒测试(Black-box Testing)方法。
黑盒测试又称为功能测试、数据驱动测试和基于规格说明的测试。它是一种从用户观点出发的测试，一般被用来确认软件功能的正确性和可操作性。
黑盒测试主要根据规格说明书设计测试用例，并不涉及程序内部构造和内部特性，只依靠被测程序输入和输出之间的关系或程序的功能设计测试用例。
（2）黑盒测试的特点
黑盒测试与软件的具体实现过程无关，在软件实现的过程发生变化时，测试用例仍然可以使用。
黑盒测试用例的设计可以和软件实现同时进行，这样能够压缩总的开发时间。 （3）白盒测试
测试规划基于产品的内部结构进行测试，检查内部操作是否按规定执行，软件各个部分功能是否得到充分使用，则这种测试方法称为白盒测试(White-box Testing)方法。
白盒测试又称为结构测试、逻辑驱动测试或基于程序的测试，
一般用来分析程序的内部结构。
白盒测试要求是对某些程序的结构特性做到一定程度的覆盖，或者说这种测试是“基于覆盖率的测试”。通常的程序结构覆盖有：语句覆盖，判定覆盖，条件覆盖，判定/条件覆盖，路径覆盖。 2.3.3 单元测试、集成测试、系统测试、验证测试和确认测试
按照软件测试的策略和过程来分类，软件测试可分为单元测试、集成测试、系统测试、验证测试和确认测试。
测试中的错误分类：
A类错误：致命错误——引起程序异常中断或死机的错误等。 B类错误：功能错误——业务功能实现错误、程序执行结果错误等。 C类错误：功能缺陷——功能操作不方便、缺少操作提示等。
D类错误：界面缺陷——界面设计不符合本系统的界面设计规范等。 E类错误：测试正确——正确的测试项、测试结果与预期的一致等。
2.4 用例测试
本系统各部分模块，采黑盒测试。 2.4.1 测试用例设计要求
一个好的测试用例，应该包含以下信息： （1）软件或项目的名称
（2）软件或项目的版本（内部版本号） （3）功能模块名
（4）测试用例的简单描述，即该用例执行的目的或方法 （5）测试用例的参考信息（便于跟踪和参考） （6）本测试用例与其他测试用例间的依赖关系
（7）本用例的前置条件，即执行本用例必须要满足的条件，如对数据库的访问权限
（8）用例的编号（ID），如可以是：软件名称简写-功能块简写-NO. （9）步骤号、操作步骤描述、测试数据描述
（10）预期结果（这是最重要的）和实际结果（如果有BUG管理工具，这条可以省略）
（11）开发人员（必须有）和测试人员（可有可无） （12）测试执行日期
三、测试用例
3.1 商品展台模块测试用例
测试优先级 标题 所在模块 测试类型 设计日期 前置条件 测试方法 输入数据 高 浏览商品信息 前台 功能性测试 2015.11.25 进入首页，会员或者游客 黑盒测试 无 1查看滚动商品显示 2点击商品图片或者文字。 3点击品牌信息，并选择其中一种品牌 1滚动正常显示 2正确跳转到购物车 3正确显示相应品牌的电子产品 符合预期 步骤 预期结果 实际结果 3.2 购买模块测试用例
下面我们就针对这一模块进行用例测试：
我们以用户jikou的身份登入系统，用户名是：jikou 密码是：1234 然后点击定购商品：诺基亚6100 单价为3800元 弹出购物车清单：选择商品数量 2 确认
出现清单：显示商品名称诺基亚6100 数量2 合计 7600元 与我们估算的数据相符。
此时选择清空购物车，继续购物，点击定购商品：摩托罗拉v70 单价为2500元
选择数量3 确认，出现清单：显示商品名称 摩托罗拉v70 合计7500元
继续选择收银台结帐，出现帐单显示：显示商品名称摩托罗拉v70 合计7500元
与我们估算的数据也相符，证明清空购物车的功能正常有效，并没有将我们第一次选购的物品计算在内，价格的计算也正确无误。
下面我们来看后台数据库的数据：
打开购物车表basket 我们可以看到以用户名jikou为关键字段的两条记录中，一条是我们第一次添加到购物车的商品信息，一条是第二次添加到购物车的商品信息，我们可以发现这两条记录的区别，第二条记录摩托罗拉的basket_check属性为是，subnumber属性为jikou2006151252，而第一条诺基亚6100 的basket_check属性为否，subnumber属性为空，证明该条记录没有产生订单也就是说这次无效的选购记录，并没有被计入到帐单中，和我们的预期目标一致，即该部分功能正常，测试完毕。
3.3 会员管理模块测试用例
3.1会员注册测试
3.1.1 任务说明
检查系统的访客注册功能是否完善。 3.1.2 通过准则
访客能够正确的到达注册页面并且注册时有相应的检查标准并拥有注册的必要功能。
3.1.3 测试用例及测试步骤
（1）测试用例
表4-1会员注册模块测试用例表
事件 1 2 3 4 5 用户操作 访客进入主界面点击注册按钮 填写电话时使用10位数字 填写密码时2次输出不一致 必填项没填写点击注册 全部合格填写后点击注册 测试类 功能测试 功能测试 功能测试 功能测试 功能测试 系统反应 跳转到注册页面 弹出警告窗口要求填写11位 提示重新输入 提示必须填写必要信息 提示注册成功且回到登录界面 （2）测试步骤
① 运行系统进入起始界面，点击注册按钮； ② 在注册界面填写特定信息进行功能测试； ③ 填写正确信息并点击完成注册按钮。 3.1.4 测试结果
测试通过。
3.2会员登录测试
3.2.1 任务说明
检查会员的登录功能是否正常，是否能正确拦截等。 3.2.2 通过准则
会员输出错误的信息时，及时拦截并提示，输入已注册的信息时能正确跳转访问主页面，会员不能不登录就访问主要界面。 3.2.3 测试用例及测试步骤
（1）测试用例
会员登录测试用例表
事件 1 2 3 用户操作 随意输入错误的用户名和密码 直接通过地址访问主页面 输出正确的用户名和密码后点登录 测试类 功能测试 功能测试 功能测试 系统反应 提示输出正确的用户名或密码 提示访问被拒绝需要先登录 登录成功且跳转的主页面 （2）测试步骤
①进入登录页面输入错误的用户名和密码测试； ②直接通过地址栏访问主页面； ③输入正确的用户名和密码进行登录。 3.2.4 测试结果
测试通过。
3.3会员信息修改和管理模块测试
3.3.1 任务说明
测试会员的信息的分页展示和增、删、改、查以及条件查询功能。 3.3.2 通过准则
进入会员管理页面时，会员信息可以正确的分页展示，条件查询可以准确的找到特定的会员信息，会员信息的删除、修改等可以准确运行。 3.3.3 测试用例及测试步骤
（1）测试用例
会员信息管理模块测试用例表
事件 1 2 3 用户操作 点击菜单栏的会员管理 在条件查询输出输入a字母 在会员信息列表中随意选一个点击修改图标 4 在会员信息列表中随意选一个点击删除图标 功能测试 测试类 功能测试 功能测试 功能测试 系统反应 准确进入分页展示的信息列表 准确查出a开头的会员信息 进入修改界面，修改正常实时更新了修改后的会员信息 准确弹出一个警告框点击确定后准确删除点击的会员信息，并刷新界面更新实时会员信息 （2）测试步骤
①点击菜单栏的会员管理选项； ②在查询输出框输出a；
③随意点击一个修改图标，并填写修改信息； ④随意点击一个删除图标，在弹出的警告栏点确定。
3.3.4 测试结果
测试通过。
3.4 订单查询模块测试用例
测试优先级 标题 所在模块 测试类型 设计日期 前置条件 测试方法 输入数据 步骤 预期结果 实际结果 高 订单查询 前台 功能性测试 2015.11.25 打开“我的订单”页面，会员 黑盒测试 无 查看订单信息 订单信息正常准确显示 符合预期 3.5 商品信息模块测试用例
3.5.1 通过准则
进入商品管理页面时，信息可以正确的分页展示，条件查询可以准确的找到特定的商品信息，商品信息的删除、修改等可以准确运行。 3.5.2 测试用例及测试步骤 （1）测试用例
表4-3商品信息管理模块测试用例表
事件 1 商品操作 点击菜单栏的商品管理 测试类 功能测系统反应 准确进入分页展示的信试 2 在条件查询输出输入字母 3 在商品信息列表中随意选一个点击修改图标 功能测试 功能测试 息列表 准确查出开头的商品信息 进入修改界面，修改正常实时更新了修改后的商品信息 4 在商品信息列表中随意选一个点击删除图标 功能测试 准确弹出一个警告框点击确定后准确删除点击的商品信息，并刷新界面更新实时商品信息 （2）测试步骤
①点击菜单栏的商品管理选项； ②在查询输出框输出a；
③随意点击一个修改图标，并填写修改信息； ④随意点击一个删除图标，在弹出的警告栏点确定。 3.5.3 测试结果 测试通过。
3.6 订单信息管理模块测试用例
测试优先级 标题 所在模块 测试类型 设计日期 前置条件 高 查看订单详细信息 后台 功能性测试 2015.11.25 打开订单信息管理页面，中 删除订单 后台 功能性测试 2015.11.25 打开订单信息管理页面，高 受理订单 后台 功能性测试 2015.11.25 打开订单信息管理页面，管理员 测试方法 输入数据 步骤 预期结果 实际结果
黑盒测试 无 查看订单信息 订单信息正常准确显示 符合预期 管理员 黑盒测试 无 删除订单 订单删除成功 符合预期 管理员 黑盒测试 无 受理订单 订单受理成功 符合预期
因篇幅问题不能全部显示，请点此查看更多更全内容