平台测试方案

XXXX平台 测试方案XXXX公司年11月没有得到XXXX的书面许可，严禁任何方式的全部或部分复制。ReproductioninwholeorinpartbyanymeanswithoutwrittenpermissionofLinewellsoftwareisstrictlyforbidden.日期版本号修订阐明修订人审核人同意人

目录1 引言 31.1 编写目的 31.2 项目背景 31.3 预期读者 41.4 术语和缩略词 41.5 参考资料 42 任务概述 52.1 测试范畴 52.2 测试目的 63 测试资源 63.1 测试环境 63.1.1 硬件环境 63.1.2 软件环境 73.2 人员安排 73.3 测试工具 73.4 测试缺点管理 73.4.1 缺点严重级别 73.4.2 缺点类型定义 83.4.3 缺点状态定义 93.4.4 缺点统计 93.4.5 有疑议缺点确实认 94 测试方略 104.1 测试用例规定 104.1.1 测试用例编号规则 104.1.2 测试用例的编写规范 104.1.3 测试用例的管理方法 104.2 测试方案 104.2.1 功效测试 114.2.2 顾客界面(UI)测试 114.2.3 性能测试 114.2.4 兼容性测试 124.2.5 回归测试 125 测试进度安排 136 工作报告 14

编写测试方案的目的在于描述测试资源、测试环境、测试方略、测试进度安排，使系统开发人员、系统测试人员对系统更加好的进行测试工作。XXXXXXXXXXXXXXXXXX本文献的预期读者为测试设计人员，系统测试人员。XXXXXXXXXX《计算机信息系统安全保护等级划分准则》GB17859-1999数据库ANSI/ISOSQL99原则GBT8567-计算机软件文档编制规范GBT11457-信息技术软件工程术语GBT8566-信息技术软件生存周期过程《XXXX平台__需求分析规格阐明书》《XXXX平台_概要设计阐明书》《XXXX平台_系统具体设计阐明书》序号功效模块子模块1XXXXXXXXXXXX2XXXX3XXXX4XXXX5XXXXXXXX6XXXX7XXXX8XXXXXXXX9XXXX10XXXX11XXXX12XXXX13XXXX14XXXX15XXXX16XXXX17XXXX18XXXX6XXXXXXXXXXXXXXXXXXXX通过本次测试，应达成下列目的：测试已实现的产品与否达成设计的规定，涉及：各个功效点与否已实现，业务流程与否对的；页面样式与否与原型设计一致，与否有错乱的问题，与否符合需求；产品规定的操作和运行与否稳定；性能测试与否能达成技术规定；硬件环境硬件环境（网络、设备等）软件环境软件环境（操作系统,有关软件等的名称、版本、补丁）角色姓名重要工作职责测试参加度工具名称版本规定备注缺点严重级别本次测试中缺点严重级别可分为：1.Blocker（崩溃）：妨碍开发或测试工作的问题；造成系统崩溃、死机、死循环，造成数据库数据丢失，与数据库连接错误，重要功效丧失，基本模块缺失等问题。如：代码错误、死循环、数据库发生死锁、重要的一级菜单功效不能使用等（该问题在测试中较少出现，一旦出现应立刻中断现在版本测试）。2、Critical（严重）：系统重要功效部分丧失、数据库保存调用错误、顾客数据丢失，一级功效菜单不能使用但是不影响其它功效的测试。功效设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。如：软件中数据保存后数据库中显示错误，顾客所规定的功效缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其它功效测试的状况下能够继续该版本测试）。3、Major（普通）：功效没有完全实现但是不影响使用，功效菜单存在缺点但不会影响系统稳定性。如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)4、Minor（次要）：界面、性能缺点，建议类问题，不影响操作功效的执行，能够优化性能的方案等。如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清晰，提示语丢失，文字排列不整洁，光标位置不对的，顾客体验感受不好，能够优化性能的方案等（这类问题在测试早期较多，优先程度较低；在测试后期出现较少，应及时解决）缺点类型定义本次测试中缺点类型可分为：功效设计与需求严重不符系统崩溃/死机/冻结

