首頁 文章 测试计划

测试计划

2024-08-20 14:16  瀏覽數:188  來源:hxy520wxy    

测试计划
1.测试概述
1.1项目背景
说明测试项目的整体背景
在信息化、大数据时代的背景下,实现资产管理水平的提高,是每个企业的需求和挑战,通过计算机软件,实现资
产的电子化管理,提高资产的准确性,方便查询和维护,提高工作效率。
B/S资产管理系统是集供应商、资产报废、资产借还等功能的综合管理系统,它可以由管理员在网上实行各项管
理活动,传递各项管理信息,是资产管理手段科学化的新型管理系统。
本项目的目标是建立符合一般企业实际管理需求的资产管理系统,对企业的资产信息进行精确的维护,有效服务,
从而减轻资产管理部门从事低层次信息处理和分析的负担,解放管理员的“双手大脑”,提高工作质量和效率。
1.2编写目的
说明测试计划文档的编写目的
本次测试计划编写主要有两种受众:测试管理人员(项目经理、用户指定人员)和测试人员。项目经理根据该测试
计划制定进一步的计划安排(工作任务安排、时间进度安排)和控制测试进度。用户指定人员通过该测试了解测试
内容和相关信息。测试人员根据该测试中指定的范围、方法确定测试相关文档的编写和测试中的一些细节,为资产
管理的出现而是工作提供框架和规范。
本文档为B/S资产管理系统测试计划文档,其目的有以下几点:
1.确定现有的项目信息和功能模块。
2.设计切实可行的测试方法,并对方法进行说明,让项目更有条理、有计划地运行。
3.列出测试所需要的环境资源和人力资源,确定测试进度。
4.列出项目的可交付元素。
5.根据测试需求和策略,综合项目的优先级和测试资源,评估测试进度。
6.在测试之前对可能存在风险进行评估,提前预防,以便采取相应的措施。
2.测试任务
2.1测试目的
分别说明进行功能测试、自动化测试、性能测试、接口测试的目的
功能测试:
(1)是否有不正确或遗漏的功能。
(2)功能实现是否满足用户需求和系统设计的隐藏需求。
(3)能否正确地接受输入,能否正确地输出结果。
(4)验证业务流程是否正确、合理。
自动化测试:
(1)用更低的人力和设备资源去搭建模拟真实的产品使用场景。
(2)用计算机资源去模拟用户,通过脚本去固定的执行一些重复繁琐的操作。
(3)打破时间和地点的限制,对产品的运行状况进行24小时监控。
性能测试:
评估系统的能力:测试中得到的负荷和响应时间数据可以被用于验证所计划的模型的能力,并帮助作出决策。
(1)识别体系中的弱点:受控的负荷可以被增加到一个极端的水平,并突破它,从而修复体系的瓶颈或薄弱的地
方。
(2)系统调优:重复运行测试,验证调整系统的活动得到了预期的结果,从而改进性能。
(3)检测软件中的问题:长时间的测试执行可导致程序发生由于内存泄露引起的失败,揭示程序中的隐含的问题
或冲突。
(4)验证稳定性和可靠性:在一个生产负荷下执行测试一定的时间是评估系统稳定性和可靠性是否满足要求的唯
一方法。
接口测试:
(1)进行系统集成测试,暴露BUG。
(2)解决系统测试复杂度。
(3)屏蔽UI层的不稳定性。
(4)检查系统的安全性、稳定性。
(5)接口经过测试稳定了,前端页面可以随便改,减少BUG的产生。
2.2测试参考文档
说明测试过程所用的参考文档
2.3测试范围
分别说明功能测试、自动化测试、性能测试、接口测试根据什么测试,以及具体测试内容
功能测试:
根据《A1-BS资产管理系统需求说明书》进行需求分析,理解业务功能,设计功能测试用例。按照《A3-功
能测试用例模板》完成功能测试用例文档;
内容:执行功能测试,进行Web端的登录页面、个人信息管理、资产类别管理、品牌管理、报废方式管理、供应
商管理、存放地点管理、部门管理、资产入库管理、资产借还管理、资产报废管理逐项测试,检查产品是否达到用
户要求的功能。编写缺陷报告、执行脚本并将脚本编写在缺陷报告《A4-功能测试Bug缺陷报告清单模板》中

