软件项目测试计划

上传人:m**** 文档编号:459017579 上传时间:2023-09-02 格式:DOCX 页数:13 大小:55.75KB
返回 下载 相关 举报
软件项目测试计划_第1页
第1页 / 共13页
软件项目测试计划_第2页
第2页 / 共13页
软件项目测试计划_第3页
第3页 / 共13页
软件项目测试计划_第4页
第4页 / 共13页
软件项目测试计划_第5页
第5页 / 共13页
点击查看更多>>
资源描述

《软件项目测试计划》由会员分享,可在线阅读,更多相关《软件项目测试计划(13页珍藏版)》请在金锄头文库上搜索。

1、此OO&6SZ。.0堤帐xxx1. 引言31.1. 编写目的31.2. 项目背景31.3. 参考资料31.4. 术语和缩略词32. 任务概述42.1. 测试目标42.2. 测试对象42.3. 测试范围52.4. 测试策略62.5. 测试准则62.5.1启动准则62.5.2结束准则62.6. 测试流程73. 测试资源73.1测试环境73.2测试工具83.3用例设计方法84. 测试计划84.1工作量评估84.2测试里程碑95. 测试方案95.1测试类型95.2测试技术105.2.1功能测试105.2.2文档测试105.2.3界面测试105.2.4业务流程测试105.2.5兼容性测试105.2.6安

2、全性测试115.2.7易用性测试115.2.8接口测试115.2.9回归测试115.2.10性能测试115.3测试实施阶段125.3.1单元测试125.3.2集成测试125.3.3系统测试125.3.4验收测试126. 测试过程管理136.1测试文档136.2缺陷处理131-引言1-1-编写目的编写测试计划的目的是为整个测试阶段的管理工作和技术提供指南,同时确定测试的内容和范 围,为评价系统提供依据;同时也可以作为测试结果的评价指标。1-2-项目背景系统名称:XXX系统委托单位:XXX开发单位:XXX件科技有限公司随着投资多元化的推进,公路工程项目的投资问题逐步体现出来,如何加快工程造价信息的

3、交 流,改进造价系统业务流程和管理模式,提高效率,降低成本,将是摆在造价审计与监督者面前的重 要课题。而借助信息化建设,有效快捷的帮助有关部门完成管理的提升。建立公路工程动态审计与造价监督网络数据采集平台,结合先进的网络技术,针对工程造价的管 理特点,力求功能全面而细致,操作简单方便,强调网络信息交流和共享。数据采集网络平台适用于涉及到投资与造价的相关职能部门。可以在多种硬件环境的互联网上使 用,同时为投资管理提供了明确的流程思想,投资数据更加方便、灵活、易用。还提供了远程模式, 在任何地方,同样可以及时得到最新的投资信息动态查询,全面掌握投资决策。1-3-参考资料软件需求规范项目总体计划需求

4、规格说明书概要设计说明书1-4-术语和缩略词1、响应时间:客户端从给服务器端发送一个请求开始直到接收了服务器反馈信息为止,这期间所 有的时间称为响应时间。2、点击率:每秒钟用户向Web服务器提交的HTTP请求数。3、吞吐率:即应用系统在单位时间内完成的交易量,也就是在单位时间内,应用系统针对不同的 负载压力,所能完成的交易数量。2. 任务概述21.测试目标通过测试,达到以下目标:测试已实现的产品是否达到设计的要求,包括各个功能点是否实现,业务流程是否正确;产品规定的操作和运行稳定; BUG数量和缺陷率控制在可接收范围内;通过性能测试找出瓶颈,对资源和设置进行调优,最终保证软件的性能指标。2.2

5、. 测试对象一级模块二级模块子模块描述备注主页首页包括首页的登录、页面跳转、页面布局等管理平台高速公路包括数据、铁笼、预警、查询、展示、评价、反馈 等子模块功能国省干道包括数据、铁笼、预警、查询、展示、评价、反馈 等子模块功能航电水运包括数据、铁笼、预警、查询、展示、评价、反馈 等子模块功能农村公路包括数据、铁笼、预警、查询、展示、评价、反馈 等子模块功能养护工程包括数据、铁笼、预警、查询、展示、评价、反馈 等子模块功能工作平台后台采集后台采集下的各个子模块人工采集人工采集下的各个子模块数据还原数据还原下的各个子模块二级授权二级授权下的各个子模块问题反馈问题反馈下的各个子模块展示平台建设概况建

6、设概况下的各个子模块投资状况投资状况下的各个子模块动态监督动态监督下的各个子模块预警问题预警问题下的各个子模块设置设置设置下的组织机构、用户管理、菜单管理等模块2.3. 测试范围针对数据铁笼需求说明书的内容列出本次测试的范围,具体如下表所示:测试类型测试内容测试目标测试方法功能测试Web端的所有功能,包括增删改查及其他按 钮功能、各控件功能、各菜单功能、业务流 程等。1、确保测试的功能正常,其中包 括导航、数据的输入、处理及检 索;2、各业务流程能够满足用户需 求。黑盒测试手工测试界面测试1、导航、链接、页面结构(包括菜单、颜 色、字体、按钮、Title、提示信息等的一致 性);2、友好性、易

7、用性、合理性、一致性、正 确性等。1、验证系统的风格是否一致;2、保证用户界面友好、易操作性;3、符合用户操作习惯。手工测试安全性测试1、密码:登录、用户、管理员;2、权限控制;3、通过修改URL非法访问;4、登录超时限制。1、验证用户只能操作其所拥有权 限范围内的功能;2、验证只能具备系统访问权限的 用户才能访问系统。黑盒和手工测试兼容性测试1、浏览器:IE8.0以上、火狐、谷歌、搜狗、360浏览器等;2、分辨率:1024*768、800*600,3、操作系统:Win XP、Win7、Win10 等;3、不同操作系统、浏览器、分辨率等组合 测试。验证系统在不同的软件和硬件配置 中运行的稳定性