其它造成无法测试的错误功效未实现功效错误系统刷新错误操作界面错误(涉及数据窗口内列名定义、含义与否一致)边界条件下错误提示信息错误(涉及未给出信息、信息提示错误等)易用性及建议性问题缺点状态定义1、待解决（new）：测试人员或顾客发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设立。3、已解决（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设立。4、已修改（closed）：测试人员认为问题已经修改，通过验证，由测试人员设立。5、仍存在（reopened）：测试人员认为BUG未修复成功，问题仍然存在，由测试人员设立。6、不是问题（reject）：研发人员确认不是BUG，或者建议与意见决定不采纳。7、暂不解决（hold）：现在版本不做修改，后续版本再考虑，由研发人员或测试人员设立。缺点统计在软件测试的各流程中，发现的软件缺点统一统计到任务&Bug管理系统中。有疑议缺点确实认如果测试组与开发组对缺点的解决意见产生分歧时，直接在任务&Bug管理系统中进行BUG登记，并发送给测试组优点，由测试组长填写具体的解决意见，并指派给开发组进行修改。测试用例编号规则本项目的测试案例的编号规则，使用前缀“TESTCASE-”加次序号。测试用例的编写规范测试用例最少涉及下列要素：用例名称用例编号所属模块测试目的/问题摘要执行环节预期成果实际成果测试成果测试用例的管理方法本项目测试用例使用EXCEL进行案例编辑，也能够采用电子工具编写和管理测试案例。当测试用例发生变更时，需要及时修改测试用例，并提交测试组长确认。系统测试类型及多个测试类型所采用的办法、工具等介绍以下：功效测试测试范畴验证数据的精确度、数据类型、业务功效等有关方面的对的性。测试目的核算全部功效均已正常实现，即与否与需求一致。采用技术重要采用黑盒测试、边界测试、等价类划分等测试办法。工具与办法手工测试开始原则开发阶段对应的功效完毕并且测试用例设计完毕完毕原则测试用例通过并且最高级缺点全部解决特殊事项根据实际需求而定顾客界面(UI)测试测试范畴1.导航、链接、Cookie、页面构造涉及菜单、背景、颜色、字体、按钮名称、TITLE、提示信息的一致性等，2.和谐性、可操作性（易用性）测试目的核算各个窗口风格（涉及颜色、字体、提示信息、图标、title等）都与需求保持一致，或符合可接受原则，能够确保顾客界面的和谐性、易操作性，并且符合顾客操作习惯。采用技术网页测试通用办法工具与办法手工测试、目测(扫描)开始原则界面开发完毕完毕原则UI符合可接受原则，能够确保顾客界面的和谐性、易操作性，并且符合顾客操作习惯测试重点与优先级根据实际需求而定特殊事项根据实际需求而定性能测试测试范畴1.顾客、管理员的密码安全2.权限3.非法攻击测试目的1.顾客、管理员的密码管理2．应用程序级别的安全性：核算顾客只能操作其所拥有权限能操作的功效。3．系统级别的安全性：核算只有含有系统访问权限的顾客才干访问系统。采用技术代码包或者非法攻击工具工具与办法手工测试和自动化测试开始原则功效测试完毕完毕原则执行多个非法操作无安全漏洞且系统使用正常测试重点与优先级根据实际需求而定特殊事项根据实际需求而定兼容性测试测试范畴1．使用不同版本的不同浏览器、分辨率、操作系统分别进行测试。2．不同操作系统、浏览器、分辨率和多个运行软件等多个条件的组合测试。测试目的核算系统在不同的软件和硬件配备中运行稳定采用技术黑盒测试工具与办法手工测试开始原则项目组移交系统测试完毕原则在多个不同版本不同类项浏览器、操作系统或者其组合下均能正常实现其功效（此测试根据开发提供根据决定测试范畴）测试重点与优先级根据实际需求而定特殊事项根据实际需求而定回归测试测试范畴全部功效、顾客界面、兼容性、安全性等测试类型测试目的核算执行全部测试类型后功效、性能等均达成顾客需求所规定的原则采用技术黑盒测试工具与办法手工测试和自动化测试开始原则每当被测试的软件或其环境变化时在每个适宜的测试阶段上进行回归测试完毕原则95%的测试用例执行通过并通过系统测试测试重点与优先级测试优先级以测试需求的优先级为参考特殊事项软硬件设备问题阶段测试工作输出时间安排实施人备注需求阶段参加项目计划制订编制测试计划组织编制部分功效测