软件测试计划与测试分析报告软件工程大作业实验总结报告Word格式文档下载.docx
《软件测试计划与测试分析报告软件工程大作业实验总结报告Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《软件测试计划与测试分析报告软件工程大作业实验总结报告Word格式文档下载.docx(18页珍藏版)》请在冰豆网上搜索。
开发方
项目委托时间
—项目测试时间范围
从至
测试参与人员
第1章引言
1.1编写目的
[以下作为参考]
本测试报告为XXX项目的测试报告,目的在于总结测试阶段的测试以及分析测试结果,描述系统是否符合需求(或达到XXX功能目标)。
预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。
[可以针对不同的人员进行阅读范围的描述。
什么类型的人可以参见报告
XXX页XXX章节等。
]
1.2项目背景
本报告主要内容包括:
[对项目目标和目的进行简要说明。
必要时包括简史,这部分不需要脑力劳动,直接从需求或者招标文件中拷贝即可。
1.3参考资料
[需求、设计、测试用例、手册以及其他项目文档都是范围内可参考。
测试使用的国家标准、行业指标、公司规范和质量手册等等。
]
资料名称
作者
文档名称
版本号
《软件项目计划》
《用户需求说明书》
《软件需求规格说明书》
《系统设计说明书》(可能分概要设计和详细设计)
1.4术语和缩略语
[列出设计本系统/项目的专用术语和缩写语约定。
对于技术相关的名词和与
多义词一定要注明清楚,以便阅读时不会产生歧义。
]
缩略语
全意
第2章测试概要
[测试的概要介绍,包括测试的一些声明、测试范围、测试目的等等,主要是测试情况简介。
1.测试策略与范围
参照《SPI_SPE软件集成测试、系统测试与确认测试技术流程》来确定。
可以根据所采用的软件生命周期模型来进行迭代。
对非功能点需求的测试说明,如性能、安全性等不作为测试范围的需求。
明确测试轮次(不同版本)和回归(同一版本)的确认方法。
如修改缺陷后进入下一轮测试而不是只针对缺陷进行回归。
2.测试活动计划进度
参照《软件项目计划》说明测试主要活动的安排和大致时间段。
包括,总的时间段、各项主要测试工作的开始时间、各项准备工作(对系统的熟悉、用户培训、数据准备等)和时间安排、分析测试结果/编写测试报告的时间。
如工程采用迭代法开发,则测试日程安排可扩充和循环使用
计划测试总范围
测试活动
计划开始日期
预期工作量(工作日/人)
制定测试计划
如社保参考3工作日/人
该项目培训和熟悉工作所需的时间
系统测试
设计
如社保参考7工作日/人
执行
如社保参考33工作日/2人
确认测试(预演)
性能测试
(可选)
测试评估与报告
各阶段测试内容
(1)集成测试阶段
测试对象:
测试准备就绪准则:
测试内容:
测试方法:
测试规程:
测试通过准则:
(2)系统测试阶段
测试通过准则:
(3)确认测试阶段测试对象:
测试准备就绪准则:
测试内容:
测试方法:
测试规程:
测试通过准则:
测试用例设计
[简要介绍测试用例的设计方法。
例如:
等价类划分、边界值、因果图,以及用这类方法(3-4句)。
测试环境与配置
[对于三层架构的,可以根据网络拓扑图列出相关配置。
2.3.1功能测试
数据库服务器配置
机器名(IP)
CPU
内存
软件环境(操作系统、应用软件)
应用服务器配置
客户端配置
说[访问地址等]明
232性能测试
测试方法和工具
测试内容
测试方法
测试工具
备注
功能
黑盒、手工、回归
Qc、jira
性能
黑盒、手工、回归、工具自动
Qcjira
LoadRunner(试用版)
可靠性
安全性
可使用性
兼容性
安装和手册
需求的可追溯性
所覆盖的每个需求到针对它的测试的可追溯性。
这种可追溯性应覆盖所有适用的软件需求规格说明和相关接口需求规格说明。
相关参考:
需求跟踪矩阵、软件测试用例。
所覆盖的每个需求到针对它的测试之间的对应关系通过《软件测试用例》
来追溯。
第3章测试内容和执行情况
[采用了CMM/ISC或者其他工程标准过程。
这部分主要汇总各种数据并进行度量,度量包括对软件能力评估、对软件产品的质量度量和产品评估。
3.1项目测试概况表
对XXXX系统的功能、性能、可靠性、安全性、可使用性、兼容性、安装和手册等方面进行了全面的测试。
……
项目测试概况表
项目版本
开始时间
结束时间
用例数
用例通过数
问题数
用例通过率
个
%
3.2功能
功能测试情况概要
模块名称
3.2.1总体KPI
[下表摘一些需求点(可融合用例,框架性内容,不需要太具体的用例)、用
例执行情况出来。
关键绩效指标法(KeyPerformaneeIndicator,KPI),它把对绩效的评估简化为对几个关键指标的考核,将关键指标当作评估标准,把员工的
绩效与关键指标作出比较地评估方法,在一定程度上可以说是目标管理法与帕累托定律的有效结合。
关键指标必须符合SMART原则:
具体性(Specific)、衡量
性(Measurable)、可达性(Attainable)、相关性(Relevant)、时限性
(Time-based)。
基本要求
测试情况
测试通过
是
否
登录
输入正确的用户名和密码可以登录系统。
输入错误的用户名和密码系统给出明确提
示。
功能实现。
区
□
□□
□J
□J
322模块二
323模块三
n
3.3性能(效率)
性能测试情况概要
3.3.1测试用例
测试系统在预定环境和负载下的响应速度。
通信效率、设备效率、执行效
率。
序号
用例名称
1
***用户同时登录,
因
2
查询
3
退出
4
5
3.3.2参数设置
[大概列一些数据项,有需要的再补充其中。
脚本循环次数
并发用户数
10、20、XX
真实客户端数量
台
脚本录制方法
?
自动?
手动
模拟线路类型
10/100M以太网
3.3.3通信效率
[先简介测试内容和测试标准,包括网络的使用频度与带宽占用。
然后填写
F面表格。
用户数
接收(字节数/秒)
发送(字节数/秒)
当前带宽(M)
[说明:
包括使用LoadRunner测试以上各种情况,包括测试该功能得到的性能指标的截图]
说明:
334设备效率
[先简介测试内容和测试标准,包括CPU占用率、内存占用率、磁盘占用率、
输入输出效率等,包括软件在不工作状态下对于硬件资源的占用情况和进行业务处理过程中对于硬件资源的占用情况。
然后填写下面表格。
CPU占用率(%
内存占用率(KB)
磁盘占用率(%
磁盘传输率(B/S)
包括使用LoadRunner测试以上各种情况,包括测试该功能得到的性
能指标的截图]
3.3.5执行效率
[先简介测试内容和测试标准,包括在预定环境和负载下的响应速度,特别
是在大负载、大并发量情况下的响应速度。
平均响应时间(秒)
3.4可靠性
掉电
客户机掉电或强行关机后重启机器,不丢失数据。
实现要求。
□n
3.5安全性