软件测试计划与测试分析报告软件工程大作业实验总结报告Word格式.docx

软件测试计划与测试分析报告软件工程大作业实验总结报告Word格式.docx

《软件测试计划与测试分析报告软件工程大作业实验总结报告Word格式.docx》由会员分享，可在线阅读，更多相关《软件测试计划与测试分析报告软件工程大作业实验总结报告Word格式.docx（19页珍藏版）》请在冰豆网上搜索。

2.4测试方法和工具8

2.5需求的可追溯性8

第3章测试内容和执行情况8

3.1项目测试概况表8

3.2功能9

3.2.1总体KPI9

3.2.2模块二9

3.2.3模块三10

3.3性能（效率）10

3.3.1测试用例10

3.3.2参数设置10

3.3.3通信效率11

3.3.4设备效率11

3.3.5执行效率11

3.4可靠性12

3.5安全性12

3.6易用性12

3.7兼容性13

3.8安装和手册13

第4章覆盖分析13

第5章缺陷的统计与分析15

5.1缺陷汇总15

5.2缺陷分析15

5.3残留缺陷与未解决问题15

第6章测试结论与建议16

6.1测试结论16

6.2建议16

项目基本信息

项目名称

客户方

开发方

项目委托时间

项目测试时间范围

从至

测试参与人员

第1章引言

1.1编写目的

[以下作为参考]

本测试报告为XXX项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求（或达到XXX功能目标）。

预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。

……

[可以针对不同的人员进行阅读范围的描述。

什么类型的人可以参见报告XXX页XXX章节等。

]

1.2项目背景

本报告主要内容包括：

