全国职业院校技能大赛Word文档格式.docx
《全国职业院校技能大赛Word文档格式.docx》由会员分享，可在线阅读，更多相关《全国职业院校技能大赛Word文档格式.docx（39页珍藏版）》请在冰点文库上搜索。
白盒测试需求分析，软件JAVA代码走查和Bug提交。
团队合作能力以及应用创新能力等职业素养。
竞赛过程分为以下六个阶段：
第一阶段，按照软件测试实训项目需求，包含浏览器兼容性测试内容和移动APP测试内容，提交测试方案，通过软件测试实训系统提交测试需求及测试任务分配内容，评估选手测试需求分析及任务分配能力；
第二阶段，按照软件测试实训的典型工作项目需求，设计测试用例文档，评估选手测试用例设计的质量和数量；
第三阶段，执行测试用例，提交缺陷报告，评估发现缺陷的质量和数量；
第四阶段，按照软件性能测试的需求，分析性能测试的压力点，使用性能测试工具，设置场景，录制和调试脚本，执行性能测试；
第五阶段，依据需求说明书和软件代码，进行JAVA代码走查；
第六阶段，编写测试总结报告，评估测试总结能力。
竞赛时间4小时，竞赛连续进行。
竞赛内容构成如下：
序号
内容模块
具体内容
说明
第一阶段
测试方案文档
按照软件测试竞赛项目需求，制定测试方案
能够根据需求文档进行需求理解，需求分析方法（如结构化分析方法、面向对象分析方法、面向问题域分析方法）；
测试范围划分和界定方法；
测试任务分解方法；
对测试难度进行预估；
能够对测试工作量和进度进行预估；
文案编写能力等；
第二阶段
测试用例
按照软件测试竞赛项目需求，设计测试用例
能使用典型测试方法进行用例设计；
测试用例对输入、预计输出、实际输出等书写能力；
第三阶段
Bug提交
执行测试用例，提交缺陷报告
根据用例进行测试，发现并提交Bug；
Bug描述、输入、预计输出、实际输出等描述、截图等编写能力；
Bug严重等级划分方法；
Bug分类方法等；
Bug跟踪方法等；
第四阶段
性能测试
按照软件性能测试的需求，执行性能测试
按照软件性能测试的需求分析性能测试的压力点；
使用性能测试工具，设置场景，录制和调试脚本，执行性能测试，截取测试结果截图；
第五阶段
白盒测试
按照白盒测试的需求，执行白盒测试
根据需求文档进行需求分析；
根据软件代码进行JAVA代码走查，发现并记录Bug；
第六阶段
测试总结报告
编写测试总结报告
测试情况总结方法，测试进度报告编写方法等；
Bug汇总统计方法，图示方法等；
Bug分类、Bug严重等级分析统计方法等；
竞赛各阶段分值权重和时间分布如下：
竞赛时间
测试方案文档，权重20%
240分钟
测试用例，权重20%
Bug提交，权重20%
性能测试，权重15%
白盒测试，权重5%
测试总结报告，权重15%
职业素养,权重5%
四、竞赛方式
1.本赛项为团体赛，以院校为单位组队参赛，不得跨校组队，同一学校参赛队不超过1支。
2.每支参赛队由3名选手组成，其中队长1名。
3.每支参赛队可配指导教师2名，指导教师须为本校专兼职教师，竞赛期间不允许指导教师进入赛场进行现场指导。
4.本赛项拟邀请境外代表队观摩。
五、竞赛流程
（一）竞赛时间表
竞赛期间各项日程与流程安排如下表。
日期
时间
内容
第一日
8:
00-14:
00
报到
14:
00-15:
领队会、赛前说明
15:
30
领队抽取场次签及检录顺序号
30-16:
开赛仪式
16:
00-17:
选手熟悉赛场
第二日
00-9:
20
竞赛赛场检录、参赛编号抽签、产生赛位号
9:
20-9:
题目发放、宣布竞赛注意事项、选手进入赛位、检查赛位设备及耗材
30-13:
竞赛选手完成竞赛任务
30-20:
竞赛成绩评定，进行成绩汇总。
20:
30-21:
加密信息解密
21:
00-23:
在指定地点，以纸质形式向全体参赛队公示成绩
第三日
30-9:
宣布竞赛成绩
00-10:
闭赛与颁奖仪式
10:
结束
（2）竞赛流程图
六、竞赛赛卷
本赛项赛题全部公开，公开方式为赛题库公开。
赛题库按照《全国职业院校技能大赛制度汇编》要求，于开赛前一个月，在大赛网络信息发布平台（www.chinaskills-jsw.org）发布；
本赛项建立赛卷库，赛卷库赛卷数量不少于10套，各套赛卷的重复率不超过50%。
正式赛卷于比赛前三天内，把赛卷随机排序后，在监督组的监督下，由裁判长指定相关人员抽取正式赛卷与备用赛卷。
赛项比赛结束后一周内，比赛用赛卷（包括评分标准）通过大赛网络信息发布平台公布。
本赛项样题详见《附件1：
软件测试赛项比赛任务书》
七、竞赛规则
（一）参赛资格及报名要求
1.参赛选手须为普通高等学校全日制在籍专科学生。
本科院校中高职类全日制在籍学生，五年制高职四、五年级学生可报名参赛。
参赛选手年龄须不超过25周岁（年龄计算的截止时间以2018年5月1日为准）。
凡在往届全国职业院校技能大赛中获本赛项高职组一等奖的选手，不能再参赛。
参赛选手的资格审查工作按照《全国职业院校技能大赛制度汇编》要求执行。
2．各省教育行政部门按照大赛执委会确定的报名时间和名额，通过全国职业院校技能大赛网络报名系统组织完成本省的参赛报名工作。
（二）赛前准备
1．竞赛工位通过抽签决定，竞赛期间参赛选手不得离开竞赛工位。
2．竞赛所需的硬件设备、系统软件和辅助工具由组委会统一安排，参赛选手不得自带硬件设备、软件、移动存储、辅助工具、移动通信等进入竞赛现场。
3．参赛队自行决定选手分工、工作程序和时间安排。
4．参赛队在赛前10分钟进入竞赛工位并领取竞赛任务，竞赛正式开始后方可展开相关工作。
（三）正式比赛
1．竞赛过程中，选手须严格遵守操作规程，确保人身及设备安全，并接受裁判员的监督和警示。
如遇到设备或软件等故障，参赛选手应当举手示意；
现场裁判应及时予以解决。
如确因计算机软件或硬件故障，致使操作无法继续的，由现场裁判协同技术支持人员共同解决。
2．若因选手因素造成设备故障或损坏，无法继续竞赛的，由现场裁判报告裁判长。
裁判长有权决定终止该队竞赛；
若因非参赛选手个人因素造成设备故障，由裁判长视具体情况做出裁决。
3．竞赛结束后，参赛队要确认已成功提交所有竞赛文档，由参赛队队长签字确认，参赛队在确认后不得再进行任何操作。
4．现场竞赛结束，经裁判员确认后方可离开赛场。
（四）成绩公示与公布
赛项成绩解密后，在指定地点，以纸质形式向全体参赛队进行公示。
成绩无异议后，在闭赛式上予以公布。
其它未尽事宜，将在赛前向各领队做详细说明，一切均需符合大赛制度规定。
八、竞赛环境
1.竞赛场地。
竞赛场地分为：
竞赛现场、裁判员休息区、指导老师休息区、开（闭）幕式会议区、服务区。
其中，竞赛现场又划分为：
检录区、场内竞赛区、裁判工作区、技术支持区。
以上区域应保证良好的采光、照明和通风；
应提供稳定的水、电和供电应急设备。
2.竞赛设备。
场内竞赛区按照参赛队数量准备比赛所需的软硬件平台，为参赛队提供统一竞赛设备和备用设备。
选手无需自带任何工具及附件。
3.竞赛工位。
竞赛现场各个工作区配备单相220V/3A以上交流电源。
每个比赛工位上标明编号；
每个比赛间配有工作台，用于摆放计算机和其它调试设备工具等；
配备3把工作椅。
4.技术支持区。
为技术支持人员提供固定工位、电源保障。
5.服务区。
提供医疗等服务保障。
6.赛场开放。
竞赛环境依据竞赛需求设计，在竞赛不被干扰的前提下赛场面向媒体、行业专家开放；
允许媒体、行业专家在规定的时段内沿指定路线进行现场参观。
7.竞赛场地应符合消防安全规定，现场消防器材和消防栓合格有效，应急照明设施状态合格，赛场明显位置张贴紧急疏散图，赛场地面张贴荧光疏散指示箭头，赛场出入口专人负责，随时保证安全通道的畅通无阻。
各工位分区供电，强电弱电分开布线，现场临时用电满足《施工现场临时用电安全技术规范》JGJ46-2005的要求。
九、技术规范
按照《全国职业院校技能大赛赛项规程编制要求》，列出竞赛内容涉及技术规范的全部信息，包括相关的专业教育教学要求，行业、职业技术标准。
标准号
中文标准名称
1
GB/T15532-2008
计算机软件测试规范
2
GB/T16260—2006
软件工程产品质量
3
GB/T9385—2008
计算机软件需求规格说明规范
4
GB/T18905—2002
软件工程产品评价
5
GB/T8567-2006
计算机软件文档编制规范
6
GB/T25000.1-2010
软件质量要求与评价（SQuaRE）指南
7
GB/T25000.10-2016
软件质量要求与评价（SQuaRE）第10部分：
系统与软件质量模型
8
GB/T25000.51-2016
软件质量要求与评价（SQuaRE）第51部分：
商业现货（COTS）软件产品的质量要求与评测细则
9
GB/T25000.62-2014
软件质量要求与评价（SQuaRE）易用性测试报告行业通用格式（CIF）
十、技术平台
竞赛技术平台要求最少满足100支参赛队伍300人规模。
（一）竞赛设备
设备类别
数量
设备用途
基本配置
服务器
每支参赛队1台
内嵌软件测试实训系统，提供竞赛支持服务。
性能相当于2.0GHZ处理器，4G以上内存
客户端
每支参赛队3台
竞赛选手比赛使用。
性能相当于2.0GHZ处理器，2G以上内存，显示器要求1024*768以上
移动客户端
Android4.0以上，1G（含）以上运行内存
（二）竞赛软件平台
本赛项使用合作企业北京四合天地科技有限公司提供的比赛技术平台：
《北京四合天地软件测试实训系统》。
《北京四合天地软件测试实训系统》基于JAVA以及MySQL数据库的B/S结构，采用MVC三层架构设计模式。
可跨平台部署，支持集群与虚拟化部署，维护简单，操作方便，支持IE、火狐、谷歌、360等主流浏览器，兼容性好。
大赛使用的软件测试实训系统是一个教学与训练一体的平台。
既可以比赛使用，也可以教学、实训使用，平台由多个子系统组成，包括实训平台的管理员后台，实训平台的教师前台、实训平台的学生前台，并内嵌多款实训模块。
管理员后台包含系统配置管理、教师管理、学生管理、资源管理等。
教师前台提供实训文档资料管理、实训任务管理、成绩管理等。
学生前台包括我的任务、提交文档，提交Bug等。
平台内嵌实训模块丰富，实训模块内置Bug满足主流测试方法的教学和训练要求，可同时满足浏览器兼容性测试、性能测试等实训要求。
主要的实训模块包括B/S结构资产管理系统（用于黑盒测试）、C/S结构资产管理系统（用于黑盒测试）、C/S结构软件安装测试（用于安装测试）、兼容性测试等。
平台支持扩展添加实训模块，可随时满足未来不同行业的软件测试的需求。
（三）相关软件
软件类别
软件名称
操作系统
WindowsServer2008R2
Windows764位
浏览器
Chrome49版本以上/IE8浏览器
文档编辑器
office2007及以上版本
截图工具
Windows7系统自带
输入法
搜狗输入法
性能测试工具
LoadRunner1255_Community_Edition
十一、成绩评定
（一）评分标准
考查点
评分标准
评分细则
分值（分）
制定测试方案
（20分）
测试方案应包括测试目的、Web端测试范围、移动App端测试范围、测试人员、测试环境、测试人员进度安排与模块划分等。
测试方案制定的完整性、合理性等，均作为评分的参考。
主要评分点包括明确测试范围、合理并完备的进行任务分配、制定有效完备的测试策略等。
1.概述说明准确。
2.测试任务说明准确。
3.测试资源说明准确。
4.功能测试计划列出全部功能点。
每写一条正确的功能点得分=9/功能点数量。
5.对每个功能点进行分工。
0.5
6.功能点的测试分工合理。
7.测试整体进度安排说明清晰。
8.相关风险说明准确。
设计测试用例（20分）
测试用例包括Web端功能测试用例、移动App端测试用例等。
测试用例文档应包括：
测试用例编号、测试项目、测试标题、重要级别、预置条件、输入、执行步骤、预期输出。
测试用例设计要求功能覆盖度高，用例设计的结构组织合理，用例设计使用的测试方法准确，用例编写的语言描述清晰。
其中测试用例覆盖度和用例设计的结构化，是评分的重点。
主要评分点包括测试用例的编写符合规范、测试用例设计符合需求、测试用例设计充分等。
1.用例数量。
每写一条规范的测试用例得分=8/用例数量，（不能有重复的测试用例，编写要符合需求且正确）。
2.重点测试用例数量。
每发现1个得分=8/重点测试用例数量。
3.测试用例设计充分。
4.测试用例编写符合测试用例规范。
执行测试用例（20分）
Bug提交包括Web端功能缺陷、移动App端缺陷、浏览器兼容性缺陷等。
Bug提交文档应包括编号、模块名称、摘要、描述、严重程度、截图等。
Bug的数量和Bug的准确性，是评分的重点。
主要评分点包括Bug的提交数量达到标准、Bug的提交的严重程度较高等。
1.Bug在系统列表中提交并截图。
2.系统四个文档正确提交并截图。
3.Bug数量。
每发现一个Bug得分=4/抽取Bug数量。
4.各模块Bug数量。
5.严重程度为很高的Bug数量。
每发现一个得分=3/抽取的严重程度很高Bug数量。
6.严重程度为高的Bug数量。
每发现一个得分=9/抽取的严重程度高Bug数量。
7.测试Bug清单编写符合规范。
性能测试执行（15分）
性能测试包括性能测试压力点分析、性能测试工具使用，参数配置，场景配置等、性能测试录制与调试脚本，执行测试，截取测试结果截图。
主要评分点包括性能测试压力点分析和描述清晰合理，性能测试工具参数设置合理，能满足测试需求，压力页面录制成功，并执行测试，测试结果数据收集。
要求有截图并进行说明。
1.性能测试压力点分析和描述清晰合理。
2.性能测试工具参数设置合理。
3.压力页面录制成功，并执行测试。
4.测试结果数据收集。
5.截图并进行说明。
白盒测试执行（5分）
白盒测试包括分析需求并进行软件JAVA代码走查。
主要评分点包括Bug提交的数量。
1.JAVA代码走查Bug提交数量。
每找出一个Bug得分=5/Bug数量。
编写测试总结报告（15分）
测试总结报告应包括测试目的、测试环境、测试人员、测试进度情况、Bug汇总、测试结论等。
总结报告中，对测试进度和质量的总结，是评分的重点。
主要评分点包括：
测试总结编写内容涵盖完备、测试总结编写有技术深度和难度等。
1.测试总结编写内容涵盖完备，包括测试概述、测试参考文档、项目组成员、测试设计介绍。
2.测试进度回顾中填写完整。
3.6
3.功能测试回顾描述清晰合理。
0.9
4.用例汇总模块项完整。
每发现一个模块得分为2/抽取模块数量。
5.缺陷汇总模块项完整。
每发现一个模块得分为4/抽取Bug数量。
6.测试结论。
2.5
职业素养（5分）
比赛现场符合企业“5S”（即整理、整顿、清扫、清洁和素养）原则，
比赛团队分工明确合理、操作规范、文明竞赛。
1.发现系统开放型缺陷。
2.团队分工明确合理。
3.操作规范。
4.文明竞赛。
（二）评分方式
1.组织与分工
（1）参与大赛赛项成绩管理的组织机构包括：
裁判组、监督组和仲裁组，受赛项执委会统一领导。
（2）裁判组实行“裁判长负责制”，设裁判长1名；
加密裁判2名；
现场裁判8名；
评分裁判20名，共计31人。
（3）裁判及其他现场工作人员职责如下：
——裁判长：
负责竞赛过程各类裁判的指定、更换与工作调整；
竞赛现场问题的快速处置与裁定；
竞赛评分过程的组织与安排；
竞赛成绩的审核与上报。
——加密裁判：
负责组织参赛队伍（选手）抽签，对参赛队信息、抽签代码等进行加密、解密工作；
——现场裁判：
按规定做好赛场记录，维护赛场纪律，评定参赛队的现场得分；
——评分裁判：
负责对参赛队伍（选手）的比赛作品、比赛表现按赛项评分标准进行评定。
客观性内容由2名裁判打分后按取平均分数的方式评定成绩，2名裁判所给分值差别超过该项成绩20%的，由裁判长另指定其他裁判评定成绩；
主观性内容由5名裁判打分后按去掉最高、最低分后的平均成绩确定成绩。
——检录工作人员：
负责对参赛队伍（选手）进行点名登记、身份核对等工作；
——监考工作人员：
协助现场裁判做好负责工位范围内的秩序维持工作，不得在考场内随意走动；
——技术支持人员：
在技术支持服务区候场，有需要时在现场裁判的带领下到相关工位进行赛场技术支持保障。
（4）监督组对裁判组的工作进行全程监督，并对竞赛成绩抽检复核。
（5）仲裁组负责接受由参赛队领队提出的对裁判结果的申诉，组织复议并及时反馈复议结果。
2.成绩评定方法
成绩评定是根据竞赛考核目标、内容对参赛队或选手在竞赛过程中的表现和最终成果做出评价。
本赛项的评分方法为结果评分。
结果评分是对参赛选手提交的竞赛成果和作答卷，依据赛项评价标准进行评价评分。
所有的评分表、成绩汇总表备案以供核查，最终的成绩由裁判长进行审核确认并上报大赛组委会。
2.抽检复核
为保障成绩评判的准确性，监督组将对赛项总成绩排名前30%的所有参赛队伍（选手）的成绩进行复核；
对其余成绩进行抽检复核，抽检覆盖率不得低于15%。
如发现成绩错误以书面方式及时告知裁判长，由裁判长更正成绩并签字确认。
复核、抽检错误率超过5%的，裁判组将对所有成绩进行复核。
3.成绩解密
裁判长正式提交赛位（竞赛作品）评分结果并复核无误后，加密裁判在监督人员监督下对加密结果进行逐层解密。
4.成绩公示与公布
竞赛总成绩复核无误后，经赛项裁判长、监督人员、仲裁人员签字确认,在指定地点以纸质形式向全体参赛队公示比赛成绩。
5.成绩报送
（1）录入，由承办单位信息员将赛项总成绩的最终结果录入赛务管理系统。
（2）审核，承办单位信息员对成绩数据审核后，将赛务系统中录入的成绩导出打印，经赛项裁判长审核无误后签字。
（3）报送，由承办单位信息员将裁判长确认的电子版赛项成绩信息上传赛务管理系统，同时将裁判长签字的纸质打印成绩单报送大赛执委会办公室。
6.成绩使用
大赛最终成绩由大赛组委会秘书处公示后公布，任何组织和个人，不得擅自对大赛成绩进行涂改、伪造或用于欺诈等违法犯罪活动。
十二、奖项设定
按照执行《全国职业院校技能大赛奖惩办法》的有关规定，本赛项设参赛选手团体一、二、三等奖。
以赛项实际参赛队总数为基数，一、二、三等奖获奖比例分别为10%、20%、30%（小数点后四舍五入）。
获得一等奖的参赛队伍的指导教师获“优秀指导教师奖”。
大赛所有荣誉证书、奖杯由大赛组委会统一制作颁发。
十三、赛项安全
赛事安全是技能竞赛一切工作顺利开展的先决条件，是赛事筹备和运行工作必须考虑的核心问题。
赛项执委会采取切实有效措施保证大赛期间参赛选手、指导教师、裁判员、工作人员及观众的人身安全。
（一）比赛环境
1．赛项执委会须在赛前组织专人对比赛现场、住宿场所和交通保障进行考察，并对安全工作提出明确要求。
赛场的布置，赛场内的器材、设备，应符合国家有关安全规定。
如有必要，也可进行赛场仿真模拟测试，以发现可能出现的问题。
承办院校赛前须按照赛项执委会要求排除安全隐患。
升级会员 