8、。黑盒和手工测试接口测试系统与外部系统或外部设备接口的正确性检查系统是否与外部系统或外部设 备等接口的正确性白盒测试和工具测试性能测试对系统进行压力、负载、并发等测试核实系统在大流量的数据与多用户 操作时软件性能的稳定性,不造成测试工具系统崩溃或相关的异常现象2.4. 测试策略针对本项目的情况制定项目的测试过程策略如下:1、以80/20原理为指导,尽量做到在有限的时间内发现尽可能多的缺陷(尤其是严重缺陷);2、测试计划与需求制定、用例设计同步进行;3、必须制定测试需求,通过确定要测试的内容和各自的优先级、重要性,使测试设计工作更有目 的性,在需求的指导下设计出更多有效的用量;4、逐步完善测试用

9、例库,测试用例库的建设是一个不断完善的过程,我们需要在有限的时间里, 先设计出一套测试用例,主要指出测试要点,然后在以后的测试中再不断地去完善;5、测试过程要受到控制,根据事先定义好的测试执行顺序进行测试,并填写测试记录,保证测试 过程是受控的;6、确定测试重点,测试重点放在各个子系统的功能实现上。2.5. 测试准则2.5.1启动准则系统测试的接入准则:1、分模块联调完毕;2、冒烟测试100%通过;3、提测的版本符合约定的范围(根据实际情况约定);4、服务层方法单元测试覆盖率不低于30%。2.5.2结束准则U系统测试结束要求:1、本轮约定的测试用例全部执行完毕;2、发现重大设计问题、重大需求问

10、题暂停测试,立即组织讨论。2.6. 测试流程3. 测试资源3.1测试环境(1) 开发环境开发平台:Eclipse 3.2 硬件平台:PC Server操作系统:Windows?浏览器:360、谷歌、火狐、IE9. 0及以上的浏览器(2) 测试环境测试服务器一台操作系统:Windows XP、Windows?浏览器:360、谷歌、火狐、IE9. 0及以上的浏览器(3) 正式运行环境 Web 应用环境:Tomcat 5.0 以上,Weblogic 8.1 以上,JBoss 4.0 以上 数据库环境:SQL Server2008浏览器:360、谷歌、火狐、IE9. 0及以上的浏览器3.2测试工具测试

11、中使用的BUG管理工具为禅道 性能测试工具为LoadRunner、Jmeter3.3用例设计方法测试用例(Test Case)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便 测试某个程序路径或核实是否满足某个特定需求。是在经过系统需求培训后,由测试人员根据需求文 档和自己的理解按照系统结构编写的指导测试实施、规范测试数据的文档。常用的用例设计方法如 下:1、黑盒测试方法黑盒测试用例的设计采用等价类划分、边界值分析法、因果图法、错误推测法等。2、白盒测试方法白盒测试也称结构测试或逻辑驱动测试,被测对象是源程序,以程序的内部逻辑为基础设计测试 用例,常用的用例设计方法有逻辑覆盖、

12、循环覆盖、基本路径测试等。4. 测试计划4.1工作量评估测试阶段任务工作量(人/天)人员分配预计开始 时间预计完成 时间备注制定测试计划编写测试计划 并评审2黄振敏2017.2.162017.2.17包括沟通、编写、评 申、完善等制定测试方案编写测试方案 并评审2黄振敏2017.2.272017.2.28包括沟通、编写、评士土圣申、完善设计测试用例编写测试用例 并评审22黄振敏、张璐2017.3.12018.4.30包括编写、评审、完善测试环境准备测试环境准备0.5黄振敏、张璐2017.4.242017.4.24测试环境搭建测试实施完成功能测试162黄振敏、张璐2017.4.252018.4.

13、30包括冒烟测试、分模块 测试、功能测试、回归 测试等完成性能测试黄振敏、张璐包括脚本的编写、调试 和执行完成其他测试黄振敏、张璐包括界面、安全性、兼 容性、文档等测试文档编写编写测试报告及总结4黄振敏、张璐2018.5.22018.5.20包括编写和完善4.2测试里程碑里程碑预计完成时间完成标准备注测试计划2017.2.17完成测试计划书的编写包括编写和完善时间测试方案2017.2.28完成测试方案的编写包括编写和完善时间测试用例2017.3.12018.4.30完成测试用例的编写包括用例的编写和完善测试报告2018.5.20完成测试报告的编写多个版本的结果汇总测试总结2018.5.20完成测试总结对提交的BUG进行汇总总结5. 测试方案5.1测试类型针对系统需求和业务,计划对系统完成以下类型的测试:功能测试界面测试安全性测试兼容性测试易用性测试接口测试回归测试流程测试接口测试性能测试5.2测试技术5.2.1功能测试功能测试采用黑盒测试方法,主要针对系统的功能进行手工测试和回归测试。功能测试按照需求 和设计要求完成各模块的测试,包括数据业务、数据完整性、界面美观、操作等。具体可参考相对应 的测试文档。5.2.2文档测试文档测试包括以下几个方面:文档中的内容描述是否准确;交互顺序的描述是否精确;术语、菜单描述和系统响应是否与实际顺序一致;文档的内容和索引

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 学术论文 > 其它学术论文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号