软件项目测试方案模板.docx

《软件项目测试方案模板.docx》由会员分享，可在线阅读，更多相关《软件项目测试方案模板.docx（12页珍藏版）》请在优知文库上搜索。

1、测试方案1 .概述1.1 项目简介公司期待通过实时采集设备系统信息，实现物料接换料防错追溯、关键设备运行状态数据分析、生产效率实时监控，从而达成生产流程优化管理、以及供应链优化管理，实现生产流程智能信息化管控。1.2 文档用途本文档是完成MES系统测试的指导性文件。1.3 测试参考文档技术要求分析技术方案书设计说明书2 .测试目的通过测试，达到以下目的：系统是否满足需求规格说明书，满足目前的要求及未来的发展需求；系统业务流程的合理性和正确性；系统功能、集成、性能、稳定性、安全测试，是否满足要求；尽早发现并改正软件中存在的缺陷，提高软件的可靠性，安全性，和系统的稳定性;3 .测试流程需求分析制定

2、测试方案1- 设计测试用例-1单元测试A集成测试系统测试4 .测试资源4.1 人力资源角色推荐人数具体职责和注释测试人员1软件基本功能测试，产品质量的优化，控制测试进度，测试用例执行，文档输出，归档，BUg统计，缺陷分析测试小组人员描述No姓名可以承担的角色1林琳Tester4.2 测试环境硬件环境软件环境CPU内存硬盘操作系统其他软件酷睿1716G100OGWINDOWS105 .系统风险、优先级 质量标准不统一，如某些BUG的优先级方面，测试和开发的认同不一致 需求变更，这是最不想却又经常发生的事情 技术不够：测试人员工作相关技术不够，不足以跟踪各场景的数据细节，进而不能发现隐蔽性的BUG

3、o 业务不熟：测试人员对被测系统的业务流程不熟悉，体现在对需求的理解上把握不准、理解不透侧、理解错误等。 测试人员变动：离职，岗位调动，请假等。 定位效应：测试过的可靠的功能，特别是在多次回归且没有发现问题，在此后往往会认为此功能是可靠的。疲态：某一些功能点一直由某一位测试人员测试，经过多次回归后，测试人员对该功能点的测试显示出倦意和缺乏兴趣。同化效应：经过和开发的长时间接触，往往会被开发的思维逻辑所同化，渐渐丧失从用户角度出发的测试观察点。6.测试工具工具名称工具用途工具优点Oracle数据库管理大范围的支持用户使用，支持大量多媒体数据，具有良好的移植性，提供新的分布式数据库能力SVN版本控

4、制工具记录每一次文件的变动，可以把档案恢复到旧的版本，或是浏览文件的变动历史。7.测试策略测试过程按三个步骤进行，即单元测试、集成测试、系统测试，根据不同阶段测试的测重点不同，分别介绍测试策略：单元测试：目的是在于发现各模块内部可能存在的各种差错，因此需要从程序的内部结构出发设计测试用例，着重考虑以下五个方面：模块接口：对所测模块的数据流进行测试。局部数据结构：检查不正确或不一致的数据类型说明、使用尚未赋值或尚未初始化的变量、错误的初始值或缺省值。错误处理：检查模块有没有对预见错误的条件设计比较完善的错误处理功能，保证其逻辑上的正确性。边界：注意设计数据流、控制流中刚好等于、大于或小于确定的比

5、较值的用例。集成测试：集成测试也叫组装测试或联合测试。通常，在单元测试的基础上需要将所有的模块按照设计要求组装成系统，这时需要考虑的问题：在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失。一个模块的功能是否会对另一个模块的功能产生不利的影响。各个子功能组合起来，能否达到预期要求的父功能。全局数据结构是否有问题。单元模块的误差累积起来，是否会放大，从而达到不能接受的程度。系统测试：系统测试目的是在于验证软件的功能和性能及其他特性是否与用户的要求一致，主要是下列类型的测试：用户界面测试：测试用户界面是否具有导航性、美观性、行业或公司的规范性、是否满足设计中要求的执行功能。性能测试：测试服务

