XXXX平台测试方案

测试方案 XXXX公司Lincw^U/rusLincw^U/rus测试方案 XXXX公司XXXX平台测试方案XXXX公司2015年11月没有得到XXXX的书面许可，禁止任何方式的全部或部分复制。ReproductioninwholeorinpartbyanymeanswithoutwrittenpermissionofLinewellsoftwareisstrictlyforbidden.

文件控制页日期版本号修订说明修订人审核人批准人目录TOC\o"1-5"\h\z\o"CurrentDocument"引言 3..\o"CurrentDocument"编写目的 3.\o"CurrentDocument"项目背景 3.\o"CurrentDocument"预期读者 3.\o"CurrentDocument"术语和缩略词 3\o"CurrentDocument"参考资料 3.\o"CurrentDocument"任务概述 4\o"CurrentDocument"测试范围 4.\o"CurrentDocument"测试目标 4.\o"CurrentDocument"测试资源 V\o"CurrentDocument"测试环境 5.\o"CurrentDocument"硬件环境 5.\o"CurrentDocument"软件环境 5.\o"CurrentDocument"人员安排 5.\o"CurrentDocument"测试工具 5.\o"CurrentDocument"测试缺陷管理 6\o"CurrentDocument"缺陷严重级别 6\o"CurrentDocument"缺陷类型定义 .6\o"CurrentDocument"缺陷状态定义 7\o"CurrentDocument"缺陷记录 7\o"CurrentDocument"有疑议缺陷的确认 8\o"CurrentDocument"4测试策略 &\o"CurrentDocument"测试用例要求 8\o"CurrentDocument"测试用例编号规则 8\o"CurrentDocument"测试用例的编写规范 8\o"CurrentDocument"测试用例的管理办法 8\o"CurrentDocument"测试方案 .9.\o"CurrentDocument"功能测试 9.用户界面^/）测试 9\o"CurrentDocument"性能测试 10\o"CurrentDocument"兼容性测试 10\o"CurrentDocument"回归测试 11\o"CurrentDocument"测试进度安排 11\o"CurrentDocument"工作汇报 12Lincw^U南Lincw^U南i测试方案 XXXX公司测试方案 XXXX测试方案 XXXX公司1引言编写目的编写测试方案的目的在于描述测试资源、测试环境、测试策略、测试进度安排，使系统开发人员、系统测试人员对系统更好的进行测试工作。项目背景XXXXXXXXXXXXXXXXXX预期读者本文件的预期读者为测试设计人员，系统测试人员。术语和缩略词XXXXXXXXXX参考资料《计算机信息系统安全保护等级划分准则》GB17859-1999数据库ANSI/ISOSQL99标准GBT8567-2006计算机软件文档编制规范GBT11457-2006信息技术软件工程术语GBT8566-2007信息技术软件生存周期过程《XXXX平台—需求分析规格说明书》《XXXX平台_概要设计说明书》《XXXX平台_系统详细设计说明书》

