电子商城网站测试计划.doc
《电子商城网站测试计划.doc》由会员分享，可在线阅读，更多相关《电子商城网站测试计划.doc（5页珍藏版）》请在冰豆网上搜索。
电子商城的测试计划
1引言
1.1目的
测试网上购物系统中的各个功能模块是否满足用户需求，并测试是否存在bug。
预期达到能够使系统进行快速的改进和系统的提高。
为了在软件投入生产性运行之前，尽可能多地发现软件的错误。
1.2背景
“网站购物平台系统”的项目旨在开发一套网上电子商务的平台，它将实现用户通过互联网完成商品采购的整个过程。
用户可以通过此平台的网上商品展示和检索获取自己所需要的商品的基本信息，并且可以根据自己的需求，通过互联网提交订单的内容来判断是否与此用户交易。
在执行本测试计划之前，需要完成系统的网站详细设计。
1.3定义
黑盒测试：
Black-BoxTesting
回归测试：
RegressionTest
功能测试：
FunctionTesting
性能测试：
PerformanceTesting
界面测试：
UITesting
兼容性测试：
CompatibilityTesting
安全性测试：
SecurityTesting
2任务概述
2.1测试范围
本测试计划主要包括单元测试、集成测试、系统测试和验收测试。
测试用例能够检查的范围包括：
①．模板设计和功能是否正确；
②．接口关系是否正确；
③．用例是否全部实现；
④．是否达到需求规格中的性能要求。
2.2测试方法
手工测试、自动化测试、WEB测试通用方法、VisualStudio2008、黑盒测试
2.3测试资源
资源：
①测试服务器
②稳定的测试服务器，IP地址为：
192.168.10.23
③测试审核人一名，测试实施人员一名
工具：
①测试中使用的Bug管理工具为经过改进的Bug管理工具
②自动化测试工具待定
2.4测试进度
里程碑任务
工作量
工作日期
结束日期
制定测试计划
1个月
详细设计说明书完成时
设计测试
2个月
制定测试计划完成时
实施测试
2个月
设计测试完成时
评估测试
1个月
实施测试完成时
3测试需求
3.1测试计划说明：
目标背景见引言
3.2测试需求具体内容：
功能性需求
功能模块
需求标识
测试需求/测试要点
用
户
注
册
增
加
记
录
用户名
填写事例：
shaotian004
shaotian
6872034
用户名的范围：
1、字母或数字
字母+数字
用户名不能为空
长度：
[1,12]
密码
填写事例：
shaotian004
密码范围：
1、不能为空2、两次输入要一致3、字母+数字，字母或数字4、长度：
[1,20]
邮箱
填写事例：
shaotian20@
邮箱范围：
1、不能为空2必须要+@3、长度：
[1,16]
身份证号
填写事例：
431122199002261334
43112219900226133x
范围：
1、不能为空
2、必须是18位的数字
3、末尾数可以为字母
非功能性需求
测试项目
需求标识
测试需求/测试要点
功
能
性
互操作性
系统与外部设备接口、其他系统接口之间的协调、能够协调正常工作
系统从接口正确接受和发送数据
安全保密性
对不同的用户有不同的权限限制
所有的密码不明码显示、存储与传输
有密码设置策略，包括有效期、最小长度、复杂度、非空设置、大小写敏感度
依从性
遵循系统各功能的标准、约定、风格指南或法规
测试项以及被测试的特性（测试类型）
3.3功能测试
测试范围
验证数据精确度、数据类型、业务功能等相关方面的正确性
测试目标
核实所有功能均已正常实现。
1、业务流程检验：
各个业务流程符合常规逻辑，用户使用时不会产生疑问。
2、数据精确：
各数据类型的输入时统计精确。
技术
采用黑盒测试，使用边界值测试，等价类划分，数据驱动的测试方法
工具与方法
手工测试
开始标准
测试用例设计完毕并且通过同行评审且项目移交系统测试
完成标准
95%测试用例通过并且最高级缺陷全部解决
测试重点与优先级
需考虑的特殊事项
3.4、性能测试
测试范围
大流量的数据与多用户操作时性能方面的测试
测试目标
核实系统在大流量的数据与多用户操作时软件性能的稳定性，不在造成系统崩溃或相关的异常现象
技术
自动化测试
工具与方法
VisualStudio2008
开始标准
自动化测试脚本设计并评审通过且项目组移交系统测试
完成标准
系统满足用户需求中所要求的性能要求
测试重点与优先级
需考虑的特殊事项
3.5用户界面测试
测试范围
1、导航、链接、Cookie、页面结构的一致性等2、友好性，可操作性
测试目标
核实各个窗口风格都与基准版本保持一致，或符合课接受标准，能够保证用户界面的友好性，易操作性，而且符合用户操作习惯。
技术
WEB测试通用方法
工具与方法
手工测试
开始标准
项目移交系统测试
完成标准
UI符合可接受标准，能够保证用户界面的友好性、易操作性，而且符合用户操作习惯
测试重点与优先级
需考虑的特殊事项
3.6安全性测试
测试范围
密码：
登录，超级管理员、用户或会员等2、权限3、非法攻击4、登录超市限制等
测试目标
应用程序级别的安全性：
核实用户只能操作其拥有权限能操作的功能
系统级别的安全性：
核实只有具备系统访问权限的用户才能访问系统
技术
代码包或者非法攻击工具
工具与方法
手工测试
开始标准
项目移交系统测试
完成标准
执行各种非法操作无安全漏洞且系统使用正常
测试重点与优先级
需考虑的特殊事项
3.7兼容性测试
测试范围
使用不同版本的不同浏览器、分辨率、操作系统分别进行测试。
不同操作系统、浏览器、分辨率和各种运行软件等各种条件组合测试
测试目标
核实系统在不同的软件和硬件配置中运行稳定
技术
黑盒测试
工具与方法
手工测试
开始标准
项目移交系统测试
完成标准
在各种不同版本不同类项浏览器、操作系统或其组合下均能正常实现功能
测试重点与优先级
需考虑的特殊事项
3.8回归测试
测试范围
所有功能、性能，用户界面，安全性等测试类型
测试目标
核实执行所有测试类型后功能、性能等均达到用户所要求的标准
技术
黑盒测试
工具与方法
手工测试和自动化测试
开始标准
每当被测试软件或其环境改变时在每个合适的测试阶段上进行回归测试
完成标准
95%测试用例执行通过并通过系统测试
测试重点与优先级
需考虑的特殊事项
4应急处理
4.1处理措施
①人为因素：
A.雇佣不到合适的人或人员流动
B.测试团队新组建没有合作经验或意见不统一
C.测试人员经验不足，对产品特性理解的不准确，造成测试范围分析的误差，结果某些地方始终测试不到或验证不标准
应急措施：
A.进行相关人员的招聘
B.推迟进度计划，从其他部门协调有能力的人员，协调团队的团结性
C.对人员进行培训，提高培训的强度
②资源：
Bug的生命周期过长
应急措施：
A.及时分配修复任务，并检查监督
B.对于暂缓处理的缺陷，要记录并跟踪
③其他方面：
用户需求变更
应急措施：
项目启动初期就和用户书面约定好需求变更控制流程、记录并归档用户的需求变更申请
④测试环境：
测试环境与实际运行环境不一致，造成测试结果的误差
应急措施：
测试环境按照软件运行的标准环境进行测试
4.2问题跟踪
在商品写入方案中：
是否使用右键和菜单实现了增、删、改的功能
增加零配件使用商品和价格配置器，查看零配件使用商品编辑窗口
拖动功能是否正确等
升级会员 