软件测试计划测试人员必看.docx
《软件测试计划测试人员必看.docx》由会员分享，可在线阅读，更多相关《软件测试计划测试人员必看.docx（16页珍藏版）》请在冰豆网上搜索。
软件测试计划测试人员必看
测试计划
1引言
1.1编写目的
由于本次测试主要是针对需求进行的系统测试，包括功能测试和性能测试技术，功能测试是执行指定的工作流程，性能测试是将功能测试过程中的单独用户改为20个同时执行以验证系统的性能。
1.2项目背景
本次测试的目的是测试网上购书系统客户端的图书查询、订单提交、在线购书等基本功能以及能否支持大数据量并发访问。
所有的购书者都可以通过网站提交订单，购买图书。
1.3基本术语及定义
无
2任务概述
2.1测试要点：
被测特性：
·对软件进行功能性测试；
·对软件进行非功能性测试。
不被测特性：
·源代码，逻辑等；
·模块的接口，模块的错误处理，模块的局部数据结构，模块在执行时执行流的独立路径，模块在处理边界值时的情形；
·单元（模块）之间的可用性等。
2.2需求概述
2.2.1用户角色需求：
游客、注册用户以及后台管理员。
游客可以不经过注册而直接浏览书，但是功能受到太多的限制，只能浏览不能购买，只有注册会员才能浏览以及购买。
管理员可对系统进行有效的管理等等。
2.2.2功能需求：
1）新书查询
2）新书放入购物车
3）生成订单
4）等待后台管理员处理订单，以下按照不同的角色权限对具体功能进行描述
2.2.3性能需求：
整个系统应当操作简便，界面友好，维护简便。
数据库要求运行稳定，执行速度快，数据安全性高。
软件系统本身运行对计算机硬件平台和操作系统平台要求适中。
2.3条件与限制
系统基于MicrosoftWindows2003Server操作系统和MicrosoftSQLServer2005数据库平台，系统采用JSP来创建高性能的Web应用程序。
3计划
3.1测试方案
测试方法：
由于本次测试的依据是需求，所以采用黑盒测试方法。
测试策略：
1）功能测试，主要采用等价类划分的策略。
2）压力测试，主要采用边界值测试、错误猜测等策略。
测试手段：
1）功能测试，手动模拟正常、异常输入。
2）压力测试，使用自动化压力测试工具LoadRunner。
测试内容：
3.2测试项目
1）功能测试，按照功能需求测试系统功能。
2）性能测试，测试20人同时访问的性能情况。
3.3测试准备
3.4测试机构与人员
角色
小组成员
职责
总测试人
王春梅
制定测试计划,组织测试工作
系统测试用例评审、测试总结报告评审
提交测试输出文档
测试员
秦玲玲
系统测试用例编写
系统测试用例执行
填写测试跟踪结果报告
系统测试总结报告编写
测试系统管理员
秦玲玲
测试环境的搭建
测试软件的维护
测试数据的建立
4测试项目说明（按照顺序逐个对测试项目进行说明）
4.1测试项目名称和测试内容
对被测软件进行系统级别的测试，针对软件的功能需求进行功能测试，验证此软件是否实现了需求分析中客户端所定义的功能，是否正确实现了此功能。
针对软件的非功能性需求对其进行性能测试，在人为设置的20人负载（大数据量，大访问量）的情况下，检查系统是否发生功能上或者性能上的问题。
测试内容即测试需求，包括功能测试和性能测试。
4.1.1功能测试内容
1）图书查询
在书刊列表中显示书刊名称，图书发布日期，作者，图书类型，出版社等。
点击书刊名称，进入书刊详细信息页面，书刊详细页面显示书刊名称，书刊描述，要求，出版社等信息，如果读者购买该图书，就需要加入购物车，填写订单。
2）订单信息
订单信息包括个人基本信息，邮政编码，详细地址，付款方式等。
可以查看填订单信息，完成订单后提交，并返回书刊查询页面。
当选入“基本信息”页面，读者需填写自己的基本信息，加星号的为必填项目，读者须认真填写，要保证格式正确，如填写错误在提交时，页面会给出错误提示。
4.1.2性能测试内容
系统的性能测试主要测试系统在20个购书者同时登录客户端进行购买操作时，检验系统的性能如何，检测系统性能瓶颈，响应时间；为此采用压力测试工具模拟20个购书者，以便测试系统的性能如何。
4.2测试用例
由于本次测试是系统测试，测试的依据是系统需求，测试的设计应该满足对需求的覆盖，所以采用的测试方法主要是黑盒测试，包括等价类划分（有效测试和无效测试）、边界值和错误猜测法等。
按照下面的测试用例覆盖矩阵表，设计相应的测试用例如下。
序号
功能项
测试用例
优先级
01
02
03
04
05
06
07
08
09
10
所有基本页面的链接正确
所有页面的转移正确
购买图书信息列表正确
购买图书详细信息正确
正常提交订单的流程
填写读者基本信息页面
填写读者订单信息页面
预览订单
访问安全性
并发访问的性能测试
TestCase-FUNC-01
TestCase-FUNC-02
TestCase-FUNC-03
TestCase-FUNC-04
TestCase-FUNC-05
TestCase-FUNC-06
TestCase-FUNC-07
TestCase-FUNC-08
TestCase-Perf-1
TestCase-Perf-2
中
中
高
高
高
高
高
高
高
高
4.3测试进度
工作任务
时间
开始日期
结束日期
备注
1
复习已有资料，了解测试需求，学习使用LoadRunner
0.5工作日
2010．10．16
2010．10．16
2
讨论、并制定测试计划
0.5工作日
2010．10．18
2010．10．18
3
讨论并制定测试用例
2工作日
2010．10．20
2010．10．21
4
测试用例评审
0.5工作日
2010．10．25
2010．10．25
5
准备系统测试环境，安装软件
0.5工作日
2010．10．30
2010．10．30
6
系统功能测试并记录跟踪报告
10工作日
2010．10．11
2010．10．21
7
回归测试
2工作日
2010．10．25
2010．10．24
8
测试报告
1工作日
2010．10．23
2010．10．26
4.4测试软件
LoadTunner7.51。
4.5测试工具：
客户端的性能测试是20人同时登录系统时系统的性能反应，为此需要采用自动化测试手段，本项目采用Mercury的LoadRunner测试工具，主要采用LoadRunner的三个主要组件：
VuGen、Controller、Analysis,其中，利用LoadRunner的VuGen录制基本功能，利用LoadRunner的Controller创建20个虚拟用户的运行场景，执行测试，利用LoadRunner的Analysis分析结果，提供测试图表。
4.5测试环境
1）软件配置
操作系统：
MicrosoftWindows2000Professional、MicrosoftWindows2000server、MicrosoftWindowsXPProfessional，操作系统上必须安装IIS4.0以上版本。
数据库系统：
MicrosoftSQLServer2000。
浏览器：
MicrosoftIE4.0或以上版本。
2）硬件需求
CPU：
P3以上。
内存：
256MB以上。
硬盘：
20GB以上。
5评价
5.1范围
本次测试主要考虑一般基本的功能与性能测试，还有一些没考虑到，后期可能还需要在进行更充分的测试
5.2准则——评价测试结果的准则
测试中发现的缺陷按照严重程度分为5个级别，如表，级别不同，严重程度也不同。
缺陷严重级别
严重级别
严重程度
1）提示（Low）
·微小的错误，不会影响系统的功能
·不准确或容易误解的行为和语句
2）一般（Medium）
·该问题增加了测试或用户操作的复杂度
·该问题轻微降低了系统的性能，但系统仍然能工作
3）严重（High）
·该问题会严重降低系统的性能
·不符合客户端需求说明
4）致命（VeryHigh）
·系统不能正常启动或启动后无法正常工作
本次测试主要是进行系统测试，需要设定测试完成的标准。
测试完成的标准是执行完所有系统测试的功能、性能测试用例，无2级以上遗留问题。
如果进行系统测试时，存在严重的质量问题，导致无法继续，并且在可接受的时间范围内无法修复，系统测试终止。
6附录——列出测试用例清单
用例1：
基本页面的链接
这个测试用例的测试编号是TestCase-FUNC-01,测试内容是验证所有基本页面链接的正确性，同时所有的页面都按照需求有正确的显示。
表6-3是这个测试用例的具体设计。
表6-3TestCase-FUNC-01测试用例
测试项目名称：
网上购书系统—客户端
测试用例编号：
TestCase-FUNC-01
测试人员：
XX
测试时间：
2010/11/15
测试项目标题：
所有基本页面的正确链接
测试内容：
验证网站首页所有链接有效
验证网站首页图片能正确装入
验证网站首页中的超链接的链接页面与页面中指示（或图示）相符
验证网站中各个页面的显示的信息都符合需求
测试环境与系统配置：
详见《测试计划》
测试输入数据
脚本见TC-F-01.c（见测试开发文档）
测试次数：
每个测试过程做2次
预期结果：
可以正确显示图片，每个链接有效，超链接的链接页面与页面中指示（或图示）相符
测试过程：
登录http:
//xxx
·对于首页每本图书链接，点击进入，查看链接的页面是否相符合
·对于首页每个链接，点击之后看能否进入相应页
·点击“English”切换语言
·点击“Chinese”切换语言
测试结果：
测试结论：
实现限制：
备注：
用例2：
页面转移的正确性
这个测试用例的测试编号是TestCase-FUNC-02，测试内容是测试所有转移页面链接的正确性，同时所有的页面都按照需求有正确的显示。
表6-4是这个测试用例的具体设计。
表6-4TestCase-FUNC-02测试用例
测试项目名称：
网上招聘系统—客户端
测试用例编号：
TestCase-FUNC-02
测试人员：
XX
测试时间：
2010/11/15
测试项目标题：
转移页面的正确性
测试内容：
验证网站每页输入“转到”的输入框能正确处理输入
测试环境与系统配置：
详见《测试计划》
测试输入数据
异常数据：
0,1.4,5.
正常数据:
1
测试次数：
每个测试过程做2次
预期结果：
对于正常数据能够转到相应页面,异常数据能够报错
测试过程：
登录http:
//xxx
对首页“转到”的输入框，依次输入如上数据
测试结果：
测试结论：
实现限制：
备注：
用例3：
显示书刊列表
这个测试用例的测试编号是TestCase-FUNC-03，测试内容是测试所有书刊列表页面的正确性，同时所有的页面都按照需求有正确的显示。
表6-5是这个测试用例的具体设计。
表6-5TestCase-FUNC-03测试用例
测试项目名称：
网上购书系统—客户端
测试用例编号：
TestCase-FUNC-03
测试人员：
XX
测试时间：
2010/11/15
测试项目标题：
书刊列表的显示
测试内容：
·验证网页上的表格是否正确显示
·验证在书刊列表中是否正确显示书刊名称，书刊发布日期，作者，书刊类型，出版社等几项
·验证书刊列表是否按发布日期排序
测试环境与系统配置：
软件环境：
MicrosoftWindowsXPProfessional
硬件环境：
P41.7GHzCPU和1.7GHz512MB内存
网络环境：
6个共享1MB/S带宽
测试输入数据
无
测试次数：
应在至少2种浏览器中进行测试，并刷新2次
预期结果：
网页正确显示，在书刊列表中显示书刊名称，书刊发布日期，作者，类型，出版社等几项，按发布日期排序
测试过程：
在IE浏览器地址栏中输入http:
//xxx，并刷新
测试结果：
测试结论：
实现限制：
无
备注：
用例4：
书刊详细信息
这个测试用例的测试编号是TestCase-FUNC-04，测试内容是测试所有书刊详细信息页面的正确性，同时所有的页面都按照需求有正确的显示。
表6-6是这个测试用例的具体设计。
表6-6TestCase-FUNC-04测试用例
测试项目名称：
网上购书系统—客户端
测试用例编号：
TestCase-FUNC-04
测试人员：
XX静
测试时间：
2010/11/16
测试项目标题：
书刊详细查询
测试内容：
验证页面是否正确显示了书刊名称、书刊描述、属性要求和作者几项
验证书刊详细信息页面上的信息是否与书刊列表中有关的信息相符
测试环境与系统配置：
软件环境：
MicrosoftWindowsXPProfessional+MicrosoftIE5.0
硬件环境：
P41.7GHzCPU+512MB内存
网络环境：
6个共享1MB/S带宽
测试输入数据
无
测试次数：
应至少测试3个不同的书刊，并随机进行
预期结果：
书刊详细页面显示书刊名称，书刊描述，作者，出版社
测试过程：
在显示的书刊列中随机地单击某一书刊名称
测试结果：
测试结论：
实现限制：
无
备注：
例5：
完整的订单提交测试
这个测试用例的测试编号是TestCase-FUNC-05，测试内容是测试购书者在正常（非正常）输入的条件下是否可以将订单成功提交，同时所有的页面都按照需求有正确的显示。
表6-7是这个测试用例的具体设计。
表6-7TestCase-FUNC-05测试用例
测试项目名称：
网上购书系统—客户端
测试用例编号：
TestCase-FUNC-05
测试人员：
XX
测试时间：
2010/11/16
测试项目标题：
正常购书流程的功能测试
测试内容：
·验证加星号的必填项，不填写或格式错误时是否在提交时正确显示错误提示。
·验证非必填项，不填写时是否在提交时正确显示提示。
·验证在“个人基本信息”、“邮政编码”、“详细地址”、“付款方式”等页面，在页面下方填写好信息后点击“增加”按钮，其内容会显示在上方的表格中。
·验证在“个人基本信息”、“邮政编码”、“详细地址”、“付款方式”页面中，选中上方表格右侧的选择框后点击“删除”按钮可删除选定的信息。
·验证在“简短评价”页面，用户输入的字数超过100，系统是否会弹出提示框。
测试环境与系统配置：
软件环境：
MicrosoftWindowsXPProfessional+MicrosoftIE5.0
硬件环境：
P42.8GHzCPU+2.7GHz512MB内存
网络环境：
10个共享1MB/S带宽
测试输入数据
脚本TC-F-0.2.c（见测试开发文档）
测试次数：
每个测试过程做2次
预期结果：
·购书者不填写必填项或者必填项格式错误时提交时应有错误提示。
·购书者不填写非必填项时提交时不应有错误提示，但是格式错误时也应该有错误提示。
·在“个人基本信息”、“邮政编码”、“详细地址”、“付款方式”页面，在页面下方填写好信息后点击“增加”按钮，其内容会显示在上方的表格中。
·在“个人基本信息”、“邮政编码”、“详细地址”、“付款方式”页面，选中上方表格右侧的选择框后点击“删除”按钮可删除选定的信息。
·在“个人评价”页面，用户输入的字数超过100，系统会弹出提示框。
测试过程：
登录http:
//xxx
点击“C语言程序设计”
点击“放入购物车”
填写所有必填项（输入数据见TC-F03.C文件）
点击“下一步”
填写订单
提交并返回
测试结果：
测试结论：
实现限制：
备注：
用例6：
基本信息页面的无效性测试
这个测试用例的测试编号是TestCase-FUNC-06，测试内容是测试购书者基本信息页面在非正常输入时系统的异常处理，同时所有的页面都按照需求有正确的显示。
表6-8是这个测试用例的具体设计。
表6-8TestCase-FUNC-06测试用例
测试项目名称：
网上购书系统—客户端
测试用例编号：
TestCase-FUNC-06
测试人员：
XX
测试时间：
2010/11/16
测试项目标题：
基本信息页面的功能测试
测试内容：
对于基本测试页面，测试其对异常数据的处理
测试环境与系统配置：
详见《测试计划》
测试输入数据
必填项留空
姓名输入过长
出生年份为1800（必填项）
出生年份为2009（必填项）
出生月份为24月（必填项）
出生月份为0月（必填项）
出生日期为39日（必填项）
出生日期为0日（必填项）
出生日期为11月31日（必填项）
出生日期为2月30日（必填项）
出生日期为1983年2月29日（必填项）
身高为0厘米（非必填项）
身高为65535厘米（非必填项）
证件号填写320320************（出生日期填写1980/02/05，证件类型为身份证）
证件号填写0（证件类型为护照）
E-mail地址填写myaddr（必填项）
E-mail地址填写myaddr@（必填项）
E-mail地址填写myaddr@123（必填项）
邮编填写12（非必填项）
填写地址，不填写邮编（要求：
地址和邮政编码同时填写）（非必填项）
填写邮编，不填写地址（要求：
地址和邮政编码同时填写）（非必填项）
数字输入框中填写字母（必填项）
数字输入框中填写字母（非必填项）
整数输入框中填写小数（必填项）
整数输入框中填写小数（非必填项）
测试次数：
每个测试过程做2次
预期结果：
系统报错
测试过程：
登录http:
//xxx
点击“C语言程序设计”
点击“放入购物车”
输入异常数据（数据如上所示）
提交
测试结果：
测试结论：
实现限制：
备注：
升级会员 