软件项目测试计划

XXX系统

测试计划（草稿未完成V1o0o0陕西XXX科技有限责任公司2019年3月目录1.引言 21。1 编写目的21.2.项目背景 21。3。 参考资料31.4。 术语和缩略词3任务概述 32.1.测试目标 32。2 测试对象32。3。 测试范围42.4。 测试策略52。5 测试准则5TOC\o"1-5"\h\z\o"CurrentDocument"2.5。1启动准则 52.5.2结束准则 62.6。 测试流程6\o"CurrentDocument"测试资源 63。 1测试环境 6\o"CurrentDocument"3.2测试工具 6\o"CurrentDocument"3。 3用例设计方法 7\o"CurrentDocument"4。 测试计划 74。 1工作量评估 74。 2测试里程碑 8\o"CurrentDocument"5。 测试方案 8\o"CurrentDocument"5.1测试类型 8\o"CurrentDocument"5。 2测试技术 9\o"CurrentDocument"5.2.1功能测试 95.2。 2文档测试 95.2。 3界面测试 95.2.4业务流程测试 95.2。 5兼容性测试 9\o"CurrentDocument"5。2.6安全性测试 10\o"CurrentDocument"5。2。7易用性测试 10\o"CurrentDocument"5。2。8接口测试 10\o"CurrentDocument"5.2.9回归测试 105.2。 10性能测试 10\o"CurrentDocument"5。3测试实施阶段 11\o"CurrentDocument"5.3。 1单元测试 11\o"CurrentDocument"5.3。 2集成测试 11\o"CurrentDocument"5.3.3系统测试 11\o"CurrentDocument"5.3。 4验收测试 11\o"CurrentDocument"6.测试过程管理 116.1测试文档 116.2缺陷处理 121.引言1.1.编写目的编写测试计划的目的是为整个测试阶段的管理工作和技术提供指南，同时确定测试的内容和范围,为评价系统提供依据；同时也可以作为测试结果的评价指标。1.2.项目背景系统名称：XXX系统委托单位:XXX开发单位：XXX件科技有限公司随着投资多元化的推进，公路工程项目的投资问题逐步体现出来，如何加快工程造价信息的交流,改进造价系统业务流程和管理模式，提高效率,降低成本,将是摆在造价审计与监督者面前的重要课题。而借助信息化建设，有效快捷的帮助有关部门完成管理的提升。建立公路工程动态审计与造价监督网络数据采集平台，结合先进的网络技术，针对工程造价的管理特点，力求功能全面而细致，操作简单方便，强调网络信息交流和共享。数据采集网络平台适用于涉及到投资与造价的相关职能部门.可以在多种硬件环境的互联网上使用,同时为投资管理提供了明确的流程思想，投资数据更加方便、灵活、易用.还提供了远程模式,在任何地方,同样可以及时得到最新的投资信息动态查询,全面掌握投资决策。1.3.参考资料《软件需求规范》《项目总体计划》《需求规格说明书》《概要设计说明书》1.4.术语和缩略词1、响应时间:客户端从给服务器端发送一个请求开始直到接收了服务器反馈信息为止，这期间所有的时间称为响应时间。2、点击率：每秒钟用户向Web服务器提交的HTTP请求数。3、吞吐率：即应用系统在单位时间内完成的交易量，也就是在单位时间内，应用系统针对不同的负载压力，所能完成的交易数量。2.任务概述测试目标通过测试,达到以下目标:测试已实现的产品是否达到设计的要求，包括各个功能点是否实现，业务流程是否正确；产品规定的操作和运行稳定；BUG数量和缺陷率控制在可接收范围内；通过性能测试找出瓶颈，对资源和设置进行调优，最终保证软件的性能指标.测试对象一级模块二级模块子模块描述备注主页首页包括首页的登录、页面跳转、页面布局等管理平台高速公路包括数据、铁笼、预警、查询、展示、评价、反馈等子模块功能国省干道包括数据、铁笼、预警、查询、展示、评价、反馈等子模块功能

