《校园招聘系统测试计划》由会员分享，可在线阅读，更多相关《校园招聘系统测试计划（13页珍藏版）》请在金锄头文库上搜索。
1、校园招聘系统测试筹划文档标记：目前版本：目前状态:草稿发布日期:发布修改历史日期版本作者修改内容评审号变更控制号目录1简介41.1目的41.2背景41系统概况41.4范畴41.5参照文档42测试需求53测试方略53测试完毕原则53.2测试类型5.2.功能测试3.2.性能测试3.3顾客界面（UI）测试3.2.4安全性与访问控制测试3.5兼容性测试73.6回归测试3.3测试实行阶段8.4工具85特殊的考虑事项84估计成果记录84.1估计的假设条件84测试用例数估计8.2.1系统测试方案4文档大小估计9.4工作量估计945核心计算机资源估计46成本估计(可选)95风险管理筹划9组间协调筹划17测试度
2、量采集与分析筹划1.1采集筹划10.2度量分析筹划8资源108.1人员安排108.2系统资源19项目测试里程碑111测试工作产品与规模11测试进度甘特图112其她11 简介1.1 目的为校园招聘系统McrMOe提供完善的测试指引，保证一种完备的、灵活的、可为不同公司进行定制的MroM系统的系统测试顺利执行。1.2 背景整个Mir系统将分为个人求职者前台使用的功能平台，为每个公司定制出前台申请表以及公司顾客所使用的招聘管理后台。1.3 系统概况MicroM重要应用于各类公司的大学招聘,涉及面试,笔试，信息发布，邮件通讯一系列的面试过程自动化,电子化，还涉及公司各类信息的定制,提供的简历模版的定制
3、。 McrMOe重要涉及如下大类：1) 前台功能(注册新顾客、登录系统、找回密码、更改密码、修改注册信息、浏览公示信息、浏览职位、应聘职位、浏览申请记录、填写/修改基本信息、填写/修改教育背景、填写修改工作经验、填写/修改技能爱好、填写修改其她信息、浏览告知信息、答复告知信)。2) 招聘管理后台(登录系统、职位管理、顾客管理、部门管理、目的学校管理、目的都市管理、邮件模板管理、简历筛选、笔试场地管理、笔试安排、打印笔试场地安排、发送笔试告知、面试场地管理、面试安排、发送面试告知、申请表预览、对求职者评分、对求职者评语）.1.4 范畴该项目选择模型作为项目的生命周期,在项目开发过程中， 项目组将
4、对所开发的模块进行单元测试,开发人员单元测试时互换代码走查，然后再对各模块进行集成测试。测试组将根据顾客需求阐明书和软件需求阐明书以及相应的设计文档进行系统测试。该项目不存在验收测试。执行的测试类型将涉及：功能测试、性能测试、顾客界面（UI)测试、安全性和访问测试控制等测试措施、兼容性测试等。1.5 参照文档文档名称文档标记号及版本号作者或来源备注校园招聘系统McoMOe软件开发筹划o校园招聘系统MicroMOe顾客需求阐明书.docMicroMOe项目筹划.mpp2 测试需求该项目的测试需求将所有列入Tst irecto7.6Requirnt页面，需求编号由TD自动生成。3 测试方略3.1
5、测试完毕原则最后通过系统测试，系统无业务逻辑错误和二级的BUG。经拟定的所有缺陷都已得到了商定的解决成果。所设计的测试用例已所有重新执行,已知的所有缺陷都已按照商定的方式进行理解决，并且没有发现新的缺陷。3.2 测试类型3.2.1 功能测试测试范畴验证数据精确度、数据类型、业务功能等有关方面的对的性测试目的核算所有功能均已正常实现,即可按每个顾客的需求定制不同的申请表及招聘流程（筛选、笔试、面试）。1业务流程检查:各个业务流程符合常规逻辑,顾客使用时不会产生疑问。2、数据精确：各数据类型的输入输出时记录精确。技 术采用黑盒测试,使用边界值测试、等价类划分、数据驱动等测试措施工具与措施手工测试开
6、始原则测试用例设计完毕并且通过同行评审且项目组移送系统测试完毕原则5测试用例通过并且最高档缺陷所有解决测试重点与优先级需考虑的特殊事项3.2.2 性能测试 测试范畴大流量的数据与多顾客操作时性能方面的测试测试目的核算系统在大流量的数据与多顾客操作时软件性能的稳定性，不导致系统崩溃或有关的异常现象技 术自动化测试工具与措施Loaduner .0开始原则自动化测试脚本设计并评审通过且项目组移送系统测试完毕原则系统满足顾客需求中所规定的性能规定测试重点与优先级需考虑的特殊事项3.2.3 顾客界面(U）测试测试范畴1导航、链接、Coke、页面构造涉及菜单、背景、颜色、字体、按钮名称、LE、提示信息的一
7、致性等。2.和谐性、可操作性（易用性)测试目的核算各个窗口风格(涉及颜色、字体、提示信息、图标、TITE等等)都与基准版本保持一致，或符合可接受原则,可以保证顾客界面的和谐性、易操作性，并且符合顾客操作习惯。技 术WEB测试通用措施工具与措施手工测试开始原则项目组移送系统测试完毕原则UI符合可接受原则,可以保证顾客界面的和谐性、易操作性,并且符合顾客操作习惯测试重点与优先级需考虑的特殊事项3.2.4 安全性与访问控制测试测试范畴1 密码：登录、超级管理员、一般管理员、一般顾客或会员等2 权限3 非法袭击4 登录超时限制等等测试目的1应用程序级别的安全性:核算顾客只能操作其所拥有权限能操作的功能
8、。.系统级别的安全性：核算只有具有系统访问权限的顾客才干访问系统。技 术代码包或者非法袭击工具工具与措施手工测试开始原则项目组移送系统测试完毕原则执行多种非法操作无安全漏洞且系统使用正常测试重点与优先级需考虑的特殊事项3.2.5 兼容性测试测试范畴1 使用不同版本的不同浏览器、辨别率、操作系统分别进行测试。2不同操作系统、浏览器、辨别率和多种运营软件等多种条件的组合测试。测试目的核算系统在不同的软件和硬件配备中运营稳定技 术黑盒测试工具与措施手工测试开始原则项目组移送系统测试完毕原则在多种不同版本不同类项浏览器、操作系统或者其组合下均能正常实现其功能测试重点与优先级需考虑的特殊事项3.2.6
9、回归测试测试范畴所有功能、性能、顾客界面、兼容性、安全性与访问控制等测试类型测试目的核算执行所有测试类型后功能、性能等均达到顾客需求所规定的原则技 术黑盒测试工具与措施手工测试和自动化测试开始原则每当被测试的软件或其环境变化时在每个合适的测试阶段上进行回归测试完毕原则9%的测试用例执行通过并通过系统测试测试重点与优先级需考虑的特殊事项3.3 测试实行阶段测试类型测试阶段单元测试集成测试系统测试验收测试功能测试X性能测试XXX安全性测试XX兼容性测试XXX顾客界面(UI）测试XX回归测试每当被测试的软件或其环境变化时在每个合适的测试阶段上进行回归测试备注:“”表达由测试组执行,“X”表达由项目组
10、执行；3.4 工具该项目使用下表所述的测试工具和测试管理平台进行测试和测试管理,测试数据存储在TesDirector7.相应栏位下。工具名称标记号产商自产版本Testirecor Mrcy Interactiv 76oadRunneMerur Interace80M OfcMicrosoft3.5 特殊的考虑事项无4 估计成果记录4.1 估计的假设条件无4.2 测试用例数估计4.2.1 系统测试方案功能点或测试类型最多用例数适中的用例数至少的用例数合计模块1(性能测试）323模块2（功能测试)6050450模块3(安全性测试)423模块4（兼容性测试）323。合计系统用例数:4.3 文档大小估
11、计文档名称估计文档 大小(页）备注MroMOe测试筹划.dc2MicroMOe测试筹划.ppMiroMOe系统测试方案.doc4按功能点MicoMOe测试总结报告.doc104.4 工作量估计任务或模块工作量(人小时）阶段最多工作量适中工作量至少工作量合计测试筹划12080测试设计420120.3测试实现10108961测试执行9607281.3测试总结121081合计4.5 核心计算机资源估计核心项数量性能规定盼望到位阶段PC台式机3P4，主频1.6G以上,硬盘0G,内存5M，本规定是最小配备。需求分析阶段TD.6服务器1PC Srver：12M内存、0GSCS硬盘需求分析阶段4.6 成本估
12、计(可选）本节略去。5 风险管理筹划序号风险名称严重限度负责人预期日期避免及补救方案1测试时间压缩过短较严重全程延长工作时间，增长人力,提高工作效率2测试过程中测试工具和测试管理平台发生软、硬件问题轻微全程协调有关资源3测试人员经验局限性较严重全程有针对性的培训指引,自身加强学习6 组间协调筹划序号筹划日期发起组接受组负责人支持描述1测试组项目组参与Microe测试筹划、测试方案等评审2项目组测试组测试移送3测试组项目组提供系统测试阶段的问题报告,以及问题解决的验证4测试组项目组、质量管理组提供测试总结报告7 测试度量采集与分析筹划7.1 采集筹划原始数据来 源采集频度负责人测试用例数系统测试方案.doc全程测试缺陷数Tet Dictr 7.6全程7.2 度量分析筹划度量名称说 明类别基线值上限值下限值缺陷严重级别比率（A级为例）缺陷按严重级别分布状况
