SmartUFO测试计划.docx
《SmartUFO测试计划.docx》由会员分享，可在线阅读，更多相关《SmartUFO测试计划.docx（12页珍藏版）》请在冰豆网上搜索。
SmartUFO测试计划
SmartUFO测试计划
产品名称
SmartUFO
项目承担部门
高校研发部
撰写人
Feihu
完成日期
2016/6/6
本文档使用部门
高校研发部
审核人
审核日期
版本
V1.0
日期
版本
说明
作者
2016/6/3
V1.0
测试计划V1.0
Feihu
目录
1.概述4
1.1产品简介4
1.2目的4
1.3范围4
1.4限制条件4
1.5参考文档5
2.约定5
2.1测试目标5
2.2接收标准5
2.3资源和工具6
2.3.1资源6
2.3.2工具6
2.4测试要求7
2.5编号规则7
3.测试种类及测试标准7
3.1种类测试7
3.2测试方法及标准7
3.2.1功能测试7
3.2.1.1功能7
3.2.1.2界面测试8
3.2.1.3数据项测试8
3.2.1.4接口测试8
3.2.1.5集成测试8
3.2.2业务测试8
3.2.3压力测试9
3.2.3.1压力测试说明9
3.2.3.2压力测试工具9
3.2.3.3压力测试方法及标准9
3.2.4安装测试9
3.2.4.1安装测试说明9
3.2.4.2安装测试方法及标准9
3.2.5验收测试10
3.2.5.1验收测试说明10
3.2.5.2验收测试方法及标准10
4.测试重点及顺序10
4.1预测风险10
4.2测试重点11
4.2.1功能测试11
4.2.2业务测试11
5.暂停标准和再启动要求11
6.测试任务和进度12
7.测试交付13
1.概述
1.1产品简介
SmartUFO是专门为高校快速发展互联网教育而设计，适用于高校迅速开展学习考证等。
与传统的远程教育平台不同，SmartMOOC融入了MOOC、O2O、翻转课堂、碎片式学习和团体学习的设计理念，功能特性涵盖了教、学、考、管理、运营的全业务流程。
1.2目的
编辑本次测试计划的主要目的是为了合理安排测试资源，使测试组织、管理更加高效、规范。
使每一位测试参与人员都能了解产品概要、开发进度、测试进度等。
同时也使整个测试参与人员明确测试目标、测试方法等，可保持测试实施过程的顺畅沟通。
而且也可帮助测试参与人员理解测试目的，明确测试范围和内容，确定测试时间范围（测试开始和结束时间等），指出测试的方法和工具，并输出相关文档等。
整个项目大致分为三个阶段，第一阶段主要是为了快速进行上线，保证基本业务流程，如注册、登录、支付、选课、学习、考试等基本流程可正常运行，处理一些高级别的bug；第二个阶段主要是完善相关需求功能，规范产品标准功能，修复第一阶段遗留bug；第三阶段优化产品性能，增加如网页适配、分载站点等功能。
1.3范围
本测试计划是针对《SmartUFO概要设计说明书V1.4》中规定内容的制定的测试计划，包括高校门户、学习平台以及高校信息化平台管理系统，具体内容详见原型设计站点：
:
3012/
1.4限制条件
本测试计划受限于产品开发人员提交测试的内容和时间的事实。
根据开发人员提交模块的实际情况，本计划会做出相应修改。
1.5参考文档
序号
名称
作者
备注
1
SmartUFO概要设计说明书V1.4
Judson
原型设计文档
2
SmartUFO功能标准
Feihu
功能需求
3
SmartUFO测试用例（学习平台和教务、资源模块）
Feihu
测试用例
4
SmartUFO测试用例（高校门户和后台用户、运营、系统、报表等模块）
Frank
测试用例
5
SmartMOOC操作手册
Feihu
操作手册，可参考原有功能
6
SmartMOOC安装手册
Feihu
安装手册，可参考安装搭建
2.约定
2.1测试目标
通过测试，达到以下目标：
Ø测试已实现的产品是否达到设计的要求，包括：
各个功能点是否以实现，业务流程是否正确。
产品规定的操作和运行稳定：
ØBug数和缺陷率控制在可接收的范围之内
2.2接收标准
接收标准是指可测试的标准，这个标准以测试接收测试内容为限。
单元测试接收标准：
单元模块实现功能完整、通畅，业务流程可实现，和其他功能模块实现顺利对接。
其余各阶段接收标准，以经过审核后的上一阶段测试报告为准。
2.3资源和工具
2.3.1资源
测试服务器 ：
Ø2008稳定的测试服务器，IP地址为:
192.168.0.46
Ø2003稳定的测试服务器，IP地址为:
192.168.0.133（不支持）
人员 ：
Ø测试工程师2名（Feihu、Frank）
测试环境：
Ø支持操作系统XP、Win7、Win8、Win10等主流操作系统。
Ø支持浏览器版本IE8-IE11、火狐、谷歌等主流浏览器（注意win10浏览器Edge也是需要支持）。
2.3.2工具
BUG管理工具：
Ø测试中使用的Bug管理工具为TFS和禅道（PMS）Bug管理工具（管理需求）。
测试工具：
Ø性能测试工具LoadRunner
Ø安全测试工具APPScan
开发相关：
Ø开发工具VS2013
Ø数据库MariaDB10.0
Ø所用到的技术ASP.NETMVC5，EF框架4.5.1，JqueryEasyUI，Log4Net，AngularJS，layer，WebAPI2.0
2.4测试要求
2.5编号规则
与本测试计划相关的编号规则如下：
Ø测试用例中的编号，功能名+界面名（每个字第一个汉语拼音大写）+编号
或者是公司缩写+功能模块名称+编号等，这里可以自定义。
例如：
首页用例NV_homepage_001 。
Ø测试用例文件命命名规则，模块名
例如：
首页测试用例 （总用例设置工作表可见）。
3.测试种类及测试标准
3.1种类测试
计划完成以下类型测试 ：
Ø功能测试
Ø业务测试
Ø压力测试
Ø安装测试
Ø验收测试
3.2测试方法及标准
3.2.1功能测试
3.2.1.1功能
系统能按照设计要求实现模块的各个功能，数据应完整、界面美观、操作方便。
具体可参照《SmartUFO概要设计说明书V1.4》文档和文档内容中测试重点及顺序部分。
3.2.1.2界面测试
通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动、和快捷键）的使用窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。
界面显示正常，文字描述显示精准等。
3.2.1.3数据项测试
Ø字母数字数据项是否能够正确回显，并输入到系统中。
Ø
Ø图形模式的数据项（如滑动条）是否正常工作。
Ø
Ø是否能够识别非法数据。
Ø数据输入消息是否可理解。
Ø最终确保数据访问方法和进程正常运行，数据不会遭到损坏。
3.2.1.4接口测试
所有软件接口，记录输入输出数据，确保接口调用的正确性，输出数据正确等。
3.2.1.5集成测试
主要目的检测系统是否达到需求对业务流程及数据流的处理是否符合标准，检测系统对业务流处理是否存在逻辑不严谨及错误，检测需求是否存在不合理的标准及要求。
此阶段测试基于功能完成的测试（所有单元模块集成）。
确保检测需求中业务流程，数据流的正确性。
3.2.2业务测试
功能测试完成后进行业务测试，业务测试关注的要点是业务流程，及数据流从软件中的一个模块流到另一个模块的过程中的正确性。
3.2.3压力测试
3.2.3.1压力测试说明
压力测试主要是为了测试系统是否达到需求文档设计的性能目标，譬如在一定时期内，系统的cpu利用率，内存使用率，磁盘I/O吞吐率，网络吞吐量等。
3.2.3.2压力测试工具
压力测试工具LoadRunner。
3.2.3.3压力测试方法及标准
Ø根据用户需求制定测试计划。
Ø根据测试计划设计测试数据，如录制测试脚本、调试脚本等。
Ø设计测试场景，如并发用户等。
Ø分析测试结果。
Ø最终确保达到用户需求，并输出系统相关参数报告文档。
3.2.4安装测试
3.2.4.1安装测试说明
安装是软件产品实现其功能的第一步，没有正确的安装根本就谈不上正确的执行，因此对于安装的测试就显得尤为重要。
3.2.4.2安装测试方法及标准
Ø自动安装还是手工配置安装，测试各种不同的安装组合，并验证各种不同组合的正确性，最终目标是所有组合都能安装成功。
Ø
Ø安装退出之后，确认应用程序可以正确启动、运行。
Ø卸载测试和安装测试同样重要，如果系统提供自动卸载工具，那么卸载之后需检验系统是否把所有的文件全部删除，注册表中有关的注册信息是否也被删除。
Ø至少要在一台笔记本上进行安装测试，因为有很多产品在笔记本中会出现问题，尤其是系统级的产品。
（有条件的情况下）
Ø安装完成之后，可以在简单地使用之后再执行卸载操作，有的系统在使用之后会发生变化，变得不可卸载。
Ø
Ø安装时间是否合理；
Ø对于客户服务器模式的应用系统，可以先安装客户端，然后安装服务器端，测试是否会出现问题。
Ø考察安装该系统是否对其他的应用程序造成影响，特别是Windows操作系统，经常会出现此类的问题。
3.2.5验收测试
3.2.5.1验收测试说明
软件产品测试部对经过内部单元测试、集成测试和系统测试后的软件所进行的测试，测试用例采用相关业务流程的测试用例。
3.2.5.2验收测试方法及标准
根据列出的产品功能列表进行功能验收测试：
Ø功能列表中功能已全部实现、性能指标等已达到设计要求。
Ø功能输出和设计文档、需求文档一致。
Ø没有遗留高级别的bug（1级和2级BUG）。
Ø其他相关文档输出（如设计文档、测试计划、测试用例、安装手册、操作手册等）。
4.测试重点及顺序
4.1预测风险
本次测试过程中，可能出现的风险如下：
Ø
Øbug的修复情况 Ø
Ø模块功能的实现情况 Ø
Ø系统整体功能的实现情况 Ø
Ø代码的编写质量
Ø人员经验以及对软件的熟悉度
Ø开发人员、测试人员关于项目约定的执行情况 Ø
Ø人员调整导致研发周期延迟
Ø开发时间的缩短导致某些测试计划无法执行
4.2测试重点
4.2.1功能测试
这里仅为测试重点的描述，具体测试方法以及内容请参见测试用例。
主要功能：
Ø注册登录
Ø选课
Ø支付
Ø学习
Ø考试
4.2.2业务测试
这里只是描述了业务测试的大概情况，具体测试方法以及内容请参见测试用例。
这里的业务测试包含模块之间的关系。
主要包含：
Ø注册登录
Ø选课
Ø支付
Ø学习
Ø考试
5.暂停标准和再启动要求
Ø软件系统在进行单元、集成、确认、系统、安装、验收测试时，发现一级错误（大于等于1）、二级错误（大于等于2）暂停测试返回开发。
Ø软件项目需暂停以进行调整时，测试应随之暂停，并备份暂停点数据。
Ø软件项目在其开发生命周期内出现重大估算，进度偏差，需暂停或终止时，测试应随之暂停或终止，并备份暂停或终止点数据。
Ø如有新的项目需求，则在原测试计划下做相应的调整。
Ø若开发暂停，则相应测试也暂停，并备份暂停点数据。
Ø若项目中止，则对已完成的测试工作做测试活动总结。
Ø项目再启动时，测试进度重新安排或顺延。
6.测试任务和进度
总的开发计划显示如下：
原定6/6启动测试，计划调整到6/17之后再启动测试计划。
测试计划阶段大致如下：
测试阶段
测试任务
工作量
人员分配
起止时间
备注
第一阶段（单元测试）
所有单个功能模块测试
10/1
Feihu、Frank
6/20-6/30
项目第一阶段主要开发内容（注册、登录、支付、选课、学习、考试等基本流程相关模块功能测试）
第二阶段（集成测试）
所有单元模块集成测试
10/1
Feihu、Frank
6/20-6/30
项目第一阶段主要开发内容（注册、登录、支付、选课、学习、考试等基本流程相关模块功能测试）
第三阶段（业务测试）
所有功能模块测试
10/1
Feihu、Frank
6/20-6/30
项目第一阶段主要开发内容（注册、登录、支付、选课、学习、考试等基本流程相关模块功能测试）
第四阶段（安装测试）
程序安装过程测试
1
Feihu、Frank
6/30
第五阶段（验收测试）
模拟用户使用测试（关注功能）
第六阶段（附加测试和测试总结）
原定计划外测试和测试总结，问题反馈等
第七阶段性（性能测试和安全测试）
系统性能测试和安全测试
7.测试交付
完成测试之后交付以下内容：
Ø测试计划
Ø测试用例
Ø测试bug单
Ø测试报告
Ø产品功能说明书
Ø安装手册
Ø操作手册
Ø安装包
升级会员 