航电水运包括数据、铁笼、预警、查询、展示、评价、反馈等子模块功能农村公路包括数据、铁笼、预警、查询、展示、评价、反馈等子模块功能养护工程包括数据、铁笼、预警、查询、展示、评价、反馈等子模块功能工作平台后台采集后台采集下的各个子模块人工采集人工采集下的各个子模块数据还原数据还原下的各个子模块二级授权二级授权下的各个子模块问题反馈问题反馈下的各个子模块展示平台建设概况建设概况下的各个子模块投资状况投资状况下的各个子模块动态监督动态监督下的各个子模块预警问题预警问题下的各个子模块设置设置设置下的组织机构、用户管理、菜单管理等模块1.7.测试范围针对《数据铁笼需求说明书》的内容列出本次测试的范围，具体如下表所示:测试类型测试内容测试目标测试方法功能测试Web端的所有功能，包括增删改查及其他按钮功能、各控件功能、各菜单功能、业务流程等。1、 确保测试的功能正常，其中包括导航、数据的输入、处理及检索；2、 各业务流程能够满足用户需求。黑盒测试手工测试界面测试1、 导航、链接、页面结构（包括菜单、颜色、字体、按钮、Title、提示信息等的一致性）；2、 友好性、易用性、合理性、一致性、正确性等。1、 验证系统的风格是否一致；2、 保证用户界面友好、易操作性；3、 符合用户操作习惯.手工测试安全性测试1、 密码：登录、用户、管理员；2、 权限控制；1、验证用户只能操作其所拥有权限范围内的功能；黑盒和手工测试3、 通过修改URL非法访问；4、 登录超时限制。2、验证只能具备系统访问权限的用户才能访问系统。兼容性测试1、 浏览器:IE8.0以上、火狐、谷歌、搜狗、360浏览器等；2、 分辨率：1024*768、800*600,3、 操作系统：WinXP、Win7、Win10等；3、不同操作系统、浏览器、分辨率等组合测试。验证系统在不同的软件和硬件配置中运行的稳定性。黑盒和手工测试接口测试系统与外部系统或外部设备接口的正确性检查系统是否与外部系统或外部设备等接口的正确性白盒测试和工具测试性能测试对系统进行压力、负载、并发等测试核实系统在大流量的数据与多用户操作时软件性能的稳定性，不造成系统崩溃或相关的异常现象测试工具1.8.测试策略针对本项目的情况制定项目的测试过程策略如下：1、以80/20原理为指导，尽量做到在有限的时间内发现尽可能多的缺陷（尤其是严重缺陷）；2、 测试计划与需求制定、用例设计同步进行；3、 必须制定测试需求,通过确定要测试的内容和各自的优先级、重要性,使测试设计工作更有目的性，在需求的指导下设计出更多有效的用量；4、 逐步完善测试用例库，测试用例库的建设是一个不断完善的过程，我们需要在有限的时间里，先设计出一套测试用例,主要指出测试要点，然后在以后的测试中再不断地去完善;5、 测试过程要受到控制，根据事先定义好的测试执行顺序进行测试，并填写测试记录，保证测试过程是受控的；6、 确定测试重点，测试重点放在各个子系统的功能实现上。1.9.测试准则2.5.1启动准则系统测试的接入准则：1、分模块联调完毕;2、冒烟测试100％通过3、 提测的版本符合约定的范围（根据实际情况约定）;4、 服务层方法单元测试覆盖率不低于30％。2.5。2结束准则系统测试结束要求:1、 本轮约定的测试用例全部执行完毕;2、 发现重大设计问题、重大需求问题暂停测试，立即组织讨论。1.10.测试流程3.测试资源3.1测试环境（1）开发环境开发平台：Eclipse3。2硬件平台：PCServer◎操作系统：Windows7◎浏览器：360、谷歌、火狐、IE9.0及以上的浏览器（2） 测试环境测试服务器一台◎操作系统：WindowsXP、Windows7◎浏览器：360、谷歌、火狐、IE9.0及以上的浏览器（3） 正式运行环境Web应用环境：Tomcat5.0以上，Weblogic8。1以上，JBoss4。0以上数据库环境:SQLServer2008◎浏览器：360、谷歌、火狐、IE9。0及以上的浏览器3.2测试工具•测试中使用的BUG管理工具为禅道•性能测试工具为LoadRunner、Jmeter3。 3用例设计方法测试用例(TestCase)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。是在经过系统需求培训后,由测试人员根据需求文档和自己的理解按照系统结构编写的指导测试实施、规范测试数据的文档.常用的用例设计方法如下：1、 黑盒测试方法黑盒测试用例的设计采用等价类划分、边界值分析法、因果图法、错误推测法等。2、 白盒测试方法白盒测试也称结构测试或逻辑驱动测试,被测对象是源程序，以程序的内部逻辑为基础设计测试用例，常用的用例设计方法有逻辑覆盖、循环覆盖、基本路径测试等。测试计划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.30包括冒烟测试、分模块测试、功能测试、回归测试寺完成性能测试黄振敏、张璐包括脚本的编写、调试和执行完成其他测试黄振敏、张璐包括界面、安全性、兼容性、文档等测试文档编写编写测试报告及总结4黄振敏、张璐2018.5.22018。5。20包括编写和完善4.2测试里程碑里程碑预计完成时间完成标准备注测试计划2017.2。17完成测试计划书的编写包括编写和完善时间测试方案2017.2.28完成测试方案的编写包括编写和完善时间测试用例2017.3.1—2018.4.30完成测试用例的编写包括用例的编写和完善测试报告2018.5.20完成测试报告的编写多个版本的结果汇总测试总结2018.5.20完成测试总结对提交的BUG进行汇总总结5.测试方案5.1测试类型针对系统需求和业务，计划对系统完成以下类型的测试功能测试界面测试安全性测试兼容性测试易用性测试接口测试回归测试流程测试接口测试性能测试5.2测试技术5。2。1功能测试功能测试采用黑盒测试方法,主要针对系统的功能进行手工测试和回归测试。功能测试按照需求和设计要求完成各模块的测试,包括数据业务、数据完整性、界面美观、操作等。具体可参考相对应的测试文档。5.2。2文档测试文档测试包括以下几个方面：◎文档中的内容描述是否准确；◎交互顺序的描述是否精确;◎术语、菜单描述和系统响应是否与实际顺序一致；◎文档的内容和索引是否精确完整；文档的设计是否便于理解；显示给客户的错误信息在文档中是否有更详细的解释；◎如果使用超链接，超链接是否精确完整.5。2.3界面测试界面测试包括易用性、规范性、合理性、菜单位置等方面的测试，具体界面测试参考界面测试文档.业务流程测试功能测试完成之后进行业务流程测试，业务测试关注的要点是业务流程,即数据流从系统中的一个模块流到另一个模块的过程中的正确性.兼容性测试软件兼容性测试是指测试软件在特定的硬件产台上、不同的应用软件之间、不同的操作系统平台上、不同的网络等环境中是否能很好地运行的测试。简单的说，兼容性测试是指测试某新开发的软件在某一特定环境下与各种软件的协调性，软件之间能否很好的运作。兼容性测试包括：操作系统/平台的兼容性、应用软件的兼容性、浏览器之间的兼容性、数据库之间的兼容性、其他方面的兼容性（如操作系统语言、代理服务器、防火墙等）。5。2.6安全性测试软件安全性测试包括程序、数据库安全性测试。根据系统安全指标不同，测试策略也不同。一般包括用户认证安全、系统网络安全和数据库安全，本系统的安全性测试也将从这三个方面进行。5.2。 7易用性测试检查系统界面是否易用友好，是否符合通用的操作习惯。5.2。 8接口测试检查系统与外部系统或外部设备等接口的正确性。5.2.9回归测试回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误，作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。5.2。 10性能测试性能测试着重性能的观测，如运行速度、响应时间，没有缓慢或等待就视为合格.测试使用的工具为Jmeter。Jmeter是一种预测系统行为和性能的压力测试工具，主要通过模拟成千上万的用户实施并发负载以及实时性能检测的方式来确认和查找问题，是目前很多公司执行性能测试的首选工具，Jmeter完全满足此项目的要求，因此选择Jmeter作为性能测试工具。具体测试方面如下：1、 压力测试压力测试根据实际情况，持续不断的给被测系统增加压力，直到将被测系统压垮为止。重点模拟多用户在使用过程中的系统负荷，及长时间运行系统的可靠性和系统的响应时间，压力测试有一条八二原则，即百分之八十的业务量在百分之二十的时间内