测试工作方案范文1
关键词： 软件测试; 案例教学; 实践教学; 案例库
中图分类号：G642 文献标志码：A 文章编号：1006-8228（2014）12-74-03
Research on case teaching in software testing course for higher vocational colleges
Zhang Xiaolan， Guo Jiandong
（Guangdong College of Industry and Commerce， Guangzhou， Guangdong 510510， China）
Abstract： Case teaching can not only fully mobilize the students' enthusiasm， but also improve their theoretical level and practical ability. Combined with teaching experience in software testing， the problems of the case teaching in software testing course are analyzed. In order to improve the teaching effect in software testing course， the case design method in theory teaching and practice teaching is proposed. The construction of teaching case library is given. The basis and premise of the implementation of case teaching are introduced.
Key words： software testing; case teaching; practice teaching; case library
0 引言
51testing公司的《2013年中国软件测试从业人员调查报告》显示[1]，2013年中国软件企业软件测试人员与开发人员比例基本保持在1：3，相比之前的1：7比例虽有所下降，但仍与国外软件企业1：1的比例相差甚远，这表明国内软件测试人才市场需求仍会增长，其职业发展的潜力依然很大。正因为如此，很多高校相继开设软件测试专业或课程。在教学过程中，主讲教师一般讲解软件测试理论和介绍软件测试方法，但却缺乏较好的测试案例供学生测试，以验证所学的理论，故教学效果不佳。例如利用等价类划分法、边界值法设计测试用例，学生虽然能按要求做练习，能设计出测试用例，但是很多学生还是会疑惑设计出来的测试用例有何用、怎么用，学生缺乏实践环节的经验，当面对实际软件项目测试工作时，仍然无从下手。
目前，很多高职院校对“软件测试”这门课程进行了改革，并且取得了一定的成效。广东工贸职业技术学院（以下简称“我院”）计算机系从2009年开始开设软件测试课程，通过近五年的教学经验积累和总结，提出从构建软件测试课程的案例入手探讨该课程的案例教学方法。
1 软件测试案例教学所面临的问题
1.1 教材及教学资料缺乏
当前软件测试方面的教材很少，适应高职院校学生的教材更少。绝大部分教材只是阐述空洞的理论，附加简单而又陈旧的工具介绍，而这些理念和工具很多已经被业界淘汰或是被取代[2]。根据《2013年中国软件测试从业人员调查报告》显示，业界现在普遍采用的功能测试软件是QTP，而绝大部分教材中还停留在介绍Mercury Interactive公司的WinRunner工具，同时对于业界中性能测试龙头软件LoadRunner，很多教材并未涉及。绝大多数教材上所提到的自动化测试工具不多，而且讲解的也不是很详细，需要教师进行大量的补充。
1.2 案例缺乏
大多数软件测试教材都是理论内容过多，实践内容不足，甚至只有最后一章有测试案例。大多数高校软件测试课程的定位都是以讲解理论知识为主，实验教学只占很小一部分。高职院校定位于培养技能型人才，要求学生有较强的实际动手能力，这势必需要进行大量的测试实践，而实践需要大量的测试案例。同时，理论教学也需要运用典型案例，加深学生理解所学知识，培养其分析问题与解决问题的能力。
2 理论教学案例设计
教材及教学资料的缺乏势必需要软件测试主讲教师有针对性地扩充理论教学案例。
2.1 扩充教材中的教学案例
在软件测试的众多教材中，讲述软件测试方法的经典案例有三角形问题、日期问题、闰年问题等，但这些案例通常都是文字表述，缺乏具体的程序供学生测试。因此，首先要扩充教材中的案例，采用面向测试的软件设计方法将这些案例做成一个个小的被测系统，设一些缺陷，让学生沿着“测试―理论―进一步测试”的主线来学习。首先对这些案例系统进行测试体验，再系统学习理论，最后利用设计出的测试用例进一步测试，这不仅有利于加深学生对软件测试抽象理论的理解，也让学生更加深知在编程过程怎样避免缺陷，做到规范化编程，提高编程能力。
2.2 引导学生编写软件开发文档作为教学案例
在软件测试的理论教学中，经常会提到几个概念，如：黑盒测试是基于用户需求的测试，集成测试的测试依据是系统概要设计说明书，单元测试的测试依据是系统详细设计说明书等。学生通常会觉得很困惑：用户的需求到底是怎样的，系统概要设计说明书、详细设计说明书中分别包括什么内容，有何区别，对这些文档始终没有直观的认识。事实上，在企业的开发与测试工作中，文档都是很重要的一部分内容。软件开发企业在软件开发过程中会产生一系列的文档，如需求分析报告、详细设计报告、概要设计报告等等，但很少对外公布这些文档。就算能通过校企合作或项目合作的方式获得企业项目文档，缺乏项目业务背景的学生也很难弄清项目中的数据流程、工作流程等。所以通过与软件工程课程教师的沟通协调后，要求学生在软件工程课程设计中，按小组自选熟悉的项目系统，如：“学生成绩管理信息系统”、“图书管理系统”、“宿舍管理系统”等等，按照软件工程的原理编写相应需求说明书、概要设计说明书、详细设计说明书等，只有具备以上资料，才可真实地模拟实际工作模式。在软件测试课程中，延续使用这些案例系统，将对学生掌握软件测试的流程很有帮助。
3 实践教学案例设计
3.1 实践教学目标及工具选用
为了培养面向市场的合格测试人才，在教学过程中，除了理论知识外，还要求教师加强学生测试技能的培养。测试技能的培养是需要通过大量的实践练习来获得的[3]。
通过实践教学环节，加深学生对软件测试理论知识的理解，使学生能掌握软件测试的技术和方法，熟练主流自动化测试工具的使用，提高实际动手能力。51testing公司的《2013年第七届中国软件测试从业人员调查报告》中对软件测试从业人员常用的单元测试工具、功能测试工具、性能测试工具进行统计调查分析，得出在功能自动化测试工具中QTP使用最广泛，如图1所示。在性能测试工具中LoadRunner仍然稳居第一，LoadRunner在性能测试工具中的大哥地位无可动摇，Jmeter测试工具在今年来有小幅上升趋势，如图2所示。在单元测试工具中，软件测试从业人员最常用的单元测试工具是Junit，如图3所示。
图1 2013年调查中常用的功能自动化测试工具分布
图2 2013年调查中常用的性能测试工具分布
图3 2013年调查中常用的单元测试工具分布
注：以上图表数据均来自51testing公司的《2013年中国软件测试从业人员调查报告》
在我院软件技术专业的软件测试课程实践教学中选用的单元测试工具是基于Java开发软件的测试选择Eclipse+Junit;基于C++开发软件的测试选择了CppUnit;基于.NET开发软件的测试选择Nunit。另外，性能测试选择了LoadRunner试用版本，功能测试选用QTP，实践教学环节工具基本与当前主流工具平台相符。
3.2 实践教学案例来源
在软件测试的实践教学中，我们从以下几个方面来扩充教学案例。
⑴ 课程设计成果
我院计算机系软件技术专业在程序设计方面，前期开设了Java和.NET程序设计两个方向。在Java程序语言设计，C#程序语言设计、数据库设计课程结束后，通常会安排两周的课程实训，要求学生在教师的指导下完成课程设计作品。将程序语言设计作品用作单元测试的案例，学生间交叉进行测试，互相充当对方的测试员，这样不仅有利于将程序开发与软件测试结合起来，综合解决软件开发中的问题，而且交叉测试会极大地调动学生学习测试兴趣和积极性，课堂气氛活跃。
⑵ 毕业设计成果
在大三第二个学期，我院会安排12周的毕业综合实践周，由指导老师跟学生共同确定毕业设计题目，学生独立完成毕业设计。通过对以往选题汇总发现，绝大部分同学都是选择Windows程序开发和网站开发两个方面。从毕业设计作品中可选择一部分优秀的作品作为实践教学的案例。考虑到现有的网站如网易、搜狐前已经做足了测试，很难再发现其中的缺陷，所以在Web网站测试实践中，我们将学生的网站作品在机房的局域网内，学生在学生机进行测试，在这个过程中真正体会Web网站测试、Cookies测试、安全测试、目录测试等方面，找到测试成就感与自信。
⑶ 科研项目成果
我院一直鼓励教师多参与科研项目，教师参与开发的项目也可以用于实践教学案例。只有任课教师对所选的项目非常熟悉，甚至是亲自参与开发，才能对项目开发整个流程、可能遇到的问题有充分的认识与准备，为学生提供有力的帮助和准确及时的指导，为项目教学的顺利开展提供前提条件，使项目教学的整个实施过程都能在任课教师的良好掌控之下[4]。
⑷ 校企合作项目
目前我院已与部分企业签订了校企合作协议，在软件测试课程的综合性生产实习中，引入企业的实际项目作为案例。邀请校外实习基地企业的行业专家将实际工作项目带入实训室，学生3～5人为一组，按行业实际给他们分配角色，在该过程中强化学生的综合设计和运用能力，让学生掌握在实际项目应用中各种测试方法的使用，熟悉测试项目管理，感受大型测试项目工作流程。
4 案例教学的实施前提
4.1 跟前导课程的衔接
软件测试与软件开发有非常紧密的联系。要想成为一名优秀的测试人员，就必须会编写程序，至少精通一门程序开发语言才能胜任单元测试、集成测试、性能测试的工作，软件开发课程学习的好坏直接影响了软件测试能力。在软件测试单元测试、集成测试教学实践中，案例主要来源于程序设计语言课程的设计作品，这要求该课程主讲教师对学生严格要求，要求学生按小组保质保量完成小组作业，这些小组作品是软件测试课程中交叉测试的基础和前提。
同时，软件测试要用到一系列的文档，如需求分析说明书、概要设计和详细设计说明书、用户手册和安装使用说明等，这些也是软件工程课程设计上要学生完成的内容，课程设计对这些内容的要求严格与否，会对软件测试课程带来很大影响。通过这几年的教学发现，大多数学生对这些文档不甚了解，而且高职院校的学生普遍重技术轻理论，不愿意花时间去写文档。
4.2 教师自身素质的提高
为了顺利实施案例教学，主讲教师也需要不断提高自身素质。软件测试工具较多，范围广，不易把握重点，大部分测试工具如：LoadRunner、WinRunner、JUnit、Jmeter等都是英文版[5]，参考资料少，这就要求教师通过主动学习、走进企业来提高自身素养。高职院校提倡“双师型”专业教师队伍建设，要求教师既要具备理论教学的素质，也应具备实践教学的素质，学校也可以派遣教师到软件测试培训机构进行培训，提高教师水平。只有这样，教师才能自如地将企业实际的测试流程、方法、技术带入案例教学实践中。
5 结束语
兴趣是最好的老师，在理论教学和实践教学中引入案例教学、建立测试案例库，使理论和实践过程更具直观性、生动性、说服力、吸引力，能有效调动学生的积极性和兴奋点，有助于学生掌握软件测试的基本理论和方法，加深对软件测试测试自动化工具的理解。同时随着教学的推进，教师可针对当前的测试工具，设计新的教学案例，扩充至教学案例库中，不断提高案例的针对性、实效性、鲜活性。
参考文献：
[1] 2013年第七届中国软件测试从业人员调查报告.http：//
，2013.
[2] 钟久隆，路桂明.高职院校《软件测试》课程教学改革探索与实践[J].
教育教学论坛，2012.2：130-131
[3] 丁智国，吕振洪.软件测试课程实验教学探索[J].计算机教育，2012.3：
102-105
[4] 龚宇辉.基于项目驱动的软件测试人才培养模式[J].华章，2013.20：
199
测试工作方案范文2
关键词：计算机；软件测试；面临问题；对策
随着信息技术不断发展进步，软件规模越来越大，复杂性也随之提升，要想保证软件质量，就要加强对软件测试工作的重视。我国软件测试工作起步相对较晚，还存在很多问题，需要不断完善优化，才能提高计算机软件行业的竞争能力。软件开发行业发展前景广阔，受到各大企业的青睐，加强对软件开发技术的研发，而计算机软件测试则是其中的重要内容，对软件质量有着直接的影响。本文先介绍软件测试工作的重要性，再总结软件测试面临的问题，提出合理的对策。
1软件测试工作的重要性
软件测试工作的重要性主要体现在两大方面：一是软件测试可以提升开发效率。在软件工程项目进行过程中，一般将质量、进度作为核心评价指标，很多项目负责人都会尝试各种先进方法技术，以期望可以加快开发进度，一旦出现返工现象，会对项目进度产生巨大影响，这就突出软件测试重要地位，可以通过合理的测试发现存在的问题，加快开发进度的同时避免出现返工现象。软件测试工作拥有很多测试项目，其中包括集成测试、单元测试，可以第一时间发现软件存在的BUG及实际问题，这样就可以提供充足的修改时间，减少开发工作量。二是软件测试可以保障软件质量。在开展计算机软件项目时，关注进度的同时还要关注质量，通过常规的软件测试，可以发现系统问题，但是无法发现系统BUG，这时候就需要展开集成测试，可以让模块之间拥有更高的集成度，减少软件错误。
2计算机软件测试面临的问题
2.1软件测试自动化程度较低。
近些年，计算机软件行业处于一个高速发展的状态，也出现了自动化测试工具，但是这类工具本身技术不够成熟，存在较多的缺陷，需要花费大量的成本费用，操作难度相对更高，无法实现快速拓展等，没有达到大规模应用的要求，仅仅运用到一些软件测试的特殊工作，在实际的软件测试过程中，还需要大量的测试人员，特别是在嵌入式测试这一部分内容中，基本无法使用自动化测试软件，需要人工校对测试，由于信息技术发展较为迅速，为计算机软件开发提供充足的技术支持，软件开发水平越来越高，软件工程规模也在随之扩张，但是现阶段软件测试仍然以人工测试为主，一方面会提高开发成本，导致人工费用占比不断扩大，另一方面无法保证最终的软件质量，人工测试很难达到零差错，影响软件质量，同时降低测试效率，增加项目运行风险。
2.2测试工作介入时间较晚。
正常情况下，软件开发和测试呈现出相辅相成的关系，两者相互搭配完成软件开发工作，才能得到高质量的计算机软件。为了充分发挥软件测试的作用，就要控制好开发时间和测试时间，但是就调查发现，很多企业将全部精力都放在软件开发工作上，缺乏对软件测试环节的重视，经常将测试工作安排在较后的位置，导致软件测试介入时间过晚，无法实现对软件质量的科学管控。由于软件测试介入时间较晚的原因，在开发后期才发现软件存在的缺陷问题，只能展开返工，增加不必要的花费。
2.3测试方案与案例的利用率较低。
现阶段，软件测试管理体系还不够完善，存在较多的漏洞，在软件开发过程中，无法提供专用的测试案例库，在后续的软件测试期间，经常出现重复利用测试案例的现象，这就会造成不小的资源浪费。同时，现阶段没有完善的测试程序归档规范，在测试结束后没有按照要求完成归档任务，导致测试案例库得不到及时更新，只保存一些较为老旧的案例，无法发挥实质作用。在软件测试的后期阶段，即使发现与前期相似的测试工作，也没有可以参考借鉴的案例，还需要重复测试工作，投入更多的时间精力，浪费资源的同时还会耽误开发进度。
2.4缺乏稳定高效的测试团队。
在软件开发过程中，软件测试成本占比较高，可以达到总开发成本的30%左右，需要一支专业的测试团队，才能顺利在规定时间内完成测试任务。但是现阶段项目开发期间过于重视开发，对于软件测试较为忽视，缺乏足够的专业测试人员。在此同时，项目给软件测试拨下的经费相对较少，甚至出现经费短缺的现象，导致软件测试工作进展缓慢，逐渐发展成形式化工作。除此之外，由于忽视软件测试的原因，无法培养出足够的软件测试后备力量，很多测试人员长时间重复同样的测试工作，无法提升综合能力，掌握的技能相对较为单一。可以看出，现阶段大部分的软件开发项目都缺少专业的测试团队，测试人员掌握的专业技能较少，无法保证软对的稳定性，这些都是急需解决的问题。
3计算机软件测试工作的解决对策
3.1灵活使用软件测试方法。
（1）强化自动化测试手段。虽然现阶段自动化测试手段较少，但是仍然有一些较为成熟的手段，在软件测试期间应该加强对这类手段的重视，选择技术更为成熟的自动化测试手段。在选择测试方法时，要展开综合性的评估，考虑到软件开发项目的实际情况，选择最适合的一种，才能达到预计的测试效果，加快开发进度的同时提高软件质量。在选择自动化测试手段时，考虑到系统架构、数据库平台、软件规模、复杂程度等，选择适合的评估项，才能选择最适合的开发工具，一方面可以提高测试质量，另一方面可以加快测试效率。同时，还要加强对软件自动化测试手段的研发，结合市场需求推出新型产品，弥补市场上的空白。（2）学习借鉴及自主研发。在软件测试过程中，要加强对先进案例的学习，国外一些发达国家的软件开发工作起步更早，已经积累了丰富的开发及测试经验，研发出完善的软件自动化测试工具，要加强对宝贵经验的借鉴，结合我国软件开发测试的实际情况，取其精华去其糟粕，不断提高我国软件测试水平。同时，企业要可以加强对软件自动化测试工具的研发，要考虑到自身的规模和需求，通过自主研发的方式，获得的测试工具更符合企业需求，可以大幅度提高测试效率。
3.2构建软件测试标准及软件测试体系。
一是标准化软件测试规范及体系。明确规定软件测试工作流程、团队建设模式、软件测试不同阶段工作内容以及预期取得的成果，统一化软件测试工作文档格式及内容，对软件测试工作的不同阶段内容制定可行性较高的标准体系。二是构建软件测试案例库。持续完善软件测试案例库，有助于提升软件测试案例的利用率，能够尽早确定系统问题的来源，缩短问题分析及问题解决方案制定所需要的时间，避免此类问题再次发生，真正提升软件测试效率，保障软件质量。
3.3软件项目更加重视测试管理工作。
可以从两方面入手：一是加强沟通交流。就调查发现，很多软件项目的测试工作介入时间相对较晚，并且开发人员和测试人员基本不存在沟通交流，为了避免上述问题，就要加强沟通交流，这样可以让测试人员更快了解测试内容，快速找到软件存在的问题点，与同事分享发现的问题，将所有的问题归类处理，录入案例库，设计人员在受到测试报告以后，可以与测试人员沟通交流，共同讨论出一个科学的解决方案，这样可以加快开发进度，提高软件质量。二是加强测试团队的建设。软件测试面临的最大的问题就是“重开发轻测试”，甚至出现测试资金不足的现象，为此要摒弃这种不合理的思想，加强对测试人员的合理培训，引进一些先进的测试技术及方法，不断提高测试人员综合素养，掌握更多的专业测试技能。同时，还要注意改善薪酬福利结构，让测试人员感受到公司的重视，全身全意投入工作。
测试工作方案范文3
关键词：软件测试；案例教学；实践教学
中图分类号：G642
文献标识码：B
文章编号：1672-5913(2008)06-0031-02
1软件测试课程教学现状
软件测试作为控制软件产品质量的重要手段，目前在国内也开始热起来。国外软件厂商早就极为重视软件测试，目前欧美等软件产业发达国家的软件企业里，软件测试和开发人员的合适比例达到1∶1，甚至不少企业测试人员的规模已超过了开发人员。而国内，在被调查企业中，测试人员与开发人员比例为1∶5的企业高达36.4%，比例为1∶2的企业占31.8%，比例为1∶1及以上的企业仅占31.7%。随着产业和企业的发展，企业必然需要大量的测试人员。据国内某大型招聘网站的调查数据显示，2007年1至6月软件测试工程师年供需比达到1：50，人才极度稀缺。
软件测试人员为什么会有如此稀缺？国内相关人才培养的滞后远不能满足过旺的需求，这是导致测试人才供不应求的根本原因。目前国内开设相关专业和课程的高校寥寥无几。各大高校及相关部门对相应的市场需求反映过慢，造成了供需方面的矛盾。一方面市场缺口巨大，企业苦于招不到合适的人才；另一方面一些应届毕业生或IT从业人员想从事软件测试相关工作，但由于没有相关经验及基础理论知识而被拒之门外。
目前大部分高校没有开设专门的软件测试课程，软件测试只是软件工程课程的一部分，所涉及的软件测试相关知识非常有限。即使开设了软件测试课程的高校，也面临着师资力量匮乏、学生学习积极性不高和教学资源不足等困难。目前比较好的软件测试教材和参考书不多，而且软件测试实践环节所需要大量的案例也不足，这也在一定程度上加大了老师上课的难度，也是很多老师不愿意上软件测试课程的原因。
2教学目的和授课方式
我校计算机学院审时度势在3年前就开设了软件测试课程，该门课程是软件工程专业的必修课。通过软件测试知识体系的学习，使学生了解软件测试的发展现状，掌握软件测试的方法和技术，熟悉软件测试过程管理，从而具有独立承担测试项目的实施能力，具有测试策划、管理、实现和判断能力；通过实际的案例分析，并选用合适的测试工具实施软件测试，让学生掌握一套主流测试工具的具体应用，并且掌握技术流程、软件测试方法、测试管理、配置管理以及技术文档的写作等；最后，引导部分对知识技能掌握比较好的学生对软件测试某一方面的问题进行深入研究，为其后续的发展铺好道路。
鉴于以上的教学目的，本课程采取理论授课与上机实践相结合的授课方式，并辅之课堂和网络讨论、案例分析。本科教育最重要的是要为所学专业打下坚实的基础，所以该课程的54个学时中，用于基本概念和理论、工具分析和使用的理论授课时间为36个学时，用于案例分析讨论、实验操作的上机实践、研究分析报告占18个时间。
3软件测试课程教学探索和实践
3.1软件测试理论课主要教学内容
软件测试理论课内容包括以下6部分的内容：第一部分软件测试综述。共使用4个学时讲解软件缺陷的概念、软件测试的背景、定义、目的和原则；软件开发过程和软件测试的关系、软件质量的概念和软件质量管理。
第二部分软件测试基础知识。本部分是该门课程的重点，共使用12个学时讲解，内容包括静态测试和动态测试的概念及方法、黑盒测试和白盒测试的概念及方法，其中黑盒测试和白盒测试的概念和方法又是该部分的重点内容。黑盒测试主要讲解等价类划分法、边界值分析法、因果图法、决策表法、错误推测法等常用方法的概念和使用方法；白盒测试主要讲解覆盖测试(包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、组合覆盖和路径覆盖)、路径测试、最少测试用例数计算等内容。
第三部分测试文档。内容包括测试计划、编写和跟踪测试用例、缺陷管理，共用6个学时讲解。
第四部分运用测试技术。该部分主要讲解软件测试三大阶段单元测试、集成测试和系统测试的概念和方法，其中系统测试具体分为配置测试、兼容性测试、文档测试、软件安全性测试、恢复性测试、压力测试、性能测试、正确性测试。最后综合所学知识完成一个网站的测试实例。该部分共使用8个学时的时间。
第五部分软件测试自动化。共用4个学时讲解和演示目前常用的自动化测试工具。
第六部分软件测试的现状和未来。由于该课程是在大四上学期开设，学生都面临毕业找工，所以设计2个学时针对毕业学生讲解软件测试职业以及对测试人员的要求。
为了保障软件测试课程的教学水平，提高教学效果，我们主要采用案例教学法。一些典型的、难度适宜的、有针对性和代表性的案例的收集成为案例教学法实施的难点。案例的收集我们主要通过以下几种途径：
(1) 从实习企业中收集
(2) 从学生毕业设计中收集
(3) 从学生上机作业及课堂作业中收集
(4) 从教材及参考书中收集
(5) 从互联网中收集。案例的选择遵循典型性、针对性和系统性原则，收集到的案例可以作为理论课讲解时的实例，也可以作为实验课的基本素材。
3.2强化实践教学环节
软件测试课程实践教学环节包括两个方面的内容：实验课实践环节和课外实践环节。实验课实践环节共设计了8个实验，分别是4个基础实验，3个专项实验和1个综合性设计性实验。两个完整、系统的实验案例贯穿其中：C/S结构的学生学籍管理系统，来源于数据库原理课程大作业；B/S结构的网上办公自动化系统，来源于毕业设计。实验内容涵盖了理论课程的大部分重要知识点。详细实验项目内容见下表：
要想使学生真正具有独立承担软件测试、软件配置、软件维护、软件实施等方面的能力，18个学时的课堂实践是远远不够的。所以除此之外，还设计了课外实践环节。课外实践有针对性地设计了目前软件测试方面比较受关注的热点和难点问题，让学生进行分组，每组5~8人，确定一名小组长对整个组的成员进行管理，确定小组研究方向，然后就该方向利用图书馆科技文献资源或互联网进行深入研究与分析，在学期末每组提交一份学术报告汇报学习研究情况。
参考文献
[1] 钟元生． 软件测试实践教学特色的构建实践[J]． 电化教育研究,2006,(10):62-65.
测试工作方案范文4
关键词：中等职业学校；学业水平测试；应对策略
中图分类号：G717 文献标志码：A 文章编号：1673-9094-（2016）12C-0057-04
江苏省中等职业学校学业水平测试工作（以下简称学测）于2016年在2014级中职学生中正式进行。中职学测能有效引导中职学校教学改革，进一步完善中等职业教育教学质量监控和评价体系，规范办学行为，提高教学质量，对全省的中职教学工作具有导向作用。作为基层学校，不仅需要在政策层面上对相关政策进行研究，更需要在学测实践中不断探索。本文将从学测体系的构建及学校应对策略及建议层面进行探讨。
一、江苏省中职学测体系的构建及意义
（一）各类政策文件的出台，为学业水平测试工作提供了依据
2013年起，江苏省在南京、常州、南通三市开展了第一次中职学业水平测试试点，测试成绩客观反映了学校教学、学生管理水平和基础课教师的教学能力。随后，试点项目范围扩大，关于中职学测的制度、课程标准、考纲等一系列的文件相继出台，学测的体系慢慢构建，逐步完善。
1.《关于建立江苏省中等职业学校学生学业水平测试制度的意见（试行）》（苏教职〔2014〕36号）强调了中职学业水平测试的基础性、有效性、公正性基本原则，明确了测试的内容、形式及时间，规定了测试的组织和成绩的核算。此文件是学业水平测试各项工作的指导性文件。
2.《江苏省中等职业学校学生学业水平测试实施方案》（苏教职〔2015〕7号）明确提出成立学业水平测试工作委员会，进一步明确和细化了学测的各项工作，充分发挥学业水平测试对职业学校教学质量的监测和评价功能，推进职业学校教学改革，不断提升教学质量。此文件是学业水平测试的实施性方案。
3.2015年8月5日，省教育厅印发《关于推荐江苏省中等职业学校学生学业水平测试基础课程及各专业学业水平测试研究组成员的通知》，明确成立江苏省中等职业学校学生学业水平测试基础课程及各专业学业水平测试47个研究组，由省中等职业学校学生学业水平测试指导委员会统一管理，各有关市教研机构协助管理，并按要求组织日常研究活动，进行考纲的编写，题库的建立。
4.《省教育厅关于印发的通知》（苏教职〔2016〕16号）是2016年省中等职业教育学业水平考试命题的基本依据。文件中明确了中等职业学校学生学业水平考试专业基础课程，并且下发了相应的考试大纲。
5.《省教育厅关于建立职业学校教学质量保障体系的意见》（苏教职z2016{25号）第8点明确：全面实施中等职业学校学生学业水平考试制度，完善包括公共基础课程、专业基础课程和专业技能测试等内容的学业水平考试实施方案，建构定期进行学业水平考试的工作制度和运行机制，推动职业教育素质教育实施。充分发挥学业水平考试对职业学校教学质量的基础性监测和评价功能。
（二）学业水平测试，构建了中职教学质量检测体系
在中职的学历教育中，长期以来因为缺少统一的课程标准、考试大纲，很难在省级层面上实施统一的质量检测。现有的学测从公共基础课程、专业基础课程和专业技能测试等3个大块的内容构建学测实施方案，较为全面的涵盖了中职教学的各个层面，实现了专业检测的全覆盖。中职学测成绩能够反映出中职学校的办学水平，学测体系的构建也可以引导中职学校贯彻国家课程计划，执行教学标准，全面落实教育方针。
（三）实现了第三方评价机构实施学测
本次学测由江苏省教育考试院组织承担，从考务的组织报名、证书上传审核认定、试卷命}、考务组织均由省考试院统一进行。考务的组织标准基本等同高考和全国研究生统一招生考试，体现了考试的公正性。第三方评价机构的参与，能够让检测具有独立性、公正性、权威性的特点，而委托第三方评价机构组织学测也可以提高学测的公信力及社会认可度，提高在社会的影响力。
（四）建立了职业资格证书与中职学测相融通的规则
此次学测，不同专业学生参加相应的专业技能测试。主要途径有：与职业资格或执业资格证书考核鉴定相结合，认定相应职业资格或执业资格鉴定成绩；与技能大赛相结合，按技能大赛的级别及成绩评定等级；通过现场实际操作或应用信息化综合实训平台进行技能测试。目前 “双证书”在各中职学校得到大力推广，中职学生必须取得规定的职业资格证书才能获得毕业证书。将职业资格证书与中职学测中专业技能检测融合起来，开启了以证代考的新模式。在公共基础课中，用中职学生普遍参加的全国计算机等级证书考试（osta）代替计算机应用基础考试，也能避免重复的检测考试。从考试组织层面看，也建立了权威、高效、低成本的检测制度。
二、中职学业水平测试的应对策略
作为基层学校，在中职学测全面开展之际，如何抓住契机，提升教学质量，从领导层面到任课教师都积极行动起来，全面推进学测工作。
（一）成立学业水平测试组织管理机构
根据学校二级管理结构，学业水平测试的组织管理机构可分为3个层面，即决策层、管理层和执行层。决策层由校长及教学分管校长组成，主要是对学业水平测试工作的校内政策制定和应对策略决策；管理层以教学管理处为中心，牵头各系部教学主任，针对学测的具体事务进行统筹；执行层是指公共基础教研组语、数、外、德育及系部中的专业团队，其主要任务是考纲的研读、课程实施、课程资源的再开发和考核数据的搜集反馈。
（二）配合学测，做好人才培养方案的调整
根据有关职业学校学业水平测试的相关文件和教学大纲，做到吃透精神、有的放矢。学校的管理层专门对人才培养方案进行研究，对不同专业的人才培养方案进行调整。首先，统一公共基础课的课时数，将原有分至4学期的课时调整为5个学期（如表1、表2）；其次，调整相应的专业课程，在保证公共基础课与专业课课时数不变的情况下，兼顾学测和人才培养方案的实施完成，做到坚持人才培养方案的权威性和唯一性。
（三）加强过程管理，保障教育教学质量
首先，明确组织机构、测试考核的目标、各部门的职责等，明确目标，层层落实，责任到公共基础教研组和专业团队、到各任课老师；其次，制定激励方案，做到层层动员，确保优质师资承担学业水平测试课程的教学；最后，组织各教研组和专业团队研究考纲、研究资源库，落实到每一位教师。教师认真研究考试大纲，明确教学目标，抓住每一个小节的知识点及重点所在，教学做到有的放矢。在学测前，各专业系和公共基础组组织各学科模拟测试，并且做好数据的跟踪反馈。总之，通过学业水平测试，统一职业学校基本的学业要求，保证公共基础课、专业课和技能实训课基本教学质量目标的达成，促使职业教育由外延发展转向内涵发展。
（四）重视考务工作，确保证书认证转换
本次学测考务工作都是在省教育考试院的统一指挥下进行的，学校紧跟考试院的组织节奏，从学测群的加入到报名系统的研究，从组织每一位考生报名到确保每一位考生证书上传，从机考考场的建立到组织全体考生模拟网上测试，学校均有序进行，逐步推进。
三、对于学测工作的思考
（一）进一步完善专业基础课程的测试考核工作
1.在各专业大类中，应该按照专业方向制定的人才培养方案来确立考核的专业课程。因为19个专业大类，分为322个方向，专业课程选考科目的确立应源于省颁的指导性人才培养方案，然而目前存在着专业课程与专业方向不对接的现象。比如美容与美体，美发与形象设计是一个专业大类，两个专业方向，但是两门专业基础课程尤其是《美发与造型》课，美容美体的专业并未开设，在人才培养方案中也未体现。
2.在专业大类中，专业方向的确立也存在一定的问题，比如汽车营销、汽车整车与配件营销等专业，与汽车运用与维修、汽车车身修复同考《汽车底盘构造与维修》《汽车发动机构造与维修》。因为前两个专业方向更倾向于营销类，所以两门汽修专业基础n对于此类学生来说难度偏高。
3.不同的专业大类选考同样的专业科目，存在专业不同，选择内容相同的问题。比如数字媒体、平面设计、家具设计与制作、动漫游戏均不在同一专业大类却都考《素描》。而4个专业可能对素描教学内容的选择不同。
在后期专业基础课的选考中，建议以人才培养方案为依据，逐步完善专业基础课程的选择，完善考纲，让学生能够考出本专业学习的能力和水平。
（二）逐步建立多元化评价机制和形式
目前的学测采用了证书与学测成绩转换的形式是很大的进步，但是在专业基础课程和公共基础课考试中，还可以建立多元的评价机制和形式。比如语文、英语的考核可以融入口语，德育的考核不能仅仅是选择题，专业基础课的考核也不能停留在选择题，类似于素描这样的专业基础课也不是很适合全选择题型的考试。在研究层面，应考虑学测的多形式、多元化评价。省、市、校可以分清不同的职责，共同参与多元评价，构建评价机制。比如可以考虑不同的专业课程分为操作和理论的结合考试，理论由省级层面统一测试，操作层面由市级部门组织到校进行测试，由学校组织具体的实施。这样，评价的形式多样，评价的主体多元、评价也有第三方的参与监督。
（三）学测时间应结合教学实际，分学年进行
测试工作方案范文5
该书充分考虑了国内大多数院校办学条件不足,实验教学经费有限,无法全方位引进商用软件测试工具,无法开展软件测试实验室建设的实际情况,对国内外主流的开源软件测试工具进行全面分析、研究和优选,并经过北京工业大学软件学院5轮实践教学的检验,来设计该书的实验教学重点和实践能力要求。该书的实验内容之广,涉及的软件测试知识之多,以及开源软件测试工具介绍之全面,无论是对于教师进行实验指导,还是培训机构进行实战训练或者学生进行自学自练,都是不可多得的实验教材。
该书与国内常见的软件测试实践教材重点讲授某个或某几个商用软件测试工具的方法不同,它是以现代IT企业软件测试需求为背景,以主流的软件测试技术和方法为基础,以当前的软件测试应用为实例,全面介绍了支持各种软件测试类型的开源软件测试工具的主要功能、应用流程及实际案例。特别突出了软件测试工具在实际测试项目中的使用能够有效地巩固所学软件测试知识,掌握软件测试方法和技术以及提高软件测试实战能力。
该书分为管理、静态分析、单元测试、GUI测试、性能测试以及软件综合评测等6大部分,共有12章。主要内容包括:软件缺陷管理、软件测试管理、程序理解、代码静态分析、xUnit单元测试框架、单元覆盖测试、Java GUI基础类库应用测试、Web页面测试、Gtk+用户界面测试、单元性能测试、Web应用性能测试以及软件综合评测工具等。在该书中,较大篇幅地介绍了如何使用主流开源软件测试工具建立测试环境,如何将它们用于实际软件项目的测试。这种举一反三、抛砖引玉的内容设计,对高校软件测试实践类课程的开设、培训机构软件测试的实战培训以及开发人员和测试人员自学是非常有现实意义的。该书在最后一章特别强调了软件综合评测的意义,并以南京大学研制的Eastt工具为实例,全面介绍了软件评测的思想和过程,有助于学生全面掌握软件评测的方法和技术,提高实际的软件评测能力。
测试工作方案范文6
企业在对IT质量进行管理的过程中，通常会出现业务分析员与质量工程师之间的质量断层，两者的协作不协调会导致业务流程的低效率，致使各种软件的使用并没有为企业带来真正便利。采用业务流程测试，确保业务分析员和质量工程师之间的高效合作，将最大限度地保护企业资源应用，使企业远离质量断层。
传统测试方案面临挑战
自15年前第一代自动化软件测试产品推出后，一种名为“测试框架”的自动化测试解决方案成为了市场的主流。通过这一方案，主题专家能利用预先建立好的“关键词”执行某个特定应用，大大提高了测试效率。
然而，随着测试需求的不断丰富，这种表格驱动的第三代测试产品逐渐暴露不足。在整个庞大的业务测试流程中，各项操作都趋于细化，测试小组人员将花费大量时间进行关键词与对应操作的设置；由于测试框架解决方案包含了关键词文件及其相关数据元素，主题专家仍然受到测试脚本设计的束缚，无法真正投入其本身业务；传统测试框架产品并非完全兼容前几代技术，采用一些框架产品后，工程师无法取得并修改关键词表面之下的代码；需要投入大量的人力和时间资源来创建详细信息，以符合当今关于数据权限的有关法律规定，其中包括Sarbanes Oxley和the Health Information Portability and Accountability Act (HIPAA)。诸多不足呼唤新的解决方案出现以适应与日俱增的测试需求。
只是转变 而非技术
全球业务优化科技(BTO)的领导者美科利(Mercury)迅速认识到，想要解决传统的测试方案所面临的挑战，就必须采用一种全新的方法，而不是通过修改或更新现存第三代解决方案就能实现。针对业内的这种需求，美科利开发出了第四代方法，它能迅速简化测试设计、测试自动化、测试维护和那些昂贵而又耗时的测试文档管理流程。
应需而生揭开业务流程测试的面纱
为了适应需求，美科利推出了业内第一款完整的、基于角色的测试自动化系统――Mercury Business Process TestingTM (美科利业务流程测试)，它通过促进业务分析员和质量工程师之间的高效合作，弥补了质量断层。美科利业务流程测试能帮助那些非技术型的主题专家，在没有编程知识的条件下创建、数据驱动、执行并记录测试自动化流程，协助他们致力于创建那些能反映实际业务流程的高水平测试流程。与此同时，也让质量工程师们能专注于促进自动化的实现。
从表格驱动的测试框架到美科利业务流程测试这一转变，在技术方面是一次改进，但在性能方面却是一次革新。
测试设计中的非技术型“构建模块”方式
业务流程测试帮助主题专家通过某个业务流程的模块组件迅速完成业务流程的组建，无需接触任何程序代码或关键词，就能迅速创建多个用户场景。每个组件能在多个测试案例中被使用和重复使用。流程中重叠组件越多，自动化业务流程测试的优势也更能体现，通过重复使用组件，项目进程也得到了加快。
可重复使用的组件加快了项目进程
组件一旦建立，它们就能在多个需要相似功能的测试案例中被使用和重复使用，主题专家通过选择适当组件，混合并搭配各种组件来创建多个场景和测试包来实现不同需求。这就无需再为每个应用创建、存储和维护成千上万条冗长的脚本代码，最终使项目小组能够在所要求的时间段内为整个业务流程创建完成自动化测试。
测试自动化和文档管理的集成
在测试小组设计测试的同时，一个描述详细设计的文档将会被自动创建。它包括每个业务流程、所有采取的步骤、所有用于验证流程的数据、所有使用的数据元素，以及每个行为之后产生的结果，为机构节省大量人力和时间，使IT专家能从中解脱出来，去关注其他更具战略性的测试活动。
集中化的测试维护
QA工程师或主题专家在改变更应用项目时，往往无法实现自动化测试维护的需求， 采用集中化的测试维护，需变更的项目被独立于组件之外，因此总体变更会减少，而且改变能被自动移到测试案例中。由于测试案例文档也是自动生成的，所以再无需为了实现测试自动化脚本变更与文档管理之间的同步性而苦苦挣扎了。
引进质量加速器加强扩展应用项目
为了进一步推动有关ERP和CRM应用项目，美科利和TurnKey Solutions引进了“质量加速器”或预先打包完成的测试脚本、组件和最佳实践，用于测试和维护领先的解决方案，如Oracle应用等。质量加速器简化了对于常用功能(如：总分类帐(GL)交易，访问客户记录，批准请求等等)的自动化测试过程。质量加速器提供了常用测试组件和测试案例，测试小组可以加速测试，并比以前更快、更低成本地执行测试自动化。
实例作证业务流程测试的优化效应
通过对一个实施美科利业务流程测试和另一个没有实施的实例进行比较，可以明显地看到美科利的优化效应。CIO想在公司目前的HR部门中增加在线填写开支报告的功能，并希望能尽快建立和运行这项新功能。
采用美科利业务流程测试――大多数有关在线填写开支报告的功能都实现了组件化，并自动存在于之前的项目中。如：进入HR资源的登录流程、创建一个新的开支报告、向HR提交审批文件等。主题专家通过选择所需组件，能够迅速组成新业务流程测试，创建并查证多个测试案例和场景，对新的或更新的组件进行标示，用于执行和更新。整个测试流程在几天内就能完成，无需额外时间来创建或更新完整的测试文档记录，因为这些报告是由美科利业务流程测试自动生成的，并以简单易懂的MS Word格式呈现。
未采用美科利业务流程测试――如果要开发其他相似的在线HR服务功能，就需要开发一个新测试自动化脚本，并开发其他新测试文档，需要相当数量的技术专家来创建现在所缺的自动化测试脚本。这个测试流程将需要几个月的时间，而文档管理流程还将需要几个星期的时间。结果，部署时间将会是好几个月，大大长于CIO所要求的时间，其成本也将是采用美科利业务流程测试方法的两到三倍。
以业务为中心实现面面最优化
实施基于角色的美科利业务流程自动化系统，能最大化满足各个需求，达到面面最优，最终帮助机构高效完成测试目标。
主题专家 通过拖放组件轻松创建测试，无须具有编程技术；设计测试、自动化测试和生成文档可以同步完成，相比将设计、脚本录制和文档编写过程分开实施，节约了大量的时间并且可以通过在上千个测试案例中重复使用单个组件，简化了测试创建流程。
QA/测试工程师 业务流程测试把变更和单个组件相互隔离，使变更能在所有测试脚本中被重复使用，减少脚本维护工作量，从而节约测试维护所需的时间和人力。
CIO 简化和合理化测试自动化流程，在提升测试小组志气的同时降低测试成本。能在更短的周期内，向最终用户和客户提供高质量的、全面测试过的软件。业务部门(LOBs)能参与并更快地完成测试项目，并提高了测试成功的可能性。
CFO 降低测试和测试维护时间，利用有限的投资，大幅提高员工工作效率和企业的测试效率，最大化公司已实施的产品和流程的ROI。
CEO 更快安装并运行全新的应用服务，赢得新客户，创造新的收入流。提高应用质量，帮助企业避免软件缺陷所造成的损失。关键应用和网络服务得到持续完好运行――从而赢得更高的客户满意度和忠诚度，获取更多的业务从而带来更多利润。
实施对象的三条评估准则
无论企业现在的软件测试是人工的还是自动的，或者两者兼而有之，一般而言，如果符合以下条件，您的业务将成为美科利业务流程测试的实施对象。
原有业务流程之间有重叠 如果一个企业的多个业务流程分享共同的元素或步骤，美科利业务流程测试将帮您在共享ERP应用中使用――并且重复使用――这些共同组件和预先打包完成的内容。
正在转向自动化测试 自动化是提高软件测试流程速度、精确度和灵活性的关键，它能更早地发现并修复更多的错误。如果企业正在向自动化测试转变的进程中，有可能早已购买了美科利业务流程测试所需的基本工具，而美科利业务流程测试将基于这些基本工具，为企业更快的完成转变。
正在评估或转向Quality Center of Excellence(质量卓越中心)模式 质量卓越中心模式越来越普遍，因为它能集中提供测试专家队伍以及标准化的质量管理和优化的最佳实践，将有效地优化测试项目的效率和统一性。
支持美科利业务流程测试的产品和服务
美科利业务流程测试顺利集成了包括美科利QuickTest Professional、美科利质量中心的TestDirector及美科利WinRunner在内的整套工具和技术，并由美科利提供相关的咨询和培训服务。
美科利质量中心 美科利质量中心集成并自动化了主要质量活动――测试管理、功能测试和业务流程测试。它让企业在整个生命周期中分享并重复使用测试专业队伍，并为其专门定制工作流，更容易满足具体质量流程的需求。
美科利QuickTest Professional 美科利QuickTest Professional是美科利质量中心的核心产品，它提供了业内最好的功能和衰退测试自动化的解决方案，可适用于每个软件应用和环境。
美科利WinRunner 美科利WinRunner可用于整个企业的功能和衰退测试。它能自动捕获、验证并重放用户之间的相互作用，识别错误，并保证业务流程能在部署完成后运行良好，保持其可靠性。
