软件项目测试方案模板

1、测试方案5稳定性测试10007*24小时长时间连续性运行下系统整体 稳定，平安、可靠、高效。7.7平安性测试测试范围MES管理系统测试工具 与方法1、利用Web平安扫描工具扫描漏洞。2、对于CSRF、注入类及跨站类攻击、越权访问、文件上传、修改 密码等需要人机交互的采用手工检测开始标准功能测试完成完成标准执行各类非法操作无平安漏洞且系统使用正常测试重点 和优先级用户权限、用户密码、系统权限到达需求，都在权限范围内操作需考虑的 特殊事项有关业务日常使用的核心模块重点测试8 .缺陷管理缺陷属性属性名称描述缺陷类型(Type)缺陷类型是根据缺陷的自然属性划分的缺陷种类。缺陷严重程度(Severity

2、)缺陷严重程度是指因缺陷引起的故障对软件产品的影响程度。缺陷优先级(Priority)缺陷的优先级指缺陷必须被修复的紧急程度。缺陷状态(Status)缺陷状态指缺陷通过一个跟踪修复过程的进展情况。缺陷起源(Origin)缺陷来源指缺陷引起的故障或事件第一次被检测到的阶段。缺陷来源(Source)缺陷来源指引起缺陷的起因。缺陷类型(Type)序号缺陷类型解释1代码错误功能性错误2界面优化界面、兼容性测试3优化建设优化建议4其他其他的一些问题缺陷严重程度(Severity)1.软件测试错误严重程度缺陷的严重程度指的是缺陷对软件系统的影响有多大。目前制定的级别数根据BugFree内定下的级别数来做的

3、，由高到低：致命、严重、轻微、一般。序号严重级别解释1致命缺陷为系统崩溃或者数据丧失的问题2严重缺陷为影响正常功能使用、数据交互错误3轻微缺陷为异常操作下的功能问题4一般缺陷为优化、页面显示2.同行评审错误严重程度No缺陷严重等级描述1严重缺陷主要的，较大的缺陷2一般缺陷这个缺陷是独立的缺陷，或者不影响用户继续前进，但会带 来不便。3细微缺陷缺陷并不影响软件产品的性能。如，美观问题或消息中的语 法错误等。缺陷优先级(Priority)缺陷的优先级指的是发现的缺陷应该在什么阶段予以修正。值得说明的是，并非 严重程度越高的缺陷越要尽早修复，可能存在某个很严重的缺陷，但它出现在用户极 少用到的模块，

4、出现的频率也不高，而修改这个缺陷要花很大的代价，这个缺陷我们 可以把它稍微滞后来修正。缺陷的优先级我们通常这样来定义：10序号严重级别解释1高一般为需要立即解决的问题2中为需要在指定时间内解决的问题3低为工程开发计划内解决的问题缺陷状态(Status)缺陷状态描述新建已提交的缺陷，确认“提交的缺陷、等待处理。翻开缺陷已经分配的相关的开发人员已修复开发人员对缺陷已经修改，等待测试验证重新翻开测试回归，认为该缺陷没有到达要修，重新翻开继续给开发人员修复关闭确认被修复的缺陷/重复提交的缺陷/不是问题的缺陷，经测试验证后将其关 闭。111.概述工程简介公司期待通过实时采集设备系统信息，实现物料接换料防

5、错追溯、关键设备运行状态数据 分析、生产效率实时监控，从而达成生产流程优化管理、以及供应链优化管理，实现生产 流程智能信息化管控。文档用途本文档是完成MES系统测试的指导性文件。测试参考文档技术要求分析技术方案刊设计说明书.测试目的通过测试，到达以下目的：系统是否满足需求规格说明书，满足目前的要求及未来的开展需求；系统业务流程的合理性和正确性；系统功能、集成、性能、稳定性、平安测试，是否满足要求；尽早发现并改正软件中存在的缺陷，提高软件的可靠性，平安性，和系统的稳定性;.测试流程需求分析制定测试方案厂 设计测试用例 13单元测试3 集成测试系统测试 ,.测试资源人力资源角色推荐人数具体职责和注

6、释测试人员1软件基本功能测试，产品质量的优化，控制测试进度， 测试用例执行，文档输出，归档，Bug统计，缺陷分析测试小组人员描述No姓名可以承当的角色1林琳Tester4.2测试环境硬件环境软件环境CPU内存硬盘操作系统其他软件酷睿1716G1000GWINDOWS 105.系统风险、优先级质量标准不统一，如某些BUG的优先级方面，测试和开发的认同不一致需求变更，这是最不想却又经常发生的事情技术不够：测试人员工作相关技术不够，缺乏以跟踪各场景的数据细节，进而不能 发现隐蔽性的BUG。业务不熟：测试人员对被测系统的业务流程不熟悉，表达在对需求的理解上把握不 准、理解不透侧、理解错误等。测试人员变

7、动：离职，岗位调动，请假等。定位效应：测试过的可靠的功能，特别是在屡次回归且没有发现问题，在此后往往 会认为此功能是可靠的。疲态：某一些功能点一直由某一位测试人员测试，经过屡次回归后，测试人员对该 功能点的测试显示出倦意和缺乏兴趣。同化效应：经过和开发的长时间接触，往往会被开发的思维逻辑所同化，渐渐丧失 从用户角度出发的测试观察点。.测试工具3工具名称工具用途工具优点Oracle数据库管理大范围的支持用户使用，支持大量多媒体数据， 具有良好的移植性，提供新的分布式数据库能 力SVN版本控制工具记录每一次文件的变动，可以把档案恢复到旧 的版本，或是浏览文件的变动历史。.测试策略测试过程按三个步骤