2任务概述测试范围序号功能模块子模块1XXXXXXXXXXXX2XXXX3XXXX4XXXX5XXXXXXXX6XXXX7XXXX8XXXXXXXX9XXXX10XXXX11XXXX12XXXX13XXXX14XXXX15XXXX16XXXX17XXXX18XXXX6XXXXXXXXXXXXXXXXXXXX测试目标通过本次测试，应达到以下目标：＞测试已实现的产品是否达到设计的要求，包括：各个功能点是否已实现，业务流程是否正确；＞页面样式是否与原型设计一致，是否有错乱的问题，是否符合需求；＞产品规定的操作和运行是否稳定；＞性能测试是否能达到技术要求； 测试方案 XXXX公司Lincw^H南iLincw^H南i测试方案 XXXX公司3测试资源3.1测试环境3.1.1硬件环境硬件环境（网络、设备等）3.1.2软件环境软件环境（操作系统,相关软件等的名称、版本、补丁）人员安排角色姓名主要工作职责测试参与度测试工具工具名称版本要求备注测试缺陷管理缺陷严重级别本次测试中缺陷严重级别可分为：I.Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。2、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。3、Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等（该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度）4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）缺陷类型定义本次测试中缺陷类型可分为：功能设计与需求严重不符LincweU测试方案 XXXXLincweU测试方案 XXXX公司系统崩溃/死机/冻结其它导致无法测试的错误功能未实现功能错误系统刷新错误操作界面错误（包括数据窗口内列名定义、含义是否一致）边界条件下错误提示信息错误（包括未给出信息、信息提示错误等）易用性及建议性问题缺陷状态定义1、待处理（new）：测试人员或用户发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。4、已修改（closed）：测试人员认为问题已经修改，通过验证，由测试人员设置。5、仍存在（reopened）：测试人员认为BUG未修复成功，问题仍然存在，由测试人员设置。6、不是问题（reject）：研发人员确认不是BUG，或者建议与意见决定不采纳。7、暂不处理（hold）：当前版本不做修改，后续版本再考虑，由研发人员或测试人员设置。缺陷记录在软件测试的各流程中，发现的软件缺陷统一记录到任务&Bug管理系统中。测试方案 XXXX测试方案 XXXX公司测试方案 XXXX测试方案 XXXX公司jtfi有疑议缺陷的确认如果测试组与开发组对缺陷的处理意见产生分歧时，直接在任务&Bug管理系统中进行BUG登记，并发送给测试组长处，由测试组长填写具体的处理意见，并指派给开发组进行修改。4测试策略测试用例要求测试用例编号规则本项目的测试案例的编号规则，使用前缀“TESTCASE-”加顺序号。测试用例的编写规范测试用例至少包括以下要素：用例名称用例编号所属模块测试目的/问题摘要执行步骤预期结果实际结果测试结果测试用例的管理办法本项目测试用例使用EXCEL进行案例编辑，也可以采用电子工具编写和管理测试案例。当测试用例发生变更时，需要及时修改测试用例，并提交测试组长确认。

测试方案系统测试类型及各种测试类型所采用的方法、工具等介绍如下:功能测试测试范围验证数据的精确度、数据类型、业务功能等相关方面的正确性。测试目标核实所有功能均已正常实现，即是否与需求一致。采用技术主要采用黑盒测试、边界测试、等价类划分等测试方法。工具与方法手工测试开始标准开发阶段对应的功能完成并且测试用例设计完成完成标准测试用例通过并且最高级缺陷全部解决特殊事项根据实际需求而定用户界面（U界测试测试范围1.导航、链接、Cookie、页面结构包括菜单、背景、颜色、字体、按钮名称、TITLE、提示信息的一致性等，2.友好性、可操作性（易用性）测试目标核实各个窗口风格（包括颜色、字体、提示信息、图标、title等）都与需求保持一致，或符合可接受标准，能够保证用户界面的友好性、易操作性，而且符合用户操作习惯。采用技术网页测试通用方法工具与方法手工测试、目测（扫描）开始标准界面开发完成完成标准UI符合可接受标准，能够保证用户界面的友好性、易操作性，而且符合用户操作习惯测试重点与优先级根据实际需求而定特殊事项根据实际需求而定

性能测试测试范围1.用户、管理员的密码安全2.权限3.非法攻击测试目标1.用户、管理员的密码管理2.应用程序级别的安全性：核实用户只能操作其所拥有权限能操作的功能。3.系统级别的安全性：核实只有具备系统访问权限的用户才能访问系统。采用技术代码包或者非法攻击工具工具与方法手工测试和自动化测试开始标准功能测试完成完成标准执行各种非法操作无安全漏洞且系统使用正常测试重点与优先级根据实际需求而定特殊事项根据实际需求而定兼容性测试测试范围.使用不同版本的不同浏览器、分辨率、操作系统分别进行测试。.不同操作系统、浏览器、分辨率和各种运行软件等各种条件的组合测试。测试目标核实系统在不同的软件和硬件配置中运行稳定采用技术黑盒测试工具与方法手工测试开始标准项目组移交系统测试完成标准在各种不同版本不同类项浏览器、操作系统或者其组合下均能正常实现其功能（此测试根据开发提供依据决定测试范围）测试重点与优先级根据实际需求而定特殊事项根据实际需求而定

回归测试测试范围所有功能、用户界面、兼容性、安全性等测试类型测试目标核实执行所有测试类型后功能、性能等均达到用户需求所要求的标准采用技术黑盒测试工具与方法手工测试和自动化测试开始标准每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试完成标准95%的测试用例执行通过并通过系统测试测试重点与优先级测试优先级以测试需求的优先级为参照特殊事项软硬