6、器在极限状态下能否稳定运行。安全性测试：测试软件系统对非法侵入的防范能力。7.1 集成测试测试范围模块接口、模块间数据流向测试工具与方法采用整体集成测试，把所有模块按设计要求一次全部组装起来，然后进行整体测试。使用Jmeter工具测试接口。1、检查接口的输入，数据格式、数据类型、数据范围等2、检查接口的参数边界（传递的参数足够大或者为负、空值时）3、检查接口的参数的组合，可选、必选等4、检查接口的参数是否可为空5、检查接口的约束条件。常见的约束条件：数值限制、状态限制（登陆状态）、关系限制（绑定了某种关系）、权限限制（会员、非会员等）。开始标准各模块接口都已完成编码完成标准测试用例已全部执行并

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

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

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

10、标准界面符合可接受标准，能够保证用户界面的友好性，易操作性，而且符合用户操作习惯。测试重点和优先级涉及客户经常使用的业务功能模块优先级更高需考虑的特殊事项主流浏览器软件网页显示效果可能不一样7.6 性能测试测试范围多用户长时间在线操作时性能方面的测试测试工具与方法自动化测试，使用Jmeter工具模拟用户并发数，监控系统长时间运行状况，通过逐步增加并发数，测试系统所承受的最大压力，是否达到预期需求标准，正常的业务工作量以及在最大业务量的时候系统承受能力，核实系统的稳定性，不造成崩溃或异常现象。开始标准功能测试完成完成标准系统满足需求中所要求的性能指标测试重点和优先级重点测试系统压力点业务需考虑的

11、特殊事项测试过程需系统运维、DBA、开发一起参与7.6.1 性能测试场景设计场景名称场景详细描述压力测试多用户并发下系统所承受的最大压力稳定性测试多用户并发下系统7*24小时连续性运行7.6.2 性能测试场景执行策略压力测试：经分析系统压力点在请求标签打印功能上。通过逐渐增加并发数，模拟不同数量并发用户执行压力点业务，测试至系统能够承受的最大并发数。稳定性测试：模拟多用户并发执行压力点业务，使系统运行7*24小时，监控系统资源使用情况，检测系统是否稳定。序号场景名称并发数持续时间性能目标1压力测试50/100/200/500/1000各10分钟在线会话数5000z并发数1000时，百万级数据量

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

13、分的缺陷种类。缺陷严重程度(Severity)缺陷严重程度是指因缺陷引起的故障对软件产品的影响程度。缺陷优先级(PriOrity)缺陷的优先级指缺陷必须被修复的紧急程度。缺陷状态(StatUS)缺陷状态指缺陷通过一个跟踪修复过程的进展情况。缺陷起源(Origin)缺陷来源指缺陷引起的故障或事件第一次被检测到的阶段。缺陷来源(SOUrCe)缺陷来源指引起缺陷的起因。8.2 缺陷类型（Type）序号缺陷类型解释1代码错误功能性错误2界面优化界面、兼容性测试3优化建设优化建议4其他其他的一些问题8.3 缺陷严重程度（SeVerity）1.软件测试错误严重程度缺陷的严重程度指的是缺陷对软件系统的影响有

14、多大。目前制定的级别数根据BugFree内定下的级别数来做的，由高到低：致命、严重、轻微、一般。序号严重级别解释1致命缺陷为系统崩溃或者数据丢失的问题2严重缺陷为影响正常功能使用、数据交互错误3轻微缺陷为异常操作下的功能问题4一般缺陷为优化、页面显示2.同行评审错误严重程度No缺陷严重等级描述1严重缺陷主要的，较大的缺陷2一般缺陷这个缺陷是独立的缺陷，或者不影响用户继续前进，但会带来不便。3细微缺陷缺陷并不影响软件产品的性能。如，美观问题或消息中的语法错误等。8.4 缺陷优先级（Priority）缺陷的优先级指的是发现的缺陷应该在什么阶段予以修正。值得说明的是，并非严重程度越高的缺陷越要尽早修复，可能存在某个很严重的缺陷，但它出现在用户极少用到的模块，出现的频率也不高，而修改这个缺陷要花很大的代价，这个缺陷我们可以把它稍微滞后来修正。缺陷的优先级我们通常这样来定义：序号严重级别解释1高一般为需要立即解决的问题2