8、进行，即单元测试、集成测试、系统测试，根据不同阶段测 试的测重点不同，分别介绍测试策略：单元测试：目的是在于发现各模块内部可能存在的各种过失，因此需要从程序 的内部结构出发设计测试用例，着重考虑以下五个方面：模块接口：对所测模块的数据流进行测试。局部数据结构：检查不正确或不一致的数据类型说明、使用尚未赋值或尚未初 始化的变量、错误的初始值或缺省值。错误处理：检查模块有没有对预见错误的条件设计比拟完善的错误处理功能， 保证其逻辑上的正确性。边界：注意设计数据流、控制流中刚好等于、大于或小于确定的比拟值的用例。集成测试：集成测试也叫组装测试或联合测试。通常，在单元测试的基础上需 要将所有的模块按照

9、设计要求组装成系统，这时需要考虑的问题：在把各个模块连接起来的时候，穿越模块接口的数据是否会丧失。一个模块的功能是否会对另一个模块的功能产生不利的影响。各个子功能组合起来，能否到达预期要求的父功能。全局数据结构是否有问题。单元模块的误差累积起来，是否会放大，从而到达不能接受的程度。系统测试：系统测试目的是在于验证软件的功能和性能及其他特性是否与用户 的要求一致，主要是以下类型的测试：用户界面测试：测试用户界面是否具有导航性、美观性、行业或公司的规范性、 是否满足设计中要求的执行功能。性能测试：测试服务器在极限状态下能否稳定运行。平安性测试：测试软件系统对非法侵入的防范能力。集成测试测试范围模块

10、接口、模块间数据流向测试工具 与方法采用整体集成测试，把所有模块按设计要求一次全部组装起来，然 后进行整体测试。使用Jmeter工具测试接口。1、检查接口的输入，数据格式、数据类型、数据范围等2、检查接口的参数边界（传递的参数足够大或者为负、空值时）3、检查接口的参数的组合，可选、必选等4、检查接口的参数是否可为空5、检查接口的约束条件。常见的约束条件：数值限制、状态限制 （登陆状态）、关系限制（绑定了某种关系）、权限限制（会员、非 会员等）。开始标准各模块接口都已完成编码完成标准测试用例已全部执行并且建议或不影响业务功能的BUG,经工程经 理确认后可做为后期优化再做处理，其他BUG需全部解决

11、测试重点和优先级涉及客户经常使用的业务功能模块优先级更高需考虑的 特殊事项测试工程师需编写测试用例，且测试用例需正式通过评审才能执行联调测试5测试范围标签系统与其他外部系统对接测试工具 与方法检查外部系统调用标签系统接口时传入参数正确性。检查标签系统返回给外部系统信息的正确性。开始标准内部集成测试已完成完成标准测试用例已全部执行并且建议或不影响业务功能的BUG,经工程经理确认后可做为后期优化再做处理，其他BUG需全部解决测试重点 和优先级涉及客户经常使用的业务功能模块优先级更高需考虑的 特殊事项测试工程师需编写测试用例，且测试用例需正式通过评审才能执行功能测试测试范围验证数据精确度，数据类型，

12、业务功能等相关方面的正确性测试工具 与方法手动测试，采用黑盒测试的方法。利用有效的和无效的数据来执行各个用例、用例流或功能，以核实 以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。开始标准开发阶段对应的功能完成并且测试用例设计完成完成标准测试用例已全部执行并且建议或不影响业务功能的BUG,经工程经 理确认后可做为后期优化再做处理，其他BUG需全部解决测试重点 和优先级涉及客户经常使用的业务功能模块优先级更高需考虑的 特殊事项测试工程师需编写测试用例，且测试用例需正式通过评审才能执行数据库测试6测试范围数据库系统测试工具使用Jmeter工具模拟并发向数据库

13、插入数据、检索数据。检查数 据库，确保数据已按预期的方式填充，或者检查所返回的数据，确与方法保检索到了正确的数据测试用例设计1、模拟并发插入数据2、模拟并发检索数据开始标准各个功能模块开发完成完成标准数据库信息储存完好，无遗漏数据测试重点 和优先级数据库完整性测试需考虑的 特殊事项数据库为第三方厂商提供，出现问题排查困难用户界面测试测试范围导航、链接、页面结构包括菜单、背景、颜色、字体、按钮名称、提 示信息的一致性等。测试工具 与方法根据公司系统UI规范文档，检查界面是否符合标准开始标准界面开发完成完成标准界面符合可接受标准，能够保证用户界面的友好性，易操作性，而且 符合用户操作习惯。测试重点

14、和 优先级涉及客户经常使用的业务功能模块优先级更高需考虑的特 殊事项主流浏览器软件网页显示效果可能不一样性能测试测试范围多用户长时间在线操作时性能方面的测试测试工具 与方法自动化测试，使用Jmeter工具模拟用户并发数，监控系统长时间运 行状况，通过逐步增加并发数，测试系统所承受的最大压力，是否达 到预期需求标准，正常的业务工作量以及在最大业务量的时候系统承 受能力，核实系统的稳定性，不造成崩溃或异常现象。开始标准功能测试完成完成标准系统满足需求中所要求的性能指标测试重点和 优先级重点测试系统压力点业务需考虑的特 殊事项测试过程需系统运维、DBA、开发一起参与性能测试场景设计场景名称场景详细描述压力测试多用户并发下系统所承受的最大压力稳定性测试多用户并发下系统7*24小时连续性运行性能测试场景执行策略压力