2022年贵州省职业院校技能大赛（高职组）
“软件测试”赛项竞赛规程
一、赛项名称
赛项名称：软件测试
赛项组别：高职组
赛项归属产业：电子信息
二、竞赛目的
（一）检验教学成效
本赛项竞赛内容以《国家职业教育改革实施方案》为设计方针，以电子信息产业发展的人才需求为依据，以软件测试岗位真实工作过程为载体，全面检验高等职业院校人才培养方案和用人单位岗位要求的匹配程度，检验学生的软件测试工程实践能力和创新能力，从而展现专业教学成效、人才培养成果。
（二）促进教学改革
本赛项按照行业企业软件测试岗位真实工作过程设计竞赛内容，促进教学过程与生产过程对接、课程内容与职业标准对接、专业设置与产业需求对接、学历证书与职业资格证书对接，最大限度匹配与适应人才培养供给侧和产业需求侧。通过“以赛促学、以赛促教、以赛促改、以赛促建”，持续推进专业目录、专业教学标准、课程标准、顶岗实习标准、实训条件建设标准建设，从而提高人才培养的针对性、有效性和专业建设水平。
（三）向世界高水平看齐
本赛项紧跟软件测试行业企业发展趋势，瞄准软件测试国际发展水平，参考国际技术技能标准，借鉴世界技能大赛办赛机制，全面对标世界技能大赛电子信息类赛项技术工作内容组织方式，通过大赛让参赛选手经历完整工作过程。瞄准世界最高技能水平，选拨具有大国工匠素质的技术技能人才。
（四）营造崇尚技能氛围
职业技能竞赛是培养和选拔技能人才的重要途径，是激励广大职工和青年学习技能、钻研技术、展示“工匠精神”的大舞台。通过本赛项，引导全社会尊重、重视、关心技能人才的培养和成长，让尊重劳动、尊重技术、尊重创新成为社会共识，在全社会倡导“崇实尚业”之风，营造尊敬技能人才的社会氛围，激励广大职工和青年走技能成才、技能报国之路，为国家高质量发展添砖加瓦。
三、竞赛内容
竞赛以“资产管理系统”为被测对象，采用实际操作形式，完成软件测试工作。竞赛突出实战过程，既满足软件产业对高素质技能人才的需求特点，又符合高等职业院校基于工作过程的课程教学特点。
比赛围绕软件测试应用领域的主流技术及应用，考察选手面对实际问题的综合分析能力，对测试用例、测试方法的设计能力，对软件测试相关技术的掌握程度。考核内容包括：功能测试计划制定、测试用例设计、测试执行和提交Bug、测试总结报告编写；自动化测试要求分析、测试工具使用、代码编写和测试执行；性能测试要求分析、测试工具使用、测试执行；白盒测试要求分析、编写应用程序、设计测试数据并得出测试结果；接口测试要求分析、测试工具使用和测试执行；团队合作能力以及应用创新能力等职业素养。竞赛过程包括以下任务：
| 序号 |
内容模块 |
具体内容 |
说明 |
| 任务一 |
制定功能测试计划 |
根据软件测试竞赛项目需求，制定功能测试计划 |
能够根据需求文档进行需求理解和分析。 功能测试范围划分和界定。 功能测试任务分解。 对功能测试难度进行预估。 能够对功能测试工作量和进度进行预估。 文档编写规范等。 |
| 设计功能测试用例 |
根据软件测试竞赛项目需求，设计功能测试用例 |
能使用典型测试方法进行功能测试用例设计。 对功能测试用例的输入、预计输出、实际输出等规范描述。 文档编写规范等。 |
|
| 执行功能测试用例 |
执行功能测试用例，提交缺陷报告 |
根据功能测试用例进行测试，发现并记录Bug。 对Bug描述、输入、预计输出、实际输出等规范描述，并对Bug截图。 文档编写规范等。 |
|
| 编写功能测试总结报告 |
编写功能测试总结报告 |
根据功能测试用例执行结果编写功能测试总结报告。 Bug汇总统计等。 Bug分类、Bug严重等级分析统计等。 文档编写规范等。 |
|
| 任务二 |
自动化测试 |
根据软件自动化测试的要求，编写并执行自动化测试脚本 |
根据自动化测试要求，考查自动化测试理论知识、浏览器基本操作、页面元素进行识别并定位、Selenium基本方法使用、Unittest框架、数据驱动、数据断言等，以及自动化测试脚本编写，执行自动化测试脚本。 |
| 任务三 |
性能测试 |
根据软件性能测试的要求，执行性能测试 |
根据性能测试要求分析性能测试的压力点,使用性能测试工具（JMeter及LoadRunner），添加脚本，设置场景，执行性能测试，截取过程及结果截图。 |
| 任务四 |
白盒测试 |
根据白盒测试的要求，执行白盒测试 |
根据白盒测试要求，编写应用程序、设计测试数据，考查语句、判定、条件、判定条件、条件组合基本路径等覆盖方法，并得出测试结果。 |
| 任务五 |
接口测试 |
根据软件接口测试的要求，执行接口测试 |
根据接口测试要求，使用接口测试工具，考查HTTP、JSON、参数设置、变量设置、数据断言、数据驱动等，执行接口测试，截取过程及结果截图。 |
竞赛各任务分值权重和时间分布如下：
| 序号 |
任务名称 |
竞赛时间 |
| 任务一 |
制定测试计划，权重5% |
420分钟 |
| 设计测试用例，权重15% |
||
| 执行测试用例，权重15% |
||
| 编写测试总结报告，权重5% |
||
| 任务二 |
自动化测试，权重20% |
|
| 任务三 |
性能测试，权重20% |
|
| 任务四 |
白盒测试，权重10% |
|
| 任务五 |
接口测试，权重5% |
|
| 职业素养，权重5% |
四、竞赛方式
1. 比赛以团队方式进行，同一学校的报名参赛队伍不超过1支。
2. 每个参赛队由1名领队（可由指导教师兼任）、2名指导教师、2名选手（其中1队长1名）组成，指导教师须为本校专兼职教师，参赛选手和指导教师报名获得确认后不得随意更换。
3. 竞赛时间为420分钟。
五、竞赛试题
本赛项样题详见《附件一》。
六、竞赛规则
1. 参赛选手须为普通高等学校全日制在籍专科学生、本科院校中高职类全日制在籍学生，五年制高职四、五年级学生也可报名参赛。参赛选手年龄一般不超过25周岁。
2. 严禁参赛选手、赛项裁判、工作人员私自携带通讯、摄录设备进入比赛场地。
3. 参赛选手所需的硬件、软件和辅助工具统一提供，参赛队不得使用自带的任何有存储功能的设备，如硬盘、光盘、U盘、手机、随身听等。
4. 参赛选手按规定时间到达指定地点，凭参赛证、学生证和身份证（三证必须齐全）进入赛场。选手迟到10分钟取消比赛资格。
5. 比赛过程中，选手须严格遵守操作规程，确保人身及设备安全，并接受工作人员的监督和指示。因选手原因造成设备故障或损坏而无法继续比赛的，裁判长有权决定中止该队比赛；非因选手个人原因造成设备故障的，由裁判长视具体情况作出裁决。
6. 竞赛开始时统一发放本场次赛卷，竞赛结束后，参赛选手要确认已成功提交竞赛要求的配置文件和文档，参赛选手在确认后不得再进行任何操作。
7. 现场比赛结束，经确认后方可离开赛场。
8. 各赛项由裁判员现场评分，经裁判长签字确认后予以公布，如有异议请直接向大赛仲裁工作组申请复核。
八、竞赛环境
竞赛现场设置场内竞赛区、技术支持区等。
监考员协助裁判长做好负责工位范围内的秩序维持，监考员不得在考场内随意走动。
技术支持保障人员在技术支持服务区候场，有需要时在监考员的带领下到相关的工位进行赛场技术支持保障，在条件具备时，技术支持区可不设置在考场内。
竞赛现场符合消防安全规定，现场消防器材和消防栓合格有效，应急照明设施状态合格，赛场明显位置张贴紧急疏散图，赛场地面张贴荧光疏散指示箭头，赛场出入口专人负责，随时保证安全通道的畅通无阻。
各工位分区供电，强电弱电分开布线，现场临时用电满足《施工现场临时用电安全技术规范》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） |
十、技术平台
（一）竞赛设备
| 设备类别 |
数量 |
设备用途 |
基本配置 |
| 服务器 |
每支参赛队2套 |
1套功能自动化测试服务器，内嵌软件测试实训系统、功能测试被测系统、自动化测试被测系统；1套性能测试服务器，内嵌性能测试被测系统。 |
性能相当于2.0GHZ处理器，4G及以上内存。 |
| 客户端 |
每支参赛队3台 |
竞赛选手比赛使用。 |
性能相当于2.0GHZ处理器，4G及以上内存。 |
（二）竞赛软件平台
本赛项使用合作企业北京四合天地科技有限公司提供的比赛技术平台：《北京四合天地软件测试实训系统》。
- 相关软件
| 设备类别 |
软件类别 |
软件名称 |
| 服务器 |
操作系统 |
Ubuntu |
| 客户端自带软件 |
操作系统 |
Windows10 64位 |
| 浏览器 |
Chrome 67 IE11 |
|
| 浏览器驱动 |
Chrome 67对应驱动-Chromedriver |
|
| 文档编辑器 |
WPS |
|
| 截图工具 |
Windows10系统自带 |
|
| 输入法 |
搜狗拼音输入法、搜狗五笔输入法 |
|
| 性能测试工具 |
Apache-JMeter-5.3 FiddlerSetup JDK-8u172-windows-x64 npp.7.9.2.Installer.exe |
|
| 自动化测试工具环境 |
Python-3.5.0-amd64 Selenium版本3.141.0 ddt版本1.4.1 PyCharm（2017.1.1） |
|
| 白盒测试工具环境 |
JDK-8u172-windows-x64 |
|
| 接口测试工具环境 |
Postman-win64-6.6.1-Setup |
十一、成绩评定
（一）评分细则（总分100分）
| 任务 |
考查点 |
评分标准 |
评分细则 |
分值（分） |
| 任务一 |
制定测试计划 |
测试计划应包括测试目的、测试范围、测试人员、测试环境、测试人员进度安排与模块划分等。 主要评分点包括明确测试范围、合理并完备的进行任务分配、制定有效完备的测试策略等。 |
1.概述说明清晰。 |
5 |
| 2.测试任务说明清晰。 |
||||
| 3.测试资源说明清晰。 |
||||
| 4.功能测试计划列出全部功能点。 |
||||
| 5.对每个功能点进行分工。 |
||||
| 6.功能点的测试分工合理。 |
||||
| 7.测试整体进度安排说明清晰。 |
||||
| 8.相关风险说明清晰。 |
||||
| 设计功能测试用例 |
测试用例包括功能测试用例。测试用例文档应包括：测试用例编号、功能点、用例说明、前置条件、输入、执行步骤、预期结果、重要程度。 |
1.用例数量。每写一条规范的测试用例得分=4/用例数量（不能有重复的测试用例，编写要符合需求且正确）。 |
15 |
|
| 2.重点测试用例数量。每发现1个得分=10/重点测试用例数量（不能有重复的测试用例，编写要符合需求且正确）。 |
||||
| 3.测试用例编写符合测试用例规范。 |
||||
| 执行功能测试用例 |
Bug提交包括功能缺陷等。Bug提交文档应包括缺陷编号、角色、模块名称、摘要描述、操作步骤、预期结果、实际结果、缺陷严重程度、提交人、截图等。 |
1.Bug数量。每发现一个Bug得分=4/Bug数量（Bug描述要规范且正确，重复的Bug不计入Bug数量）。 |
15 |
|
| 2.重点Bug数量。每发现一个重点Bug得分=10/重点Bug数量（Bug描述要规范且正确，重复的Bug不计入Bug数量）。 |
||||
| 3.测试Bug缺陷报告清单编写符合规范，每一项均需要填写，否则得0分。 |
||||
| 编写测试总结报告 |
测试总结报告应包括测试目的、测试环境、测试人员、测试进度情况、Bug汇总、测试结论等。 主要评分点包括：测试总结报告内容完整。 |
1.测试概述、测试参考文档、项目组成员、测试设计介绍填写完整。 |
5 |
|
| 2.用例汇总填写完整。 |
||||
| 3.测试进度回顾填写完整。 |
||||
| 4.功能测试回顾描述清晰合理。 |
||||
| 5.缺陷汇总填写完整。 |
||||
| 6.测试结论描述清晰合理。 |
||||
| 任务二 |
自动化测试执行 |
自动化测试执行包括自动化测试脚本编写，执行自动化测试脚本，完成自动化测试总结报告。 |
1.术语定义描述清晰 |
20 |
| 2.自动化测试脚本代码正确性。 |
||||
| 任务三 |
性能测试执行 |
性能测试执行包括使用性能测试工具，添加脚本、回放脚本、配置参数、设置场景、执行性能测试，对测试过程和结果进行截图，完成性能测试报告。 |
1.术语定义描述清晰。 |
20 |
| 2.测试策略描述清晰。 |
||||
| 3.性能测试实施过程执行截图正确性。 |
||||
| 4.执行结果填写完整。 |
||||
| 任务四 |
白盒测试执行 |
按照要求编写Java程序，设计测试用例，执行白盒测试，编写白盒测试报告。 |
程序完整、清晰、正确性 |
10 |
| 测试数据合理、完整性 |
||||
| 截图内容完整、清晰，结果正确性 |
||||
| 任务五 |
接口测试执行 |
接口测试执行包括使用接口测试工具进行设置，对测试过程和结果进行截图，完成接口测试总结报告。 |
1.术语定义描述清晰。 |
5 |
| 2.接口测试实施过程执行截图正确性。 |
||||
| 职业素养 |
竞赛现场符合企业“5S”（整理、整顿、清扫、清洁和素养）原则， |
1.团队分工明确合理。 |
5 |
|
| 2.操作规范。 |
||||
| 3.文明竞赛。 |
（二）评分标准制定原则
竞赛评分制定严格遵守公平、公正的原则。
参与大赛赛项成绩管理的组织机构包括裁判组、仲裁组等。裁判组实行“裁判长负责制”，设裁判长1名，全面负责赛项的裁判与管理工作。
裁判员根据比赛工作需要分为检录裁判、加密裁判、评分裁判。检录裁判负责对参赛队伍（选手）进行点名登记、身份核对等工作；加密裁判负责组织参赛队伍（选手）抽签并对参赛队伍（选手）的信息进行加密、解密。
评分裁判负责对参赛队伍（选手）的技能展示、操作规范和竞赛成果等按赛项评分标准进行评定。在比赛进行的过程中评分裁判不到比赛现场，参赛选手退出赛场后，评分裁判进入现场对各工位进行评分。赛项评分标准力争客观，各评分得分点可量化；评分过程全程可追溯。
仲裁组负责接受由参赛队领队提出的对裁判结果的申诉，组织复议并及时反馈复议结果。
（三）评分方法
本赛项采用结果评分，对于客观题，根据评分标准设计评分表，采用结果评分。评分时，每名评分专家依据赛前制定统一的评分标准，自主独立评分，评分表裁判签字确认，成绩汇总表备案以供核查。
参赛队提交比赛任务结束请求或者在比赛时间终止后，不得再进行任何操作。否则，视为比赛作弊，给参赛队记警告一次。
在竞赛过程中，选手如有扰乱赛场秩序、舞弊等不文明行为，将按照规定扣减相应分数并且给予警告，情节严重的取消竞赛资格，竞赛成绩记0分，队员退出比赛现场。
十二、奖项设定
竞赛设参赛选手团体奖。奖项设置按参赛队数量确定，其中一等奖10%，二等奖20%，三等奖30%。为获奖选手的指导教师设优秀指导教师奖。
十三、赛项预案
赛场备用工位：赛场提供占总参赛队伍10%的备用工位。
竞赛系统可靠性：竞赛系统使用的服务器应进行冗余，数据库、存储应使用高可用架构。提前开始运行，经过多次压力测试，由学校组织的真实竞赛环境测试。
竞赛备用服务器：现场提供占总参赛队伍10%的备用服务器。
现场应急预案详情，如下：
（一）服务器问题预案
若服务器在比赛过程中出现卡顿、死机等情况，参赛选手举手示意裁判，在监考员与技术支持人员确定情况后，可更换服务器。更换服务器的等待时间，可在比赛结束后延时。
（二）交换机问题预案
若交换机在比赛过程中出现传输速度慢或无故中断等情况，参赛选手举手示意监考员，在监考员与技术支持人员确定情况后，可更换交换机。更换交换机的等待时间，可在比赛结束后延时。
（三）PC机问题预案
若PC机在比赛过程中出现死机、蓝屏等现象（重启后无法解决），参赛选手举手示意工作人员，在监考员与技术支持人员确定情况后，可更换备用工位或更换PC机进行答题。
十四、赛项安全
赛场严格按照国家防疫措施执行，以对应突发情况发生。
赛事安全是技能竞赛一切工作顺利开展的先决条件，是赛事筹备和运行工作必须考虑的核心问题。采取切实有效措施保证大赛期间参赛选手、指导教师、裁判员、工作人员及观众的人身安全。
（一）比赛环境
1. 须在赛前组织专人对比赛现场、住宿场所和交通保障进行考察，并对安全工作提出明确要求。赛场的布置，赛场内的器材、设备，应符合国家有关安全规定。如有必要，也可进行赛场仿真模拟测试，以发现可能出现的问题。承办院校赛前须按照要求排除安全隐患。
2. 赛场周围要设立警戒线，要求所有参赛人员必须凭有效证件进入场地，防止无关人员进入发生意外事件。比赛现场内应参照相关职业岗位的要求为选手提供必要的劳动保护。在具有危险性的操作环节，裁判员要严防选手出现错误操作。
3. 承办院校应提供保证应急预案实施的条件。对于比赛内容涉及高空作业、可能有坠物、大用电量、易发生火灾等情况的赛项，必须明确制度和预案，并配备急救人员与设施。
4. 严格控制与参赛无关的易燃易爆以及各类危险品进入比赛场地，不许随便携带书包进入赛场。
5. 承办院校制定开放赛场和体验区的人员疏导方案。赛场环境中存在人员密集、车流人流交错的区域，除了设置齐全的指示标志外，须增加引导人员，并开辟备用通道。
6. 大赛期间，承办院校须在赛场管理的关键岗位，增加力量，建立安全管理日志。
（二）组队责任
1. 各学校组织代表队时，须安排为参赛选手购买大赛期间的人身意外伤害保险。
2. 各学校代表队组成后，须制定相关管理制度，并对所有选手、指导教师进行安全教育。
3. 各参赛队伍须加强对参与比赛人员的安全管理，实现与赛场安全管理的对接。
（三）应急处理
比赛期间发生意外事故时，发现者应在第一时间报告，同时采取措施，避免事态扩大。立即启动预案予以解决。出现重大安全问题的赛项可以停赛，是否停赛由大赛执委会决定。事后，承办校应向大赛执委会报告详细情况。
（四）处罚措施
1. 因参赛队伍原因造成重大安全事故的，取消其获奖资格。
2. 参赛队伍有发生重大安全事故隐患，经监考员提示、警告无效的，可取消其继续比赛的资格。
3. 赛事工作人员违规的，按照相应的制度追究责任。情节恶劣并造成重大安全事故的，由司法机关追究相应法律责任。
十五、竞赛须知
（一）参赛队须知
1．参赛队名称：统一使用规定的学校代表队名称，不使用其他组织、团体的名称；
2．参赛队组成：每支参赛队由2名参赛选手组成，须为同校在籍学生，其中队长1名。每支参赛队可配2名指导教师，指导教师须为本校专兼职教师，不接受跨校组队。
3．各参赛院校应指定1名负责人任赛项领队，全权负责该校参赛事务的组织、协调和领导工作。
4．参赛选手及指导教师在报名获得确认后，原则上不再更换。如在筹备过程中，参赛选手和指导教师因故不能参赛，须由其所在学校于赛项开赛前10个工作日之前出具书面说明，经大赛执委会办公室核实后予以更换。允许队员缺席比赛；允许指导教师缺席比赛。
5．参赛队按照大赛赛程安排，凭赛项执委会颁发的参赛证和有效身份证件参加比赛及相关活动。
6．参赛队选手、领队和指导教师要有良好的职业道德，严格遵守比赛规则和比赛纪律，服从裁判，尊重裁判和赛场工作人员，自觉维护赛场秩序。
7．领队应负责赛事活动期间本队所有选手的人身及财产安全，如发现意外事故，应及时向赛项执委会报告。
8．各学校组织代表队时，须为参赛选手购买大赛期间的人身意外伤害保险。
（二）领队和指导教师须知
1．严格遵守赛场的各项规定，服从裁判，文明竞赛。如发现弄虚作假者，取消参赛资格，名次无效。
2．领队和指导教师务必带好有效身份证件，在活动过程中佩戴“指导教师证”参加竞赛相关活动。
3．各代表队领队要坚决执行竞赛的各项规定，加强对参赛人员的管理，做好赛前准备工作，督促选手带好证件等竞赛相关材料。
4．在比赛期间要严格遵守比赛规则，不得私自接触裁判人员。
5．竞赛过程中，未经许可，领队、指导教师及其他人员一律不得进入竞赛现场。
6．如对竞赛过程有疑议，由领队和指导教师负责以书面形式向大赛仲裁委员会反映，但不得影响竞赛进行。
7．对申诉的仲裁结果，领队要带头服从和执行，并做好选手工作。参赛选手不得因申诉或对处理意见不服而停止竞赛，否则以弃权处理。
8．领队和指导老师应及时查看有关赛项的通知和内容，认真研究和掌握本赛项竞赛的规程、技术规范和赛场要求，指导选手做好赛前的一切技术准备和竞赛准备。
（三）参赛选手须知
1．参赛选手应严格遵守赛场规章、操作规程和工艺准则，保证人身及设备安全，接受监考员的监督和警示，文明竞赛。
2．参赛选手应按照规定时间抵达赛场，凭身份证、学生证，以及统一发放的参赛证，完成入场检录、抽签确定竞赛工位号，不得迟到早退。
3．参赛选手凭竞赛工位号进入赛场，不允许携带任何电子设备及其他资料、用品。
4．参赛选手应在规定的时间段进入赛场，认真核对竞赛工位号，在指定位置就座。
5．参赛选手入场后，迅速确认竞赛设备状况，填写相关确认文件，并由参赛队长确认签字（竞赛工位号）。
6．参赛选手在收到开赛信号前不得启动操作。在竞赛过程中，确因计算机软件或硬件故障，致使操作无法继续的，经项目裁判长确认，予以启用备用计算机。
7．参赛选手需及时保存工作记录。对于因各种原因造成的数据丢失，由参赛选手自行负责。
8．参赛队所提交的答卷采用竞赛工位号进行标识，不得出现地名、校名、姓名、参赛证编号等信息，否则取消竞赛成绩。
9．竞赛过程中，因严重操作失误或安全事故不能进行比赛的（例如因操作原因发生短路导致赛场断电的、造成设备不能正常工作的），裁判员有权中止该队比赛。
10．在比赛中如遇非人为因素造成的设备故障，经监考员确认后，可向裁判长申请补足排除故障的时间。
11．参赛选手不得因各种原因提前结束比赛。如确因不可抗因素需要离开赛场的，须经同意后方可离开。凡在竞赛期间内提前离开的选手，不得返回赛场。
12. 各竞赛队按照大赛要求和赛题要求提交竞赛结果，禁止在竞赛结果上做任何与竞赛无关的记号。
13．竞赛时间终了，选手应全体起立，结束操作。将资料和工具整齐摆放在操作平台上，经工作人员清点后可离开赛场，离开赛场时不得带走任何资料。
14．在竞赛期间，未经执委会批准，参赛选手不得接受其他单位和个人进行的与竞赛内容相关的采访。参赛选手不得将竞赛的相关信息私自公布。
15．符合下列情形之一的参赛选手，经裁判组裁定后中止其竞赛:
（1）不服从监考员管理、扰乱赛场秩序、干扰其他参赛选手比赛，监考员应提出警告，二次警告后无效，或情节特别严重，造成竞赛中止的，经裁判长确认，中止比赛，并取消竞赛资格和竞赛成绩。
（2）竞赛过程中，由于选手人为造成计算机、仪器设备及工具等严重损坏，负责赔偿其损失，并由裁判组裁定其竞赛结束与否、是否保留竞赛资格、是否累计其有效竞赛成绩。
（3）竞赛过程中，产生重大安全事故、或有产生重大安全事故隐患，经赛场工作人员提示没有采取措施的，可暂停其竞赛，由裁判组裁定其竞赛成绩，保留竞赛资格和有效竞赛成绩。
（四）工作人员须知
1．赛场工作人员由赛项执委会统一聘用并进行工作分工，进入竞赛现场须佩戴赛项执委会统一提供的胸牌。
2．赛场工作人员需服从赛项执委会的管理，严格执行赛项各项比赛规则，执行各项工作安排，积极维护好赛场秩序，坚守岗位，为赛场提供有序的服务。
3．赛场工作人员进入现场，不得携带任何通讯工具或与竞赛无关的物品。
4．参赛队进入赛场，赛场工作人员应按规定审查参赛选手带入赛场的物品，如发现不允许带入赛场的物品，交由参赛队随行人员保管，赛场不提供保管服务。
5．赛场工作人员在竞赛过程中不回答选手提出的任何有关比赛技术问题，如遇争议问题，应及时报告裁判长。
十六、申诉与仲裁
（一）申诉
1．参赛队对不符合竞赛规定的设备、工具、软件，有失公正的评判、奖励，以及对工作人员的违规行为等，均可提出申诉。
2．申诉应在竞赛结束后1小时内提出，超过时效将不予受理。申诉时，应按照规定的程序由参赛队领队向赛项裁判委员会递交书面申诉报告。报告应对申诉事件的现象、发生的时间、涉及到的人员、申诉依据与理由等进行充分、实事求是的叙述。事实依据不充分、仅凭主观臆断的申诉将不予受理。申诉报告须有申诉的参赛选手、领队签名。
3．赛项裁判委员会收到申诉报告后，应根据申诉事由进行审查，四小时内书面通知申诉方，告知申诉处理结果。
4．申诉人不得无故拒不接受处理结果，不允许采取过激行为刁难、攻击工作人员，否则视为放弃申诉。
（二）仲裁
1．2022年贵州省职业院校技能大赛（高职组）“软件测试”竞赛项目裁判委员会设仲裁工作组，负责受理大赛中出现的申诉复议并进行仲裁，以保证竞赛的顺利进行和竞赛结果公平、公正。
2．仲裁工作组的裁决为最终裁决，参赛队不得因对仲裁处理意见不服而停止比赛或滋事，否则按弃权处理。
2022年贵州省职业院校技能大赛高职组
“软件测试”赛项竞赛任务书（样卷）
2022年3月
一、竞赛时间、内容及成绩组成
（一）竞赛时间
本次竞赛时间共为7小时，参赛选手自行安排任务进度，休息、饮水、如厕等不设专门用时，统一含在竞赛时间内。
（二）竞赛内容
本次竞赛考核技能点包括：功能测试计划制定、测试用例设计、测试执行和提交Bug、测试总结报告编写；自动化测试要求分析、测试工具使用、代码编写和测试执行；性能测试要求分析、测试工具使用、测试执行；白盒测试要求分析、编写应用程序、设计测试数据并得出测试结果；接口测试要求分析、测试工具使用和测试执行；团队合作能力以及应用创新能力等职业素养。
（三）竞赛成绩组成
“软件测试”赛项竞赛成绩为100分，其中职业素养占5分，竞赛任务占95分。各项竞赛任务占总分权重如下：
| 序号 |
竞赛任务名称及占总分权重 |
| 任务一 |
制定测试计划，权重5% |
| 设计测试用例，权重15% |
|
| 执行测试用例，权重15% |
|
| 编写测试总结报告，权重5% |
|
| 任务二 |
自动化测试，权重20% |
| 任务三 |
性能测试，权重20% |
| 任务四 |
白盒测试，权重10% |
| 任务五 |
接口测试，权重5% |
二、竞赛须知
1、本次竞赛平台地址、用户名及密码，功能测试被测系统地址、用户名及密码，自动化测试被测系统地址、用户名及密码，性能测试被测系统地址、用户名及密码，以竞赛现场发放为准；
2、本次竞赛提交的所有成果物及U盘中不能出现参赛队信息和参赛选手信息，竞赛文档需要填写参赛队及参赛选手信息时以工位号代替；
3、本次竞赛提交的U盘中只能保存竞赛成果文档，与竞赛成果无关的文件均不能出现在此U盘中；
4、请不要擅自更改竞赛环境（包括强行关闭竞赛服务器），对于擅自更改竞赛环境所造成的后果，由参赛选手自行承担，对于恶意破坏竞赛环境的参赛选手，根据大赛制度予以处理；
5、自动化测试严格按照《A7-BS资产管理系统自动化测试要求》编写自动化测试脚本，擅自恶意编写无限循环或破坏环境脚本造成系统死机或软件出现问题，后果由参赛选手自行承担；
6、性能测试请严格按照《A9-BS资产管理系统性能测试要求》设置并发数量和执行时间，擅自提高并发数量和延长执行时间造成的后果由参赛选手自行承担；
7、性能测试过程中，参赛选手可根据需要重置数据库或者重启Tomcat服务。重置数据库后数据恢复到开赛初始状态，此结果由参赛选手自行承担（严禁使用JMeter、LoadRunner访问性能测试-重置数据库和重启Tomcat服务地址）。重置数据库和重启Tomcat服务的动作以服务器日志记录为准。重置数据库或者重启Tomcat服务不设专门用时（包括现场技术支持），统一含在竞赛时间内；
8、白盒测试过程中，JDK所含内容及其在系统中的路径设置擅自进行删除、修改，由此造成程序无法编译、运行的后果，由参赛选手自行承担。
9、竞赛过程中及时保存相关文档；
10、竞赛结束后请竞赛选手不要关闭竞赛设备，由于竞赛选手关闭竞赛设备造成的数据丢失等后果由参赛选手自行承担；
11、竞赛中出现各种问题请及时向现场裁判举手示意，若出现问题后自行进行任何操作而导致问题原因无法定位，后果由参赛选手自行承担。
三、任务说明
（一）竞赛环境
竞赛环境由服务器A、服务器B、客户机1、客户机2、客户机3组成。
服务器A中部署竞赛平台（下载文档，上传文档）、功能测试被测系统、自动化测试被测系统，服务器B中部署性能测试被测系统,客户机1只可访问竞赛平台、功能测试被测系统，客户机2只可访问自动化测试被测系统，客户机3只可访问性能测试被测系统。
客户机1已安装JDK、PostMan、WPS相关环境；客户机2已安装JDK、PyCharm、WPS相关环境；客户机3已安装LoadRunner、JMeter、WPS等相关环境。
竞赛相关文档可在客户机1上访问竞赛平台下载以及上传；任务一可在客户机1、2、3上进行；任务二可在客户机2上进行；任务三可在客户机3上进行；任务四可在客户机1、2、3上进行；任务五可在客户机1上进行。
（二）竞赛任务文档
| 序号 |
文档名 |
文档下载位置 |
| 1 |
A1-BS资产管理系统需求说明书.doc |
竞赛平台 |
| 2 |
A2-功能测试计划模板.doc |
|
| 3 |
A3-功能测试用例模板.xls |
|
| 4 |
A4-功能测试Bug缺陷报告清单模板.xls |
|
| A5-功能测试总结报告模板.doc |
||
| 6 |
A6-BS资产管理系统自动化测试要求.doc |
|
| 7 |
A7-自动化测试报告模板.doc |
|
| 8 |
A8-BS资产管理系统性能测试要求.doc |
|
| 9 |
A9-性能测试报告模板.doc |
|
| 10 |
A10-白盒测试要求.doc |
|
| 11 |
A11-白盒测试报告模板.doc |
|
| 12 |
A12-BS资产管理系统接口测试要求.doc |
|
| 13 |
A13-接口测试报告模板.doc |
（三）任务组成
一、制定功能测试计划（5分）
1、任务描述
根据《A1-BS资产管理系统需求说明书》进行需求分析，划分和界定测试范围，分解测试任务，预估测试风险、测试工作量和测试进度。按照《A2-功能测试计划模板》完成功能测试计划文档。
2、任务要求
功能测试计划文档应包括以下内容：
（1）概述：编写目的、项目背景。
（2）测试任务：测试目的、测试参考文档、测试范围、测试提交文档。
（3）测试资源：软件配置、硬件配置、人力资源分配。
（4）功能测试计划：整体功能模块划分。
（5）功能测试整体进度安排。
（6）相关风险。
3、任务成果
XX-A2-功能测试计划.doc（XX代表工位号）
1、任务描述
根据《A1-BS资产管理系统需求说明书》和功能测试计划进行需求分析，理解业务功能，设计功能测试用例。按照《A3-功能测试用例模板》完成功能测试用例文档。
2、任务要求
功能测试用例文档应包括以下内容：
（1）按模块汇总功能测试用例数量。
（2）功能测试用例应包含以下项目：测试用例编号、功能点、用例说明、前置条件、输入、执行步骤、预期输出、重要程度、执行用例测试结果。
3、任务成果
XX-A3-功能测试用例.xls（XX代表工位号）
1、任务描述
根据《A1-BS资产管理系统需求说明书》和功能测试用例，执行功能测试，发现Bug、记录Bug并对Bug截图。按照《A4-功能测试Bug缺陷报告清单模板》完成功能测试Bug缺陷报告清单文档。
2、任务要求
（1）Bug缺陷报告清单文档应包括以下内容：
①按模块和Bug严重程度汇总Bug数量；
②Bug缺陷报告清单应包含以下项目：缺陷编号、角色、模块名称、摘要描述、操作步骤、预期结果、实际结果、缺陷严重程度、提交人（工位号）、附件说明（截图）。
（2）浏览器要求：
①使用谷歌浏览器（Chrome）执行Web端功能测试（含界面测试）；
3、任务成果
XX-A4-功能测试Bug缺陷报告清单.xls（XX代表工位号）
四、编写功能测试总结报告（5分）
1、任务描述
根据功能测试情况，按照《A5-功能测试总结报告模版》完成功能测试总结报告文档。
2、任务要求
功能测试总结报告文档应包括以下内容：
（1）测试概述：编写目的、项目背景。
（2）测试参考文档。
（3）项目组成员。
（4）测试设计介绍：测试环境与配置、测试用例设计方法、测试方法。
（5）用例汇总：用例汇总。
（6）测试进度：测试进度回顾、功能测试回顾。
（7）Bug汇总：Bug汇总。
（8）测试结论。
3、任务成果
XX-A5-功能测试总结报告.doc（XX代表工位号）
1、任务描述
根据《A6-BS资产管理系统自动化测试要求》文档，对页面元素进行识别和定位、编写自动化测试脚本并执行脚本，将脚本粘贴在自动化测试报告中。按照《A7-自动化测试报告模板》完成自动化测试报告文档。
2、任务要求
（1）自动化测试报告文档应包括以下内容：
①简介：目的、术语定义。
②自动化测试脚本编写：第一题脚本、第二题脚本、第三题脚本、第四题脚本。
（2）自动化测试工具要求：
使用2号客户机上安装的PyCharm作为编写自动化测试脚本工具，使用Chrome浏览器执行自动化测试。
注意：运行自动化测试脚本过程中，出现报错（网址输入错误、定位元素没有找到等原因），属于脚本编写错误，请自行调整；
在PyCharm中编写自动化测试脚本时对于单引号、双引号、括号和点要在英文状态下进行编写；
在将自动化测试脚本粘贴到自动化测试报告时要和在PyCharm中的脚本格式保持一致，同时在粘贴时不要出现将所有代码粘贴在一行中或出现空行情况。
3、任务成果
XX-A7-自动化测试报告.doc（XX代表工位号）
任务三：性能测试（20分）
1、任务描述
根据《A8-BS资产管理系统性能测试要求》文档，使用性能测试工具添加脚本、回放脚本、配置参数、设置场景、执行性能测试，对测试过程和结果进行截图。按照《A9-性能测试报告模板》完成性能测试报告文档。
2、任务要求
（1）性能测试报告文档应包括以下内容：
①简介：目的、术语定义。
②测试策略：测试方法、用例设计、测试场景。
③性能测试实施过程：性能测试脚本设计、性能测试场景设计与场景执行、性能测试结果。
④执行结果。
（2）性能测试工具要求。
使用3号客户机 上安装的JMeter、LoadRunner作为性能测试工具，使用IE11浏览器执行性能测试。
注意：性能测试过程中，出现录制失败、回放失败、脚本执行失败、白屏、500错等情况，属于性能测试工具使用或配置错误，请调试。
3、任务成果
XX-A9-性能测试报告.doc（XX代表工位号）
任务四：白盒测试（10分）
1、任务描述
根据《A10-白盒测试要求》文档执行代码走查，进行Java应用程序的编写，源程序文件名构成规则为：bhcs_XX_YY.java（XX为工位号，YY为题顺序号）,然后在命令行状态下执行命令，完成编译和程序运行，设计测试数据并对输入的测试数据和运行结果进行界面截图；按照《A11-白盒测试报告模板》完成白盒测试报告文档。
2、任务要求
白盒测试报告文档应包括以下内容：
（1）代码走查结果。
（2）程序源代码。
（3）测试数据及运行结果截图（截图中应包含运行命令、数据、结果）。
注意：全部测试数据组数须以最少量来达到测试要求。
3、任务成果
（1）XX-A11-白盒测试报告.doc（XX代表工位号）
（2）所有生成的.class文件
任务五：接口测试（5分）
1、任务描述
根据《A12-BS资产管理系统接口测试要求》，使用接口测试工具进行发送请求、变量设置等内容，对测试过程和结果进行截图。按照《A13-接口测试报告模板》完成接口测试报告文档。
2.任务要求
（1）接口测试报告文档应包括以下内容：
①简介：目的、术语定义。
②接口测试实施过程。
③执行结果。
（2）接口测试工具要求。
使用1号客户机上安装的Postman作为接口测试工具。
3.任务成果
XX-A13-接口测试报告.doc（XX代表工位号）
四、竞赛结果提交
1、提交方式
任务成果文档需同时在竞赛平台和U盘中进行提交（所有文档在竞赛平台和U盘中不得以压缩包形式提交），如果竞赛平台和U盘中提交的文档内容不一致，以U盘为准。提交前请按照竞赛提交文档检查表进行检查。在U盘中以XX工位号建一个文件夹（例如01），将所有竞赛成果文档保存至该文件夹中，不按照要求命名后果自行承担。
注意：要求使用谷歌浏览器（Chrome）访问竞赛平台。
2、文档要求
竞赛提交的所有文档中不能出现参赛队信息和参赛选手信息，竞赛文档需要填写参赛队信息时以工位号代替（XX代表工位号），竞赛文档需要填写参赛选手信息时以工位号和参数选手编号代替（举例：21_02，21代表工位号，02代表2号参赛选手）。
3、竞赛提交文档检查表
| 序号 |
文档名（XX代表工位号） |
提交方式 |
| 1 |
XX-A2-功能测试计划.doc |
竞赛平台和U盘 |
| 2 |
XX-A3-功能测试用例.xls |
竞赛平台和U盘 |
| 3 |
XX-A4-功能测试Bug缺陷报告清单.xls |
竞赛平台和U盘 |
| 4 |
XX-A5-功能测试总结报告.doc |
竞赛平台和U盘 |
| 5 |
XX-A7-自动化测试报告.doc |
竞赛平台和U盘 |
| 6 |
XX-A9-性能测试报告.doc |
竞赛平台和U盘 |
| 7 |
XX-A11-白盒测试报告.doc |
竞赛平台和U盘 |
| 8 |
XX-A13-接口测试报告.doc |
竞赛平台和U盘 |
| 9 |
所有生成的.class文件 |
U盘 |