- 1、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
编号:xx-xxx-xx-001某某某建设项目软件测试计划某某某有限公司2018年01月目录1文档说明21.1文档控制21.1.1变更记录21.1.2审阅记录32引言42.1编写目的42.2项目背景42.3参考资料52.4术语和缩略语63测试策略63.1整体策略63.2测试范围83.3测试交接标准93.3.1单元测试交接标准93.3.2集成测试交接标准93.4测试通过标准93.5测试类型93.5.1集成测试93.5.2功能测试103.5.3用户界面测试113.5.4性能评测113.5.5负载测试133.5.6强度测试133.5.7容量测试143.5.8安全性和访问控制测试153.5.9故障转移和恢复测试163.5.10配置测试183.5.11安装测试183.6风险分析194测试方法194.1里程碑技术194.2测试用例设计204.3测试实施过程204.4测试方法综述214.5测试团队结构215资源需求215.1培训需求215.2运行环境225.2.1软件运行环境225.2.2硬件运行环境225.1人力资源226测试时间安排237测试过程管理247.1测试文档247.1.1测试文档管理247.2缺陷处理过程247.3测试报告24文档说明文档控制变更记录文档变更记录在表1-1中详细记录。表1-1文档修订变更日期变更人版本备注审阅记录表1-2中详细记录了审阅记录。表1-2审批表审阅日期审阅人版本备注引言编写目的本文档主要阐述“某某某建设项目软件系统”测试过程中的一些细节,为“某某某建设项目软件系统”的测试工作提供一个框架和规范:确定项目测试的策略、范围和方法。使项目测试工作的所有参与人员(客户方参与人员、测试管理者、测试人员)对本项目测试的目标、范围、策略、方法、组织、资源等有一个清晰的认识。使项目测试工作的所有参与人员理解测试控制过程。从策略角度说明本项目测试的组织和管理,指导测试进展,并作为项目测试工作实施的依据。预期的读者主要有两类受众:测试管理人员(项目经理、客户指派人员)和测试人员。项目经理根据该测试大纲制定进一步的计划、安排(工作任务分配、时间进度安排)和控制测试过程。客户指派人员通过该测试计划了解测试过程和相关信息。测试人员根据该测试计划中制定的范围、方法确定测试需求、设计测试用例、执行和报告缺陷。项目背景项目背景参考资料表2-1列出了此次计划涉及到的参考资料。表21参考资料名称备注某某某建设项目需求规格说明书V1.5开发计划书V1.2详细设计说明书V1.7GBT 15532-2008 计算机软件测试规范GBT 9386-2008 计算机软件测试文档编制规范计算机软件文档编制规范GB/T8567-2006术语和缩略语本文使用了表2-2术语/定义所显示的面向用户的术语、定义,包括通用词语在本文档中的专用解释。表22术语/定义术语/定义说明表2-3缩略语所列为本文用到的缩略语。表23缩略语缩略语说明Web浏览器方式的万维网IE微软互联网浏览器Chrome谷歌互联网浏览器Java程序语言及其运行环境GIS地理信息系统Win微软电脑操作系统Android智能手机操作系统Windows Server微软服务器操作系统SQL Server微软数据库管理系统i5、i6英特尔处理器及型号RAM电脑或手机的运行内存AppScanIBM安全测试扫描工具禅道项目管理软件测试策略测试工程的总体方法和目标测试范围测试该项目所需要执行的全部工作测试用例为特殊目标编制的输入、执行条件以及预期结果Bug系统或功能的缺陷测试策略整体策略本项目的特点:(以下仅做参考)某某应急系统属于专业性比较强的业务系统,参与测试的人员对 环境保护 相关的业务知识撑握有限,需加强对环境污染、防治的了解。项目系统庞大,内容涉及广泛,功能复杂。距离初验时间不到5个月,时间比较紧。根据以上特点,制定本项目的测试过程策略如下:尽量做到在有限的时间里发现尽可能多的bug(尤其是严重bug),记录于禅道,并分级别做统一的测试管理。测试计划、部分用例设计同步进行。测试过程要受到控制。根据事先定义的测试执行顺序进行测试,保证测试过程是受控的。确定重点。测试重点放在各子系统的功能实现上,问题较多的则是重中之重。依据标准:本次测试中测试文档的编写、测试用例的编写、具体的执行测试以及测试中各项资源的分配和估算,都是以项目经理和产品经理提供的各子系统的需求文档、设计文档为标准,软件的执行以系统逻辑设计构架为依据。测试过程:图31测试过程图测试范围制定此次项目测试范围的依据为:各子系统所包含的功能。同项目负责人和产品负责人特别确定的测试范围。要测试的子系统:表31测试范围测试内容测试范围功能测试知识库应急评估APP应用系统IM会话及消息、短信平台管理性能测试服务器的响应时间服务器的资源使用情况系
文档评论(0)