忙碌的时光虽然匆匆，但不虚度，无论是从事什么样的工作，在工作一段时间后，我们应当对自身的工作进行反思。通过工作总结的方式，详细记录自身的成长，可促使我们认真、全面的了解自身，改进自身的工作方式，提升自我，在往后的工作之路上，不断成长。今天小编为大家精心挑选了关于《测试工程师的工作总结》，仅供参考，大家一起来看看吧。
基于教学与工作过程的《机械工程测试技术》课程构建
摘要：《工程测试技术》课程是一门综合实践性强、理论知识抽象、学习起来比较困难难等特点，尤其是应用型本科院校的学生，普遍感到学习难度大。即使有一些学生，在学习该课程时非常认真，最后的考试分数也比较高，但工作后却发现理论知识和实际应用相脱节，达不到工作的要求。这些问题的产生与《机械工程测试技术》课程教学内容的组织架构和教学方法有着密切的关系。综合考虑该课程特点、教学对象和培养目标，构建了教学过程与工作过程系统化的《机械工程测试技术》课程新的教学模式。
关键词：工作过程系统化;机械工程测试技术;项目式教学
Key words： systematization of work process;mechanical engineering testing technology;project-based teaching
0 引言
《机械工程测试技术》是应用型本科學校机械电子工程专业、内燃机专业、汽车专业等工科各专业的一门重要的基础课程。机械工程测试技术涉及工程数学、力学、电工与电子技术、计算机科学、信息技术等诸多学科，是一门理论推导抽象、实践应用性很强、知识面广的课程[1-2]。该课程是广东理工学院机械电子工程专业的专业核心课程之一。通过该课程的学习，要求学生在学习工程测试技术基本知识的基础上，掌握各种传感器的工作原理及基使用方法，为后续机电一体化系统设计课程的学习和毕业设计提供必要的基础条件。《工程测试技术》教学内容主要包括信号分析处理、传感器、虚拟仪器等三个部分[3]。在第一部分中主要包含傅里叶变换、信号的调理与记录等内容，包含大量数学公式，且涉及到模拟电路等知识，理论知识抽象且公式繁多，教学内容较多，学生普遍反映很难学会。第二部分包括电学、光学以及材料学等多个学科知识的交叉，该部分知识的特点主要是物理概念多，实践环节要求学生动手能力强。第三部分包括计算机测试系统与虚拟仪器部分包括计算机测试系统和虚拟仪器。大多数应用型本科院校。《工程测试技术》，课程一般为40学时但是学时却偏少，故出现了“教师难教，学生难学”的问题[4]。为了解决《机械工程测试技术》课程在教学过程中存在的问题，提高教学质量，实现培养高素质的机械电子工程专业应用型本科人才的目标，广东理工学院工业自动化系对《机械工程测试技术》课程进行了改革，提出了基于教学过程和工作过程系统化的《机械工程测试技术》课程开发。
1 《机械工程测试技术》课程开发的总体思路
1.1 《机械工程测试技术》课程教学过程系统化开发思路
在进行《工程测试技术》课程教学过程系统开发时，应把各个教学内容环节形成模块化，然后再把模块化作为一个整体考虑，这就是所谓的教学过程系统化[5]。《机械工程测试技术》课程教学过程系统化应满足两点要求：
第一，应使整个教学内容体系安排能达到培养机械电子工程专业应用型技能人才培养目标的要求;
第二，《机械工程测试技术》课程应遵循教学的基本规律，保证各个教学环节的递进逻辑关系，即哪个教学环节是先修环节，哪个环节是后修环节，使整个教学过程的安排符合学生的认知规律。
广东理工学院本科教育学制有四年，去掉一年的综合实习后，在校学习时间仅仅有三年，其中机械电子工程专业还必须有25%以上的综合实践训练时间。因此，如果参考或套用其他传统的科研型本科院校课程教学安排，则很难达到《机械工程测试技术》课程的理论教学环节和实践教学环节之间的先修与后修的递进逻辑关系要求。因此，必须将《机械工程测试技术》课程拆分为适当的较为细小的教学模块，以便于教学安排。首先将《机械工程测试技术》课程教学内容分为两个主要模块，即理论教学模块和实验教学模块。首先进行《机械工程测试技术》课程的理论教学模块，然后再进行实践教学模块，这样安排是保证为实践教学模块提供足够的理论指导。
1.2 《机械工程测试技术》课程工作过程系统化的课程开发思路
所谓工作过程系统化课程其核心思想是以项目或工作任务为载体，按照“六步法”，即咨询、计划、决策、实施、检查、评价六个步骤，设计三种以上学习情境，按由简单到复杂的规律顺序实施每个学习情境的教学过程[6]。按照工作过程系统化教学模式，《机械工程测试技术》课程知识点将形成一个链状网络，使学生逐步掌握从易到难的知识点，以达到提高学生实践技能的目的。
2 《机械工程测试技术》课程教学模块设计
2.1 理论教学子模块的设计
《工程测试技术》课程的理论教学模块内容安排够用为原则，即能达到实践教学要求为目的。本模塊包含测试信号的时域和频域描述、各种传感器的工作原理及应用、测试技术应用三个教学子模块。在每个理论教学子模块中，只安排必要的与实践教学相关的理论教学知识，如信号的时域和频域、传感器的工作原理、而与各后续的实践教学子模块直接相关的知识，则根据工作过程系统化课程开发的原则，安排在实践教学子模块中进行教学。
2.2 实践教学子模块的设计
在教学中发现，教师可以利用现代化教学手段讲解传感器的工作原理，如上课过程中，用多媒体、图片、视频等展示并讲解传感器的工作原理以及使用方法，但是，仍有部分学生不能理解，其原因是学生未见到传感器实物，也不知道传感器如何安装调试。因此，在实践教学中购买一些简单的传感器，让学生自己搭建简易测试系统，这些测试系统作为工作过程教学法使用，使学生能带着任务去学习，激励学生完成任务达成目标。
实践教学分为Labview信号分析、简易电子秤的制作、转速测量装置的制作、液位测量装置的制作4个子模块，各学习子模块的教学安排遵循学生的认知规律。以子模块3为例，转速测量装置的制作教学子模块包含a、b、c 3个测速装置，实验装置如图1所示。学生在教师的指导下，分成小组独立搭建转速测量装置，并完成本次实验项目所规定的任务，教学过程的实施符合学生认知能力的发展规律。
3 结语
基于教学过程与工作过程的《机械工程测试技术》课程教学改革改变了教师的角色和作用，同时也改变了学生的思维能力和实践动手能力，具有非常显著的教学特点。打破了以知识传授为主要特征的传统教学模式，形成了以具体工作任务为中心来组织教学过程的课程模型，让学生通过完成特定的项目，并能实现学生职业技能的发展。与此同时，机械类专业的课程改革必须适应社会以及企业的需求而不断地进行教学改革，不断地进行创新。通过工作过程式课程设计教学方法改革，让学生带着问题去进行实践教学，并通过自己动手搭建实验平台的模式，让学生形成系统的专业知识体系，提高了学生的动手能力，并且培养了学生的团队意识，综合设计能力有了进一步的提高，也提升了学生的就业竞争力[7]。
《机械工程测试技术》课程教学改革取得了良好的教学效果，近几年来，机械电子工程专业毕业生就业率达到97%以上，专业对口率达超过89%。通过该课程学习，学生动手能力明显提高，学院每年组织技能大赛参，包括CAD技能大赛、三维建模技能大赛，工科综合技能大赛等。学习过《机械工程测试技术》课程的学生，每年参加技能大赛都能获得好成绩。2018年机械电子工程专业被广东省评为重点培育专业。
参考文献：
[1]邱荣华，肖渊，周阿维，刘冰.机械工程测试技术的创新设计实践教学方法[J].高教学刊，2019(2)：35-37.
[2]李特，岳圆.机械工程测试技术课程现状与改革初探[J].教育教学论坛，2018(32)：129-130.
[3]龙慧，胡松喜.《机械工程测试技术基础》本科课程教学方法探讨[J].装备制造技术，2016(5)：255-256.
[4]李敏通，朱兆龙，查峥.“机械工程测试技术”教学方法研究探讨[J].教育教学论坛，2012(4)：189-190.
[5]杨斌，陆名彰，罗蓉.基于教学过程与工作过程的《金属切削加工及设备》课程构建[J].当代职业教育，2014(3)：15-17.
[6]陈风焕.《计算机辅助设计与模型制作(一)》应用型课程改革探索[J].中国多媒体与网络教学学报(上旬刊)，2020(02)：146-147.
[7]黄小娣，杨斌.民办应用型本科机械类专业综合性课程设计教学改革路径探索与实践[J].教育教学论坛，2020(6)：253-254.
作者：杨斌 黄小娣 黄永程 黎志勇 李俏
摘要：基于对比分析美国国防部DOD5015.2、欧盟MoReq2010、我国GB/T29194-2012这三个电子文件管理系统功能要求标准，重点对比测试目的、测试内容、测试方法和测试业务的异同，从而提出国内外电子文件管理系统测试工作的差异性和发展趋势。
关键词：电子文件管理系统标准符合性测试DOD5015.2 MoReq2010 GB/T29194-2012
一、研究背景
测试是发现软件系统各种缺陷的主要手段，也是实现其质量保障的重要过程。作为一种特殊的软件系统，电子文件管理系统(Electronic Records Management System，简称ERMS)的测试应具备区别于一般软件系统测试的特殊性。美国国防部《电子文件管理软件设计评价标准》(Design Criteria Standard for Electronic Records Management Software Applications，简称DOD5015.2-STD)、欧盟《电子文件管理通用需求2010》(Modular Requirements for Records Systems 2010，简称MoReq2010)以及我国《GB/T29194-2012电子文件管理系统通用功能要求》等功能要求标准的相继出台，不仅为电子文件管理系统的研发工作提出了通用性要求，而且使标准符合性测试成为亟待研究的重要工作。
目前，国内外已经开展了GB/T29194- 2012、DOD5015.2以及Moreq2010的标准符合性测试工作。但是，有关国内外电子文件管理系统测试进展的研究仍为空白。国内外电子文件管理系统功能要求的研究主要集中在功能要求的标准化、对比研究与本土化上。具体体现在：一是国内对MoReq2010标准的研究较多，其重点是比较MoReq不同版本之间以及其他标准的异同，并指出MoReq具有更强的适应性[1]、MoReq较DOD5015.2提出了更为明确的功能要求[2] [3]等。与DOD5015.2的研究相类似的是，从与其他标准的对比、该标准自身的特点入手，指出DOD5015.2的主要特点是其适用主体是美国国防部以及其相关部门，该标准更加关注安全性能，并且其规定不是通用的要求。[4]GB/ T29194-2012的提出实现了电子文件管理系统功能要求的本土化，相关研究主要集中在与国外电子文件管理系统功能要求[5]以及国内与电子文件和电子档案领域发布的相关标准[6]之间的对比分析上。由于该标准提出的时间较晚，因此相关研究较少。二是国外相关研究集中在标准本身，不同版本之间的对比、不同电子文件管理系统需求标准的对比以及标准在不同国家的本土化问题上。例如：MoReq2较MoReq的改变，有易测试、管理性、结构性、具体化要求上的变化。[7]2003年，学者Piers Cain探讨MoReq在英国的适应性，并将MoReq与美国国防部提出的相关标准进行对比，提出了MoReq的主要优势。[8]
ERMS测试理论体系主要由四个部分组成：测试目的、测试依据、测试内容和测试方法，[9]本文所讨论的测试依据为DOD5015.2、MoReq2010和GB/T29194-2012。通过对比分析三者测试目的、测试内容和测试方法的异同，提出关于ERMS测试工作的建议。其中，建议参考了学者朝乐门在该领域研究中提出的关于ERMS测试呈现的三个基本特征，以及ERMS测试方法论的创新需要突破的两个前提：一是突破功能测试的局限性;二是突破人工测试的局限性。[10]
二、测试目的
三个测试标准的最终目的是一致的，即检查被测系统的标准符合性，保证其电子文件管理质量，提升其服务质量。但是，在操作层面表现出不同的特征：
(一)DOD5015.2侧重安全方面
DOD5015.2由美国国防部提出，强制要求政府部门的ERMS必须经过联合互操作测试组(Joint Interoperability Test Command，简称JITC)的测试认证，不强制要求商业用途的ERMS参与认证。该标准仅提出政府部门的ERMS需要满足的最基本要求(必须满足的要求)，没有提出更宽广的其他要求，侧重于安全方面。
(二)MoReq2010的规定具有灵活性和宽泛性
MoReq2010由欧盟文件生命周期论坛(Docu? ment Lifecycle Management，DLM)提出，为欧盟各国现行的电子文件管理系统需求提供参考和规范，同时规范参与认证的ERMS导入、导出格式，从而便于不同国家之间的数据迁移。考虑到各国已有的电子文件管理系统需求，MoReq2010的规定具有灵活性和宽泛性。
(三)GB/T29194-2012借鉴多国优点的基础上形成
GB/T29194-2012是我国结合多国的电子文件管理系统测试标准的优点，以及我国的现实需求而提出的标准，目的是为了规范电子文件系统测评工作的组织与实施，保证电子文件软件系统质量和系统的正确使用与可靠运行。
三、测试内容
虽然三个标准的理论依据均为文件生命周期理论，提出的要求都与文件流转业务流程相关，但是提出测试内容的结构不同，笔者将其重新组织为功能评测、元数据评测和系统文档评测三个部分来进行讨论。其组织依据借鉴了我国GB/T29194-2012中“软件系统测评内容应包括但不限于功能测评、元数据测评和系统文档测评”的要求进行组织。
(一)功能测试
功能测试是测试系统所提供的功能条款。由于三个标准中对功能要求的描述结构和方式不同，笔者对其按照主题聚类分析，进而得出其在侧重点上的不同。如图1所示。
1.三者所涉基本功能相同。一是三者都有关于工作流的使用、文档业务流程、元数据安全性、系统可维护性等方面的内容。而这些要求正是ERMS应具有的基本功能。二是功能条款都可以分为必要性要求和可选性要求。三个标准中，功能要求均可分为两个部分，必要性要求(强制性要求)和可选性要求(非强制性要求)。其中，必要性要求是指该系统应满足的最基本要求，它是ERMS在实现电子文件管理时所必须实现的功能。可选性要求是指为更好地实现管理所要求的功能条款，不满足的情况下也不影响系统的正常使用，故称为可选性要求。软件提供方如提供该部分功能，可以申请对该功能进行测试、认证。
2.侧重点上不同。基于安全的考虑，DOD5015.2对文档的离线使用、电子邮件的迁移、使用权限、安全控制的相关规定较为具体和严格，侧重对该类功能测试。MoReq2010，则对不同ERMS之间的数据迁移、不同阶段的文件迁移等要求较多，目的是为了实现不同系统之间的格式统一，方便系统之间的数据交换。GB/ T29194-2012则结合了以上两个标准的规定，并根据中国国情进行适当的取舍。
2.描述结构不同。DOD5015.2和GB/T29194-2012都是根据业务流程来叙述功能测试要求，如文件形成、文件捕获、转移等业务流程中应实现的功能。而MoReq2010则是把这些业务流程中涉及的要求分散到其九个核心服务的要求中，从角色的角度进行叙述。包括系统服务、文件服务、分类服务、用户与组织服务、角色建模服务、处置计划服务、元数据建模服务、检索及报告服务、输出服务和非功能性需求，以及附加模块。
(二)元数据测试
元数据是描述文件的背景、内容、结构以及整个管理过程的数据。通过记录元数据，可以初步了解文件的内容，并且追踪文件的流转、修改情况。虽然三个标准目标的不同会导致其对元数据的侧重不同，但是由于元数据有其自身的重要性和规范性，三个标准中又存在相同点。例如：三者均强调了元数据在电子文件中的重要性，并将元数据纳入测试范畴;三者基本元数据集相同，包括内容相关的元数据(题名、日期、保密性等)、安全性相关的元数据(权限、人员)、关系实体的元数据等。同时，对其之间的差异我们也需要给予关注。
1.DOD5015.2根据不同流程活动来规定元数据测试的内容。包括：文件计划实施，文件时间规划，文件说明和归档，电子文件归档，后续归档到美国国家档案与文件署。对元数据的要求分为三个部分：数据收集范围、数据结构和支持。记录的内容除了一般的关于文件内容的数据以外，主要记录文件修改、使用和转移情况，以及工作中使用E-mail进行联系的相关内容。
2.MoReq2010文件的关系是按照实体来进行联系，对每个实体，再分为系统元数据和内容元数据这两个部分。主要是利用元数据，重现不同实体之间的联系，如不同文件之间的联系、文件与系统的联系。
3.GB/T29194-2012关于元数据的要求包括基本元数据评测指标和扩展元数据评测指标，其要求是根据不同的元数据内容进行组织，并分为三级指标。基本元数据评测中包括的是一般的内容标识、授权标识等，如题名、保密性、业务等内容。扩展评测指标中，则是额外的关于文件的标识，如格式、软件环境、业务关系的进一步描述等。与DOD5015.2类似，但安全方面要求稍低。
(三)系统文档测试
系统文档是对系统的辅助解释，有助于用户正确使用电子文件管理系统。三个标准中均将系统文档测试作为一个为非功能性的要求，这充分说明系统文档的重要性。但是，在GB/T29194-2012的标准符合性测试中提出了更为具体和可操作的要求，包括系统文档的一致性、完整性、可理解性、指导性、易于实现标准符合性测试，以及扩展的系统文档评测指标。而另外两个标准仅简单地提到了需要对系统文档进行测试。
四、测试方法
三个标准中使用的测试方法基本为功能点测试(标准符合性测试)，功能点测试又有黑盒测试和白盒测试两种方法。由于白盒测试的测试效率不如黑盒测试，实际使用中多以黑盒测试为主。对于测试方法，以及黑盒测试的应用方面三者又略有所不同。其中，黑盒测试指的是把程序看作一个黑盒子，按照程序说明进行输入，检查输出结果是否符合要求。不需要考虑程序内部结构和内部特性，操作简单，但无法发现程序内在的问题。[11]白盒测试则是通过测试用例，观察程序完整运行情况，要求分析程序的代码，[12]它能够更好地发现程序自身存在的深层问题，但相应地延长了测试时间。
1.三个标准的测试方法基本一致，主要依赖于功能测试。此外，也引入了通过录制脚本等方法实现自动化测试，从而节省时间。在功能测试过程中，主要使用黑盒测试，必要时采用白盒测试来发现深层问题。GB/ T29194-2012标准符合性测试中，采用白盒测试发现黑盒测试难以发现的深层缺陷，并取得了较好的测试效果。
2.DOD5015.2为提高黑盒测试的效率，在黑盒测试的过程中采用了极限编程的思想，第一次进行完整测试，后续版本只测试与修改相关的功能，从而减少了多次完整测试的次数，加快了测试效率。极限编程是指边编程、边测试，及时地对API进行测试，即每个小部分编写完成后及时测试，减少错误的累积，使得软件开发变得更为简洁。[13]
3.MoReq2010的测试方法则是通过模块化(上文提到的九个核心服务)，从不同角色的角度，在不同的服务模块中进行测试。
4.GB/T29194-2012除使用功能测试以外，还引进情景测试法(模拟具体业务流程所产生的输入)来进行测试，这是一种较新的测试方法。
五、测试业务
测试业务是测试标准、方法和技术的具体应用，具体包括测试机构和测试流程两个方面。
(一)测试机构
在测试中，存在证书颁发机构、软件提供机构和评测机构。一般而言，为保证测试的公平性，评测机构由第三方担任。GB/T29194-2012、MoReq2010的测试机构均由经认证的、非软件提供方的第三方软件测试中心进行。但由于DOD5015.2是直接针对国防相关部门的软件要求，基于安全性的考虑，测试由JITC来负责监督完成，并由JITC颁发证书，不邀请第三方机构进行评测。
(二)测试流程
测试流程可以分为三个部分，测试前的准备工作、测试过程的实施工作和测试后的反馈工作。三个标准在测试流程方面的要求基本一致，主要区别体现在具体工作细节。
1.测试前的准备工作。在测试前需要对测试日期商定、测试人员安排、系统运行环境进行安装等步骤。此外，还需收集信息(以填写问卷的形式来实现)，包括使用何种测试入口(用户图形界面、应用程序编程接口)、以及需要进行评测的可选性功能。
2.测试过程的实施工作。这是测试的主要部分，测试周期从一个月到半年不等，不同标准中对此的规定不同。
3.测试后的反馈工作。主要是测试报告的编写，同时也包括解决测试结果分歧。但是，测试报告的公开性不同，DOD5015.2规定概要报告对外公开，详细报告只有相关政府部门才能获得;MoReq2010指出报告不对外公开;GB/T29194-2012在自己的官网上公开。
六、结论
(一)Moreq 2010、DOD 5015.2和GB/T29194-2012的标准符合性测试工作之间的区别主要来自于标准本身的特殊性
DOD5015.2的适用对象是美国国防部等国家政府部门，尤其是军事机构，因此DOD5015.2并非是一个通用型标准，对安全方面的要求十分严格。DOD5015.2的测试，不仅可以现场测试，而且还支持远程测试。Moreq2010标准的一个突出特点是其灵活性，各国可以根据自身情况进行调整、灵活处理。该特点是由于欧盟各国大多已经存在适用于该国的电子文件标准，如英国的《电子文件管理系统功能需求》，故需要一个灵活的要求。GB/T29194-2012较好地吸取了DOD5015.2和MoReq2010标准中的内容，并较好地体现了我国电子文件管理工作的主要需求，其测试工作充分借鉴了Moreq2010和DOD5015.2的测试经验。
(二)从发展趋势看，电子文件管理系统的标准符合性测试工作呈多样化、规范化的趋势
一是测试方法的多样化趋势。目前，电子文件管理系统的测试方法较为单一，主要采用的是人工黑盒测试方法和动态测试方法，无法满足标准要求和用户需求。因此，测试工作将综合运用白盒测试、集成测试、回归测试、协同测试和情景测试等多种测试方法。同时，从测试方法的实现方式看，基于人机协同的自动化测试将成为电子文件管理系统测试的主流方式。二是测试范围的横向拓展趋势。目前，电子文件管理系统的测试范围较小，仅限于功能、元数据和内容三个方面的测试。但是，电子文件管理系统的实施亟须引进性能、安全、兼容性、可用性等多种测试内容，不断拓展其测试范围。三是测试实施的规范化趋势。目前，电子文件管理系统测试业务的规范化程度不够，尤其是前期准备工作、测试后评估以及结果再利用的重视不够，严重影响了测试结果的信度和效度。因此，电子文件系统测试工作的全程控制及监督工作将受到重视，测试工作将趋于规范化。
*本文为国家社科基金重大项目《云计算环境下的信息资源集成与服务研究》(项目编号：12&ZD220)和国家自然科学基金重点项目《我国信息资源产业发展政策及管理研究》(项目编号：71133006)的研究成果之一。
注释及参考文献：
[1]张宁.《欧盟电子文件管理通用需求第二版——MoReq2》解析[J].北京档案，2008(7)：46-48.
[2]于丽娟.《电子文件管理通用需求——MoReq》[J].档案学通讯，2003(6)：30-34.
[3]张茜，程妍妍.国际电子文件管理系统需求标准比较研究[J].中国档案，2014(11)：61-63.
[4]于丽娟.《电子文件管理软件设计评价标准——DOD5015.2-STD》[J].档案学通讯，2003(3)：73-78.
[5]张晓娟，胡文佳，陈诚.电子文件管理系统需求标准化的国际经验与启示——基于MoReq与ICA-Req的分析[J].情报理论与实践，2015(4)：57-60.
[6]张晓娟，陈诚，胡文佳.电子文件管理系统功能需求标准的建设与发展[J].电子政务，2014(5)：93-98.
[7]Fresko， Marc(2001)， MoReq2： the new model for developing， procuring electronic records management sys? tems： the 2008 version of Model Requirements for the Management of Electronic Records(MoReq2)features new testability， governance， structural innovation， and ex? panded content， Information Management Journal.
[8]Fresko， Marc(2001)， MoReq2： the new model for developing， procuring electronic records management sys? tems： the 2008 version of Model Requirements for the Management of Electronic Records(MoReq2)features new testability， governance， structural innovation， and ex? panded content， Information Management Journal.
[9][10]朝乐门.电子文件管理系统的测试方法研究[J].档案学通讯，2014(6)：57-60.
[11] [12]Ammann， Paul; Offutt， Jeff. Introduction to Software Testing. Cambridge University Press. 2008. 21-22.
[13]陈伟，谢俊元.基于极限编程的测试分析[J].计算机应用研究，2004(1)：69-72.
作者：郑湙彬 朝乐门
摘要：本文针对软件测试课程培养的学生与卓越软件测试工程师要求的差距，分析了目前软件测试教学中存在的不足，提出了“方法—过程—工具—案例”四位一体的教学方法，旨在培养理论扎实、工程能力强的卓越软件测试工程师，以实现与软件测试行业的衔接。
关键词：测试工程师;软件测试;教学改革;工程能力
随着软件产业的迅猛发展，软件的复杂性也日益增加，导致对软件产品的质量提出了更高的要求，这也使得软件测试工程师成为每个软件企业都不可或缺的技术人才。目前许多软件工程专业教育者进行了积极的探索，许多学校也提出了一些方案，做了有益的尝试。
中国石油大学(华东)的软件工程专业入选了山东省卓越工程师培养计划，为了执行国家对软件工程专业卓越工程师培养的精神，融合学校的“三三三”培养体系的顶层设计，为培养卓越的软件测试工程师，我们也在软件测试课程的培养方案、课程结构、教学方法和考评体系等方面进行了一系列的改革和探索。软件测试课程作为软件工程专业的一门核心课，是对理论性和工程性都有很高要求的课程，一方面要求学生必须有扎实的理论基础知识，另一方面要求学生能够熟练地应用理论基础知识转化为实际的工程应用。
虽然已有的教学改革改善了教学效果，但目前的软件测试课程教学依然存在几个比较突出的问题：第一，教学内容抽象，学生学习兴趣不高;第二，教学内容碎片化，学生没有完善的测试知识体系;第三，轻视测试工具应用，培养的学生与企业需求难以衔接;第四，教学案例简单，学生没有完整的测试思路;第五，学生对软件测试存在认识偏差，缺乏从事软件测试职业的意愿。
为了解决上述问题，我们提出了“方法为基、过程引导、工具跟进、案例贯穿”的“方法—过程—工具—案例”四位一体的教学方法，旨在培养理论扎实、功能能力强的卓越软件测试工程师，以实现与软件测试行业的衔接。
一、课程体系与教学内容设计
根据国际标准的SWEBOK软件核心知识体系中软件测试的知识域，充分调研软件行业中对卓越软件测试工程师的需求，建立软件测试能力培养标准，明确各培养标准与软件测试课程内容的对应关系。表1为我们初步建立的软件测试能力培养标准列表。
四位一体的教学方法，就是以讲授软件测试的基本理论与方法与基础，按照软件开发过程与测试过程为主线引导，辅以介绍典型软件测试工程的应用，并在课程教学中选择一个案例贯穿整个教学。具体教学路线如图1所示。
为此，我们重新规划了教学内容，教学内容的组织如图2所示。
二、具体教学内容
四位一体的教学方法围绕着测试方法、测试过程、测试工具以及测试案例进行展开。在具体实施过程中，构建了测试工具箱与测试案例库，并编写了适合该教学方法的教材。
(一)测试工具箱的构建
工具的掌握是工程能力的重要一环，因此在软件测试课程及相应实践课上有必要掌握一些典型测试工具的使用。软件测试方法体系庞大，造成软件测试工具众多，而且一些商业化的测试工具价格不菲，为了适应课堂教学的实际，需要对各种测试工具进行比较筛选，选择合适的测试工具并构造测试工具箱。在多年的软件测试课程教学中我们已经积累了一些适合教学的测试工具，包括测试管理工具TestCenter、功能测试工具AutoRunner、源代码缺陷检测工具在选择测试工具FindBugs与DTS、性能测试工具Jmeter等。我们将继续本着覆盖多个测试方法、开源工具优先等原则完善测试工具箱，并对工具箱的工具进行分层次、分类别的维护更新。
(二)测试案例库的建立
案例教学是促进对理论知识消化、掌握实际问题解决策略的一种有效教学方法。软件测试课程要求所选案例能够体现测试方法与工具的应用。为构建适合教学的测试案例库，我们一方面需要对已有的案例进行刻意的改造，也选择了一些新型示范应用项目，另外选取了一些有代表意义的开源工程，以及教师科研转化项目、学生优秀实习项目与课外设计项目等完善测试案例库。目前的软件测试教学中，我们选择了一个所在学院使用的本科毕业设计管理系统作为案例进行了讲解，起到了较好的教学效果。
(三)融合软件测试的方法、过程、工具、案例的教材的编写
为适应四位一体教学方法，我们自主编写了软件测试教材。教材以RUP的四个阶段为线，将测试方法与工具分化在不同阶段进行介绍，加强了测试管理内容。软件测试理论按照鱼骨图式的组织，例如对于白盒测试技术的介绍，分解为两章，其中在RUP的细化阶段介绍了逻辑覆盖测试、基本路径覆盖测试，在RUP的构造阶段介绍了数据流测试、变异测试，这种组织安排有利于学生根据软件测试过程循序渐进地掌握相关知识。
(四)“方法—过程—工具—案例”四位一体教学方法
该方法基于所修订的软件测试教材与测试工具箱、测试案例库，沿用RUP的四个阶段进行教学的安排，在教学中以测试理论与方法介绍为根本，并辅以案例介绍以加深对实际测试的理解，再选用合适的测试工具，具体实施如图1所示。“方法为基、过程引导、工具跟进、案例贯穿”的教学将培养学生既具备扎实的理论基础，又拥有工程实践能力，符合卓越软件测试工程师的要求。
三、结语
该次软件测试课程教学改革围绕卓越软件测试工程师的培养目标，注重理论素养与工程能力的双重提高。教学实践表明，“方法—过程—工具—案例”四位一体的教学方法，有一个围绕软件测试过程的逻辑性强的理论知识体系，辅以工具的训练，再以实际案例贯穿介绍测试方法与测试工具的应用，学生学习的积极性和主动性都得到了大幅提升，有意识地增加了软件测试的内容，说明学生已经意识到了软件测试的重要性，并能够在软件项目开发中执行软件测试的诸多活动。初步的课程改革取得了一定的效果，笔者今后将对软件测试适合敏捷等流行的软件开发过程进行改造已有的方法，并扩充完善已有的测试工具箱与案例库，以培养卓越的软件测试工程师，满足软件测试行业的需求。
参考文献：
[1]李月龙.高校软件测试课程教学改革研究[J].计算机教育，2014，(7)：16-18.
[2]邓松.递进式软件测试创新人才培养模式研究[J].计算机教育，2014，(7)：5-7.
作者：董玉坤
测试工作的未来
测试工作未来预见
更好的方法对测试人员更好的培训、更好的欣赏将改革软件产业。具体地说，诸如可执行的说明书、基于模型的测试产生、BUG 预防、系统模拟这些技术，将在这场演变过程中扮演重要的角色。
BUG 预防和早期检测
因为现在把重点放在产品交付的质量上来了(而不是在于找到了多少BUG)， 预防实践和静态分析仪这样的检测工具将成为主流。
仿真测试
仿真工具变得很普遍，使得仿造计算机环境变得容易起来。在开发过程的早期就可以进行意外和错误流程的测试。代码稳定后，再用真实环境验证仿真是否准确无误。
及时的测试用例
庞大的测试用例管理系统将成为昔日的东西，大量的测试用例生成了却没有被使用。测试用例将不再像腐烂的存货一样被收藏起来，因此，让测试用例保持最新变得容易起来。 积极的方法
误导人的方法，比如计算BUG 的数量、计算测试用例的数量，将不复存在。有用的方法，比如需求覆盖、模型覆盖、代码覆盖将驱动项目开发。
更少更精的测试人员
机器将代替测试人员做大部分他们以往创建测试所做的繁琐工作，测试小组需要比以往更少的测试人员，留下来的测试人员将是经过更多高度培训过的。他们所做的工作将更加有趣，因为在测试中他们将致力于更大的问题，而不是在抱怨中艰难地开展工作。
更多更好的测试
测试人员将可以在一天中进行成千上万的测试，所以，如何首先运行最有用的测试将成为一大挑战。相关的工具将允许测试人员为他们的测试区分优先级，以及将测试目标放在那些最易出现重大BUG 的地方。
测试人员的角色更换
测试中界限模糊，在测试领域工作使得专职测试的人员和专职创建测试工具的人员界限模糊，一个既是“通过程序破坏事物的测试员”又是“创建程序用于破坏事物的程序员”的专业出现了，――关于如何称呼这个新的专业，新闻圈内的人们还在进行着无休止的争论。测试与开发界限模糊， 测试人员与开发人员一前一后，共同创造可测试的、高质量的代码。测试人员帮助开发人员消除需求中的问题，使得开发人员的工作更易完成，同时，开发人员写出更清晰、可测性更高的代码，使得测试人员的工作更易完成。 顾客反馈与测试合为一体，交付的产品质量更高。测试人员进行根本原因的分析，我们会问比如“我们怎么会遗漏了这个BUG 呢?”或者“我们将来如何防止这类BUG?”这些问题，我们的工作就是使顾客满意。
新的挑战出现
复杂和相互关联的计算机世界使得了测试安全这一类的新问题让测试人员不断努力工作，但这没关系――因为这些挑战使测试人员精力充沛。
测试人员获得尊重
测试人员将不再是在最后时刻才被叫来“对产品狂轰烂炸”，他们将在整个软件开发过程中提供一个可见的、重要的、增值的服务。人们意识到，测试是有益的、有趣的甚至富有乐趣。
测试变得流行
软件测试人员开始扬眉吐气，而且，由于破坏事物至少可以带来创建事物一样的乐趣，人们开始在开发和测试角色之间转换，所有的人将学到更多关于如何得到良好代码的知识。 激情“吸毒者”继续存在
新的过程运行得如此良好，使得需求撰写者，开发人员以及测试人员不再具有生命力，这就使得那些在激情掌控的世界被提升的人惶惶不可终日，那样的世界意味着工作到深夜、最后一刻测试才参与，以及如同交战开火般的会议。而这些人对于那些还没有受新的运行过程控制的公司来说还具有吸引力。
测试人员该怎么做
不管我的预测是否成为现实，未来也会按照它自己的方式到来，下面就是如何准备面临 未来的五个意见：
不要接受测试的现状，四处看看，并且思考“我们在做些什么毫无意义的事情?” 领悟如何更好的测试，并且分享这些知识。只有每一个人都试图使他所写的代码达到最佳状态时，整体质量才会改进。 行业受软件测试的创新思维激发。用参加会议，加入邮件列表，网上冲浪，这些方式来了解在测试前沿发生的一切。 参加一个编程学习班，即使你不打算编写大量的代码。将学习班当作是在BUG 领土上的一次侦察飞行。 PC 先驱Alan Kay 所言：“预测未来的最好方式就是开创未来”。
软件测试工程师的素质
大体上从事软件测试工作，要做好这项工作，就要重点着重培养一下自己各方面的素质。因为软件测试正在向工程级发展
基本素质
沟通能力、自信心、幽默感、记忆力<挖掘以往错误>、耐心、怀疑精神、自我督促、 洞察力<发现重点>;
广泛的经验;
表达能力、问题描述能力;
会提问，会寻求Help;
逻辑思维能力;
团队协作能力;
处理日常事务的能力和处理突发事件的能力
专业素质
对于系统测试，把握需求是第一位的。对产品熟练，能够快速熟悉新的产品需求， 很 强的需求理解能力显得很重要;
测试基础：明确测试流程中各个阶段的工作，对测试的认知程度，决定了测试流程管理 的规范性，测试工作的质量;
测试方案的分析设计能力、测试案例的设计能力(测试案例的覆盖率、优先级等);
测试工具的使用(包括测试管理和测试执行工具，也包括开发工具的能力);
编程能力，数据库知识，网络知识，操作系统知识;
团队协作能力，与各个小组之间的沟通能力;
测试管理，管理决定了工作质量。尤其是测试经理，需要管理团队测试的能力。 一般的说，技术上的问题都不是问题，目前的软件更缺乏行之有效的管理。
***：
您好!
首先为我的再次打扰您，表示诚挚歉意!又是三个月过去了，我觉得我有必要向您汇报我这个季度的工作情况。这个季度，我们公司可谓大丰收啊，签了好几个项目且不说，关键是我们兢兢业业实施的CMM二级终于如期通过了!我们也将既往开来，向着下一个目标继续前进着。伴随着公司整体的大好发展形势，我这个季度也在不断进取和提高着，感谢您这段日子对我工作上的教诲和指导，尤其CMM评估这段时间，我知道您也花了很大心思在我身上。
时间过的真快，转眼间又是三个月过去了，这段日子我主要做了两件事情：*月、*月是**系统的后期测试和实施工作;在***、**、***等我们几个的辛勤努力下，总算使该项目胜利实施完成!虽然期间的辛酸与苦涩很多，不过现在回想起来，我们当时忙的很值得;因为对我个人来说，那是我实施的第一个项目，因此忙的很开心。这个项目我也算从头到尾跟随下来，对我后来的CMM研究与实施也有很大帮助;尤其在测试技能上，让我可以站在测试负责人的角度，对项目的整体开发、运行、测试、实施，都有很深的体会，对我今后的工作也是一笔不可多得的财富!不过这还真要感谢***您给了我这个锻炼的机会，我觉得我真正溶入我们公司的这种运作模式是从当时开始的!
接着*月份开始，我就正式投入到CMM评估的工作中，期间我也顺带着测试**项目，还对**项目进行了两周的兼职测试。怎么说呢，其实CMM评估这段时间里，是我和您正面接触最多的一段日子。首先请允许我说点题外话，其实那次我也和您坦白过，我在某些时候对您有种敬惧感，这可能要归结到我这人怕犯错，所以在您面前我总是事先对自己说几句鼓励的话，比如“没事的”“我行的”之类的话，这样说其实严重了点，不过我想随着时间的推移和以后工作上的接触，我会消除这点弊病。
其实话虽这么说，不过我想由衷的说一句：您真是个好领导!每次我的工作中出现了问题和缺陷，您没有怪我，而是耐心的为我讲解，一次不行就再讲一次，就算是有时候在您很忙时我冒昧的去打扰您，您也会安排**、**等其它同事做好我的工作;您感觉我工作上不能合理的分配时间，您就告诉我分清主次，把最要紧的先做好再去做其它;在**测试中，在我特别忙的那几天，有时您也嘱咐**师姐为我提供一定的帮助„„.其实说这些，我只是表达一些我真实的心理感受，今天我想我同样以一个非正式的口气和您交流一下我的思想感情。其实****
CMM评估过程中，也许我的工作还不是很令您满意，但我想我还有继续提高的很大空间。这段时间，在工作上我主要体会到以下几点：1)工作中，人的工作热情最重要!这一点，您是我学习的最好楷模;每天看到您总是第一个来到办公室，又很晚才回去，尤其大冬天，说不苦是纯粹的假话，不过是什么支持着这种行为呢?是一种对工作一丝不苟的谨慎态度和一如既往的高昂热情!我想我应该也做拥有您的这种信念的人;只有这样，才可以为工作中具体的事情提供一个心理基础，才会以一个正确的思维方式去应付工作中一切波折与风浪!2)工作中，个人的所为一定要让上司放心!这是我在**项目和与您工作的交往过程中学到的;只有这样，个人才可以得到集体更大的信任，才会有去做更加有挑战性工作的机会，才会将自身的技能提高到一个更高的层次。要实现这一点，就要练好扎实的基本功，积累丰富的经验，不断磨练自身意志，以至处事不乱，冷静分析，做出解决方案!3)工作中，不能为个人事情影响集体利益!这点是我自己总结的，我想如果一件事情再为之苦苦挣扎下去也于事无补时，不如干脆整理思路，放弃这些纷扰，去寻找柳暗花明的又一个出路，说不定会在其它方面得到更大的收获。我想这也算在当今时代很多方面都需要的一种勇气和原则!
我想我这次向您的工作汇报多是思想观念上的体会，当然在自身技能方面我也有相应的总结。首先是测试技能：**系统项目是我从中学到最多的项目，因为它让我站在客户的角度去体会一个项目，知道一个项目中客户最关心的是什么，我们所应提供给客户最重要和最关键的东西是什么，所以在日常测试中，我所应该重点测试的地方在哪里，我能够为客户讲述的我们产品的精华部分在哪里„„.当然一个项目在它的整个开发周期中一定会遇到不尽人意的地方，客户也会为此抱怨我们，遇到此种情况，作为我们供应商的立场在哪里，如何对此采取一个合理的措施，给予客户一个满意的答复;这些是我亲身体验到的，虽然现在我还没有一个充分有说服力的答案，但起码可以为我今后的工作提供一个有力的思想基础。
其次是软件工程知识：*月份的CMM研究与实施，对我来说是一次最好的软件工程课程培训。我自己曾事先买了一本《软件工程》的教材，一个月的不断理解与强化，现在对软件的整体开发流程与期间的关键细节有了深刻的认识。我觉得国内的软件业，之所以完全成功的案例不多，包括国外的很多同行公司，其实欠缺的最关键因素不是技术，不是市场，而是一个软件开发的管理机制，说白了就是一个标准。而CMM正是响应时代的需求，在这样的背景下应运而生，为多少软件企业提供了一个强有力的管理规范。而我们公司通过了CMM，相信我们的所有员工都由衷的欣慰，我们又可以充分发挥个人的聪明才智，在公司中找到自己的位置，为集体献出一份力量了!
再次是技术开发方面：这个季度我没有太多的时间去学习开发的知识，因此在这方面还没有一个质的飞跃，只是在java、jsp、数据库三方面，通过学习开发人员编写的源代码和参考教科书来不断的加以巩固。值得一提的是，我对servlet和iplanet有了一定的认识，这是上个季度里我计划在这个季度学习的内容。不过在以后的工作中，我还是不会放弃开发知识的学习，比如java系列、数据库设计、xml、uml等。我曾经征求过**和***等同事的意见，他们也赞同做测试工作，需要一定的编码知识做基础，以更好的理解系统的内部逻辑实现原理和方法，对捕获开发人员的代码缺陷，以需要重点测试的地方也有很大的帮助。
最后我想和您汇报一下我目前工作上存在的缺陷。最欠缺的，我想是我目前在工作中对一种职业的理解和渗透;具体的说，我想我还不具备像您那样对工作中每件事情考虑的那么周到、安排的那么得体，对一个问题的提炼、概括、分析、总结，还有最后清楚的表达出来，让别人也对问题有个比较清楚的认识。另外，在测试中，应该说黑盒测试已经达到了比较熟练的程度，在白盒测试上，虽然有了一定的提高，有时能分析出一个bug出现的原因，包括在源代码中的表现形式，不过这些还不够，还需要再仔细推敲与实践。
总结这半年来，我有幸成为***的一名员工，我从心眼里是高兴的;虽然我在工作中还会出现这样那样的不尽人意的误点与缺陷，虽然我离自己和领导对我的期望还有一段距离，但我有“初生牛犊不畏虎”的精神，我有积极进取的求知欲与上进心，我会在工作中不断总结自己、提高自己，争取早日达到公司所需要的和自己理想的程度，为公司创造更大的价值，为自己积累更多的经验，以回报公司都我的培养和您对我的期望，还有那些在异乡翘首为我守候的江东父老们!
最后还是要感谢公司和您对我一直以来的关心与培养，我会按照自己的理想和公司所需要的方向去发展自己;同时也希望您与其他同事可以继续指正我工作中出现的任何问题与缺陷，我也一定会仔细体会和认真改进，直到令公司和您满意为止!
我现在的心理状态很好，目前正在从事**项目的测试工作。这个项目规模比较大，要求的测试也很繁冗，我会和**继续合作并向她学习，争取在我们的测试旅程里，达到第三个胜利的里程碑!
对于打扰您正常的工作秩序，我深表歉意，并对您的阅览，我深表感谢!
测试部：***
虽然主要是针对软件测试，但是有一些共通的地方，大家一起共勉
人是测试工作中最有价值也是最重要的资源，没有一个合格的、积极的测试小组，测试就不可能实现。然而，有一种非常普遍习惯，那就是让那些经验最少的新手、没有效率的开发者或不适合干其他工作的人去做测试工作。这绝对是一种目光短浅的行为，对一个系统进行有效的测试所需要的技能绝对不比进行软件开发需要的少，事实上，测试者将获得极其广泛的经验，他们将遇到许多开发者不可能遇到的问题。 ①、沟通能力
一名理想的测试者必须能够同测试涉及到的所有人进行沟通，具有与技术(开发者)和非技术人员(客户，管理人员)的交流能力。既要可以和用户谈得来，又能同开发人员说得上话，不幸的是这两类人没有共同语言。和用户谈话的重点必须放在系统可以正确地处理什么和不可以处理什么上。而和开发者谈相同的信息时，就必须将这些活重新组织以另一种方式表达出来，测试小组的成员必须能够同等地同用户和开发者沟通。
②、移情能力
和开发有关的所有人员都处在一种既关心又担心的状态之中。用户担心将来使用一个不符合自己要求的系统，开发者则担心由于系统要求不正确而使他不得不重新开发整个系统，管理部门则担心这个系统突然崩溃而使它的声誉受损。测试者必须和每一类人打交道，因此需要测试小组的成员对他们每个人都具有足够的理解和同情，具备了这种能力可以将测试人员与相关人员之间的冲突和对抗减少到最低程度。
③、技术能力
就总体言，开发人员对那些不懂技术的人持一种轻视的态度。一旦测试小组的某个成员作出了一个错误的断定，那么他们的可信度就会立刻被传扬了出去。一个测试者必须既明白被测系统的概念又要会使用工程中的那些工具。
④、自信心
开发者指责测试者出了错是常有的事，测试者必须对自己的观点有足够的自信心。如果容许别人对自己指东指西，就不能完成什么更多的事情了。
⑤、外交能力
当你告诉某人他出了错时，就必须使用一些外交方法。机智老练和外交手法有助于维护与开发人员的协作关系，测试者在告诉开发者他的软件有错误时，也同样需要一定的外交手腕。如果采取的方法过于强硬，对测试者来说，在以后和开发部门的合作方面就相当于“赢了战争却输了战役”。
⑥、幽默感
在遇到狡辩的情况下，一个幽默的批评将是很有帮助的。
⑦、很强的记忆力
一个理想的测试者应该有能力将以前曾经遇到过的类似的错误从记忆深处挖掘出来，这一能力在测试过程中的价值是无法衡量的。因为许多新出现的问题和我们已经发现的问题相差无几。
⑧、耐心
一些质量保证工作需要难以置信的耐心。有时你需要花费惊人的时间去分离、识别和分派一个错误。这个工作是那些坐不住的人无法完成的。
⑨、怀疑精神
可以预料，开发者会尽他们最大的努力将所有的错误解释过去。测式者必须听每个人的说明，但他必须保持怀疑直到他自己亲眼看过以后。
⑩、自我督促
干测试工作很容易使你变得懒散。只有那些具有自我督促能力的人才能够使自己每天正常地工作。
11、洞察力
一个好的测试工程师具有“测试是为了破坏”的观点，捕获用户观点的能力，强烈的质量追求，对细节的关注能力。应用的高风险区的判断能力以便将有限的测试针对重点环节
一个测试工程师应该具备的素质我想在很多介绍软件测试的书里已经都列举过了，这里就不在重复，而一个合格的测试工程师和一个测试工程师的最大区别在哪儿?不外乎就在与测试思想。合格就在于他接受到测试任务后所做的第一件事情是想而不是做。合格就在于他将他自己的想法始终贯穿于整个测试中，包括测试设计中，测试执行中，测试分析中。
许多人都会说测试思想是一个空洞的东西，而我也曾经写过或说过太多的例子用以证明它，这里只建议想做合格测试工程师的人去看一本书吧，它的名字是，在我眼里，它并不是一本讲技术的书，同时它也并不只适用于开发人员。
接着说说怎样才可以成为一个合格的测试工程师。
不是有一个玩笑说某某公司扫地的大妈都可以做软件测试，某某公司看门的大爷都可以做软件测试。由此可见人们对软件测试的误解和测试工程师的尴尬。其实并不是任何一个人都可以成为测试工程师的，其实并不是任何一个测试工程师都可以成为合格的测试工程师的，要想成为一个合格的测试工程师，你必须有血有肉还的有思想。技术没有可以学，思想是学不来的，思想是需要实践的。毛泽东思想也不是他老人家凭空想象出来的，你说是否? 于是我建议大家：
1. 每半年读一本测试书籍(现在的测试书籍也多起来了，尽管很多都是东抄西抄的，能力够的话去读英文原版，译本基本都不能完全领会作者的思想，人家老外的测试发展要比我门多几十年呢)
2. 每半年学一门测试技术(IT行业变化很快，测试技术也同样，每年都有新的测试技术出现，不希望大家对每一个新出现的技术都掌握，只希望每一个测试人员对本人从事的这个行业要充分了解和熟悉，因为在你现在和将来测试的项目中，你要选择最合适和最有效于这个项目的测试技术，如果你连所选对象都不知，那谈何选择，又谈何合适呢?)
3. 每半年学一门IT技术(这里的IT技术范围要更广一些，做测试人员要了解更多的知识，如你做性能测试，你需要了解操作系统，你需要了解软件架构，你需要了解低层实现，你需要了解中间件，你需要了解数据库，你需要了解他们的配置与实现方式，你还需要了解硬件，了解网络，了解内存管理机制，了解磁盘I/O原理等等)
4. 要学会思考(测试人员要学会在测试前思考，测试中思考，测试后思考，思考的结果要记录下来，每有一个人敢说他自己是天才，可以记住所有的东西。想好后那就去做吧，去验证吧，如果不对，那返回重新思考，然后再去做，只有这样，你才会做的更好。)
5. 要重视测试设计(某开发人员曾说过他精通JAVA，精通C，我于是和他说，那给你10年或20年，你用你精通的JAVA来写出一个可以替换WINDOWS的操作系统。他从此不在这样说，因为他知道即使给他一辈子，这对他也是一个梦。测试何尝不是，你测试技术再高，你也不可能测试的更好，重视测试设计吧，这才是测试之关键。)
6. 多和测试同行交流(在一个封闭的圈子里，或在一个公司里，你觉得你是测试高手，当有一天你走出这个封闭圈子的时候，你才发现，天外有天，或许捆饶你一个月的难题某些测试同行轻描淡写的一句话就可以为你解决。测试是相通的，测试思想更是相通的，多去做一些比较，才可以看到自己的不足。)
我是崇尚测试技术的，所以相信， 尊重源于实力!因此希望更多的测试人员能得到测试同行的尊重，能得到开发人员的尊重，能得到企业的尊重。
同时我更崇尚测试思想，所以我更相信，在软件行业更加规范化后，企业对测试工程师的要求必定是测试思想第一，经验第二，而测试技术只能排第三了。
人是测试工作中最有价值也是最重要的资源，没有一个合格的、积极的测试小组，测试就不可能实现。然而，在软件开发产业中有一种非常普遍习惯，那就是让那些经验最少的新手、没有效率的开发者或不适合干其他工作的人去做测试工作。这绝对是一种目光短浅的行为，对一个系统进行有效的测试所需要的技能绝对不比进行软件开发需要的少，事实上，测试者将获得极其广泛的经验，他们将遇到许多开发者不可能遇到的问题。
(1)沟通能力
一名理想的测试者必须能够同测试涉及到的所有人进行沟通，具有与技术(开发者)和非技术人员(客户，管理人员)的交流能力。既要可以和用户谈得来，又能同开发人员说得上话，不幸的是这两类人没有共同语言。和用户谈话的重点必须放在系统可以正确地处理什么和不可以处理什么上。而和开发者谈相同的信息时，就必须将这些活重新组织以另一种方式表达出来，测试小组的成员必须能够同等地同用户和开发者沟通。
(2)团队合作能力
(3)技术能力
就总体言，开发人员对那些不懂技术的人持一种轻视的态度。一旦测试小组的某个成员作出了一个错误的断定，那么他们的可信度就会立刻被传扬了出去。一个测试者必须既明白被测软件系统的概念又要会使用工程中的那些工具。要做到这一点需要有几年以上的编程经验，前期的开发经验可以帮助对软件开发过程有较深入的理解，从开发人员的角度正确的评价测试者，简化自动测试工具编程的学习曲线。
(4)自信心
开发者指责测试者出了错是常有的事，测试者必须对自己的观点有足够的自信心。如果容许别人对自己指东指西，就不能完成什么更多的事情了。
(5)外交能力
当你告诉某人他出了错时，就必须使用一些外交方法。机智老练和外交手法有助于维护与开发人员的协作关系，测试者在告诉开发者他的软件有错误时，也同样需要一定的外交手腕。如果采取的方法过于强硬，对测试者来说，在以后和开发部门的合作方面就相当于“赢了战争却输了战役”。
(6)耐心
一些质量保证工作需要难以置信的耐心。有时你需要花费惊人的时间去分离、识别和分派一个错误。这个工作是那些坐不住的人无法完成的。
(7)怀疑精神
可以预料，开发者会尽他们最大的努力将所有的错误解释过去。测式者必须听每个人的说明，但他必须保持怀疑直到他自己看过以后。
(8)自我督促
干测试工作很容易使你变得懒散。只有那些具有自我督促能力的人才能够使自己每天正常地工作。
(9)洞察力
一个好的测试工程师具有“测试是为了破坏”的观点，捕获用户观点的能力，强烈的质量追求，对细节的关注能力。应用的高风险区的判断能力以便将有限的测试针对重点环节。
尊敬的负责人：
你好!我叫xiexiebang，我是一名即将毕业本科学生，所学专业是网络工程，写这封求职信给您，是因为我在学校招聘网站上看到了贵公司的“测试工程师”职位，我想请您考虑一下我。
看到这份职位描述的时候，我感觉该职位不仅完美地契合了我的兴趣，而且我个人也相信我有足够的能力胜任这样的一个职位。大学四年的努力与锻炼，使我拥有了一个有责任心、有耐心的人，也是一个追求完美，注意细节的人，这样的一个性格与这职位刚好吻合。我还具有一些天马行空的想法，为自己拥有艺术家的品位而颇感自豪，我希望不仅为公司应用上我的技术头脑，还能充分展现我的艺术天分。在这样的一个充满着激情，充满的朝气的公司里，我认为这是一个展示我才能最好的平台，我会在充满着热情去为它服务。
此外，我不是一个无所不能的程序员，我也尚有不足的地方，我正在慢慢完善自己。我也曾为实现某一个功能，为了某个bug奋斗了很多个日日夜夜，我也曾为了撰写需求文档，设计文档绞尽脑汁。我埋头苦干编写出程序时，调试程序却占用了我大部分的时间，这让我明白，软件测试是一份更富有挑战性的工作，这发现问题，解决问题的过程更是让我充满了成就感，虽然毫无工作经验的我，尚且缺少些实践经验，但是如果我加入美丽传说这个大家族，我会好好地去学习，去积累经验，尽最大的努力，用最短的时间上手，我相信我有这样的能力，同时也希望您给我这样的一个机会。
此致
敬礼!
求职者：xiexiebang
推荐阅读：
测试工程师的笔试题06-07
测试工程师工作总结（通用6篇）03-30
测试工程师转正总结（共6篇）03-30
硬件测试工程师总结（精选6篇）04-13
测试工程师试用期总结（通用6篇）03-25
浅析岩土工程勘察中的岩土测试01-15
测试自动化的软件工程论文提纲11-15
测试工程师转正申请书10-14
软件测试工程师面试题06-10
硬件测试工程师职责（通用6篇）11-03