自动化测试:
根据《A6-BS资产管理系统自动化测试要求》文档,对页面元素进行识别和定位、编写自动化测试脚本并执行
脚本。按照《A7-自动化测试报告模板》完成自动化测试报告文档;
内容:执行自动化测试,对页面元素进行识别和定位、编写自动化测试脚本、成功执行脚本并将脚本粘贴在自动化
测试报告中
性能测试:
根据《A8-BS资产管理系统性能测试要求》文档,使用性能测试工具添加脚本、回放脚本、配置参数、设置场
景、执行性能测试,对测试过程和结果进行截图。按照《A9-性能测试报告模板》完成性能测试报告文档;
内容:执行性能测试,使用性能测试工具LoadRunner和JMeter,录制脚本、回放脚本、配置参数
、设置场景、执行性能测试并且截图,截图需粘贴在性能测试报告中。
接口测试:
根据《A12-BS资产管理系统接口测试要求》,使用接口测试工具进行发送请求、变量设置等内容,对测试过
程和结果进行截图。按照《A13-接口测试报告模板》完成接口测试报告文档;
内容:执行接口测试,使用接口测试工具PostMan,编写脚本、配置参数、执行接口测试并且截图,截图需
粘贴在接口测试总结报告中。
3.测试资源
3.1软件配置
分别说明功能测试、自动化测试、性能测试、接口测试过程中所用的测试环境及工具
3.2硬件配置
说客户端及移动端的相关硬件配置
3.3人力资源分配
说明测试人员的角色、职责及最终产出
4.测试计划
4.1整体测试进度规划
说明各个测试阶段的时间及人员安排
4.2功能测试计划
说明功能测试的目标、范围、技术、步骤、开始及结束标准
测试目标 测试一个产品的特性和可操作行为以确定它们满足设计需求
测试范围 根据每一项需求准确描述各项规格测试
应用技术 使用适当的平台、浏览器和测试脚本
执行步骤 逐项测试,检查产品是否达到用户要求的功能
开始标准 测试人员与技术人员一起完成项目审核,项目通过审核,项目完成度满足测试基本要求,明确了测试需

完成标准 确保符合需求和规范
4.3自动化测试计划
说明自动化测试的目标、范围、技术、步骤、开始及结束标准
测试目标 使用脚本自动去执行某些功能提高速率
测试范围 根据特定的程序来模拟软件的操作过程或操作行为,然后对软件所做出的反应或输出结果进行检查或验

应用技术 把以人为驱动的测试行为转化为机器执行
执行步骤 对页面元素进行识别和定位、编写自动化测试脚本并执行脚本
开始标准 测试人员与技术人员一起完成项目审核,项目通过审核,项目完成度满足测试基本要求,明确了测试需
求,以及自动化测试标准,规范
完成标准 性能效果变好,系统稳定性,系统的架构不存在瓶颈
4.4性能测试计划
说明性能测试的目标、范围、技术、步骤、开始及结束标准
测试目标 对被测系统按照一定的测试策略进行施压获取系统的响应时间,运行效率等各项性能指标来评价系统是
否满足用户的性能需求
测试范围 根据自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试
应用技术 负载测试和压力测试都属于性能测试,两者可以结合进行
执行步骤 使用性能测试工具LoadRunner和JMeter,录制脚本、回放脚本、配置参数、设置场景
、执行性能测试
开始标准 测试人员与技术人员一起完成项目审核,项目通过审核,项目完成度满足测试基本要求,明确了测试需
求,性能测试所需要的软硬件环境配制、部署正确
完成标准 系统各项性能指标的变化情况好,得系统能提供的最大服务级别的测试
4.5接口测试计划
说明接口测试的目标、范围、技术、步骤、开始及结束标准
测试目标 对软件之间进行数据交互的接口进行测试
测试范围 被测试接口是否实现,性能是否达标,安全性是否满足
应用技术 检测外部系统与系统之间以及内部各个子系统之间的交互点
执行步骤 使用接口测试工具PostMan,编写脚本、配置参数、执行接口测试
开始标准 测试人员与技术人员一起完成项目审核,项目通过审核,项目完成度满足测试基本要求,明确了接口测
试需求,以及接口测试标准、规范。接口测试相关文档完备
完成标准 数据的交换,传递和控制管理过程,以及系统间的相互逻辑依赖关系,确保正确性和稳定性
5.发布标准
说明功能测试、性能测试、接口测试、文档的测试完毕可发布标准
测试类型 发布标准
功能测试 确保达到用户要求的基本功能
性能测试 性能效果变好,系统稳定性,系统的架构不存在瓶颈
接口测试 数据的交换,传递和控制管理过程,以及系统间的相互逻辑依赖关系,确保正确性和稳定性
文档的测试 以按照交互文档,需求文档完全的实现需求,符合相互搞的交互设计规范,符合视觉要求,通过设计
评审
6.相关风险
说明测试过程中的假定风险以及如何应对
风险类型 风险详述 应对措施
工作量预估不准确 开发提交测试版本比该计划计划延迟的风险 执行测试的时间应该合理顺延
需求变更 工作量中预估对需求变更进行了一定的风险覆盖,但如果需求变更超出目前预计,则可能到账编写测试
用例和执行测试相关工作量增加 应提高测试效率,提高测试质量



聲明:以上文章均為用戶自行添加,僅供打字交流使用,不代表本站觀點,本站不承擔任何法律責任,特此聲明!如果有侵犯到您的權利,請及時聯系我們刪除。

字符:    改为:
去打字就可以设置个性皮肤啦!(O ^ ~ ^ O)