[对项目目标和目的进行简要说明。

必要时包括简史，这部分不需要脑力劳动，直接从需求或者招标文件中拷贝即可。

1.3参考资料

[需求、设计、测试用例、手册以及其他项目文档都是范围内可参考。

测试使用的国家标准、行业指标、公司规范和质量手册等等。

资料名称

作者

文档名称

版本号

《软件项目计划》

《用户需求说明书》

《软件需求规格说明书》

《系统设计说明书》（可能分概要设计和详细设计）

1.4术语和缩略语

[列出设计本系统/项目的专用术语和缩写语约定。

对于技术相关的名词和与多义词一定要注明清楚，以便阅读时不会产生歧义。

缩略语

全意

第2章测试概要

[测试的概要介绍，包括测试的一些声明、测试范围、测试目的等等，主要是测试情况简介。

1.测试策略与范围

参照《SPI_SPE_软件集成测试、系统测试与确认测试技术流程》来确定。

可以根据所采用的软件生命周期模型来进行迭代。

对非功能点需求的测试说明，如性能、安全性等不作为测试范围的需求。

明确测试轮次（不同版本）和回归（同一版本）的确认方法。

如修改缺陷后进入下一轮测试而不是只针对缺陷进行回归。

2.测试活动计划进度

参照《软件项目计划》说明测试主要活动的安排和大致时间段。

包括，总的时间段、各项主要测试工作的开始时间、各项准备工作（对系统的熟悉、用户培训、数据准备等）和时间安排、分析测试结果/编写测试报告的时间。

如工程采用迭代法开发，则测试日程安排可扩充和循环使用。

计划测试总范围

测试活动

计划开始日期

预期工作量（工作日/人）

制定测试计划

如社保参考3工作日/人

该项目培训和熟悉工作所需的时间

系统测试

设计

如社保参考7工作日/人

执行

如社保参考33工作日/2人

确认测试

（预演）

性能测试（可选）

测试评估与报告

如社保参考3工作日/人

2.1各阶段测试内容

（1）集成测试阶段

测试对象：

测试准备就绪准则：

测试内容：

测试方法：

测试规程：

测试通过准则：

…………..

（2）系统测试阶段

………

（3）确认测试阶段

......

2.2测试用例设计

[简要介绍测试用例的设计方法。

例如：

等价类划分、边界值、因果图，以及用这类方法（3-4句）。

2.3测试环境与配置

[对于三层架构的，可以根据网络拓扑图列出相关配置。

2.3.1功能测试

数据库服务器配置

机器名（IP）

CPU

内存

软件环境（操作系统、应用软件）

应用服务器配置

客户端配置

说明

[访问地址等]

2.3.2性能测试

2.4测试方法和工具

测试内容

测试方法

测试工具

备注

功能

黑盒、手工、回归

Qc、jira

性能

黑盒、手工、回归、工具自动

Qc、jira

LoadRunner9.0（试用版）

可靠性

安全性

可使用性

兼容性

安装和手册

2.5需求的可追溯性

所覆盖的每个需求到针对它的测试的可追溯性。

这种可追溯性应覆盖所有适用的软件需求规格说明和相关接口需求规格说明。

相关参考：

需求跟踪矩阵、软件测试用例。

所覆盖的每个需求到针对它的测试之间的对应关系通过《软件测试用例》来追溯。

第3章测试内容和执行情况

[采用了CMM/ISO或者其他工程标准过程。

这部分主要汇总各种数据并进行度量，度量包括对软件能力评估、对软件产品的质量度量和产品评估。

]

3.1项目测试概况表

对XXXX系统的功能、性能、可靠性、安全性、可使用性、兼容性、安装和手册等方面进行了全面的测试。

项目测试概况表

项目版本

开始时间

结束时间

用例数

用例通过数

问题数

用例通过率

个

％

3.2功能

功能测试情况概要

模块名称

3.2.1总体KPI

[下表摘一些需求点（可融合用例，框架性内容，不需要太具体的用例）、用例执行情况出来。

关键绩效指标法（KeyPerformanceIndicator，KPI），它把对绩效的评估简化为对几个关键指标的考核，将关键指标当作评估标准，把员工的绩效与关键指标作出比较地评估方法，在一定程度上可以说是目标管理法与帕累托定律的有效结合。

关键指标必须符合SMART原则：

具体性（Specific）、衡量性（Measurable）、可达性（Attainable）、相关性（Relevant）、时限性（Time-based）。

基本要求

测试情况

测试通过

是

否

登录

输入正确的用户名和密码可以登录系统。

输入错误的用户名和密码系统给出明确提示。

功能实现。

3.2.2模块二

3.2.3模块三

3.3性能（效率）

性能测试情况概要

3.3.1测试用例

测试系统在预定环境和负载下的响应速度。

通信效率、设备效率、执行效率。

序号

用例名称

***用户同时登录，

查询

退出

3.3.2参数设置

[大概列一些数据项，有需要的再补充其中。

脚本循环次数

并发用户数

10、20、XX

真实客户端数量

台

脚本录制方法

✍自动✍手动

模拟线路类型

✍10/100M以太网

3.3.3通信效率

[先简介测试内容和测试标准，包括网络的使用频度与带宽占用。

然后填写下面表格。

用户数

接收（字节数/秒）

发送（字节数/秒）

当前带宽（M）

[说明：

包括使用LoadRunner测试以上各种情况，包括测试该功能得到的性能指标的截图]

说明：

3.3.4设备效率

[先简介测试内容和测试标准，包括CPU占用率、内存占用率、磁盘占用率、输入输出效率等，包括软件在不工作状态下对于硬件资源的占用情况和进行业务处理过程中对于硬件资源的占用情况。

CPU占用率（%）

内存占用率（KB）

磁盘占用率（%）

磁盘传输率（B/S）

3.3.5执行效率

[先简介测试内容和测试标准，包括在预定环境和负载下的响应速度，特别是在大负载、大并发量情况下的响应速度。

平均响应时间（秒）

3.4可靠性

掉电

客户机掉电或强行关机后重启机器，不丢失数据。

实现要求。

3.5安全性

用户权限

所有授权用户是否能在所授权限下进行工作，不容许超权限。

3.6易用性

易安装性

安装参数给出默认值或提示，需要用户干预的地方尽量少，操作方便。

3.7兼容性

硬件

软件对硬件的最低配置要求、推荐配置和特殊要求

数据库PC服务器：

CPU，MB以上内存，GB以上硬盘

WEB服务器：

以上CPU，MB以上内存，GB以上硬盘

客户机：

以上CPU、MB以上内存，MB以上硬盘

3.8安装和手册

启动安装程序

如果安装了CD-ROM,插入安装盘后自动启动安装程序。

在CD盘中突出显示setup.exe文件，双击文件启动安装程序。

能实现要求。

第4章覆盖分析

测试覆盖率

用例个数

执行数

各模块测试覆盖率

未/漏测分析和原因

公用

公诉

测试覆盖率计算：

执行数/用例总数×

100％＝

第5章缺陷的统计与分析

5.1缺陷汇总

测试问题数量-问题类型

[使用BI，截表、柱状图]

测试问题数量-其他数据

[使用BI，截表]

测试问题数量-问题产生原因

5.2缺陷分析

本部分对上述缺陷和其他收集数据进行综合分析。

重要缺陷分析表

缺陷编号

简要描述

分析结果

测试通过（Pass/Fail）

5.3残留缺陷与未解决问题

残留缺陷与未解决问题列表

性质

原因分析

Bug

如何引起缺陷，缺陷的后果，描述造成软件局限性和其他限制性的原因

缺陷

建议

第6章测试结论与建议

6.1测试结论

“XXX系统”在用户现场环境进行功能、可靠性、安全性、可使用性、兼容性、安装和手册功能七个方面进行了全面、严格、规范的测试。

测试结果表明：

“XXX系统”完全达到业务需求文档中的要求，并具有以下特点：

1.系统架构先进、简单。

该系统采用先进的B/S架构，后台支持各种大小数据库，系统结构清晰明确，可满足国家税务总局网络软件应用的要求。

2.功能全面。

该软件由桌面系统、报表采集服务器、报表分析应用服务器等模块组成，涵盖了税务的税收快报、税收旬报、会统报表、重点税源税收调查、纳税百强全部业务功能，提供了计会统、重点税源等各种业务报表，保证重点税源业务在系统中的正常应用，保障了重点税源监控工作顺利开展。

3.系统安全性较好。

系统具有严格的权限设置功能，权限设置可细化到字段级，不同权限的人员只能看到自己有权限访问的字段内容，有效地保证了数据的安全性。

4.系统设置灵活。

该软件完全基于工作流程进行设计，系统业务功能操作简单，可轻松制作各种图表。

5.系统可靠性高。

对客户机掉电或强行关机后重启机器、网络异常中断。

有完善的数据校验机制，对用户输入不符合要求的数据，给出了简洁、准确的提示信息，必要时给出了帮助。

6.系统兼容性好。

系统设计灵活，支持与税源分析系统相关应用软件实现数据交换和共享。

能满足用户在各种操作系统，各种web应用服务器及各种主流数据库支撑软件下的使用。

7.系统预测统计模型通过严格测试，以大量税收数据进行预测，使预测模型求出的预测数据更接近真实数据。

对大量税收数据进行预警分析，预警结果正确。

8.测试结论：

通过。

6.2建议

[1．对系统存在问题的说明，描述测试所揭露的软件缺陷和不足，以及可能给软件实施和运行带来的影响

2．可能存在的潜在缺陷和后续工作

3．对缺陷修改和产品设计的建议

4．对过程改进方面的建议]

河北北方学院软件工程大作业实验总结报告

（要求2500字以上，2页以上）

1、通过学习软件工程课程的认识

谈一下你通过学习本课程所理解的软件工程在整个学科体系中的地位、对此课程不正确的认识可能带来的后果。

写一下你的认识与理解

2、所完成的大作业内容与总结

通过对大作业的完成概述，谈一下整体系统开发中各个阶段的体会，你所得到的教训与学到的知识以及认识