测试项目总结大全11篇

绪论：写作既是个人情感的抒发，也是对学术真理的探索，欢迎阅读由发表云整理的11篇测试项目总结范文，希望它们能为您的写作提供参考和启发。

篇（1）

1 工程概况

石家庄至武汉客运专线我公司所属标段测区里程为：DK540+942-DK545+214.08、DK547+622.18-DK568+325，正线全长24.975公里，包括部分鹤壁特大桥和部分卫辉卫共特大桥。鹤壁特大桥位于鹤壁市淇滨区，桥长4272.08m，主要跨越京珠高速公路互通匝道及鹤壁城区，本区段共布设CPⅢ点132个，平面与高程共点。卫辉卫共特大桥位于鹤壁市淇县境内，主要跨越鹤辉高速公路匝道、226省道、淇河、思德河、赵家渠，桥长20702.82m（我公司施工段），本区段共布设CPⅢ点650个，平面与高程共点。

2 CPⅢ控制网测量的准备工作

2.1 线下工程沉降和变形评估

无砟轨道对线下基础工程的工后沉降要求非常严格，沉降观测决定无碴轨道的施工时间，施工中加强沉降观测对保证结构物及过渡段的施工质量非常重要。CPⅢ的控制网测量应待线下工程沉降和变形满足要求，且无砟轨道铺设条件评估通过后进行。

2.2 CPⅡ控制网加密

为便于CPⅢ基桩网的建立和观测，需要对CPⅡ网进行加密，以及弥补被损毁的和无法利用的CPⅡ点，同时CPⅢ平面网要附合于CPⅠ、CPⅡ控制点上，每600m左右（400～800m）需要联测一个CPI或CPII控制点，自由测站至CPⅠ、CPⅡ控制点的距离不应大于300m。我处桥梁施工标段均为平原地段，控制点多布设于田间，容易被庄稼遮挡或距离线路过远，因此我处将所有加密CPⅡ点布设在防护墙立面上，位于桥梁固定支座位置处，沿桥梁呈“之”字形布设。CPⅡ加密采用GPS静态相对定位测量原理在原精密平面控制网基础上按同精度扩展方式加密。高程加密控制网测量采用二等水准进行联测。

3 CPⅢ平面控制点与高程点的布设

根据相关规定，为便于兼顾施工及后期运营维护，我处施工时将CPⅢ控制点布置在桥梁固定支座端上方防撞墙顶端，埋设立式基座，CPⅢ高程控制点与平面控制点共桩。距离布设基本为60m左右一对，且不应大于80m，相邻CPⅢ控制点应大致等高，两侧相对的两点之间允许的里程差应小于1米，布设高度应与轨道面高度保持一致的高度间距。尽可能的将控制点选在固定支座端，避开连续梁的跨中位置和活动支座端，CPⅢ控制点还应标识标注清晰、齐全。

4 CPⅢ控制网测量的技术依据

1.《客运专线无砟轨道铁路工程测量暂行规定》（铁建设[2006]189号）；

2.《客运专线铁路无碴轨道铺设条件评估技术指南》（铁建设[2006]158号）；

3.《精密工程测量规范》（GB/T 15314-94）；

4.《国家一、二等水准测量规范》（GB12897-2006）；

5.《全球定位系统（GPS）铁路测量规程》（TB10054-97）；

6.《关于进一步规范铁路工程测量控制网管理工作的通知》（铁建设[2009]20号）；

5 CPⅢ控制网测量

5.1 测量设备要求：

按照《客运专线无砟轨道铁路工程测量暂行规定》用于CPⅢ网测量的仪器：

①具有自动搜索棱镜，自动照准目标，自动跟踪目标功能的全站仪，其测角标称精度应≤±1″，测距标称精度≤1mm+2ppm，本项目采用的是徕卡的TCA1201+；

②标称精度为每公里高差中误差≤0.3mm的电子水准仪以及配套的铟瓦水准尺。

5.2 CPⅢ控制网观测

5.2.1 CPⅢ平面控制网测量

CPⅢ控制网采用自由设站交会网的方法测量，每次设站以2x6个CPⅢ点为测量目标，保证每个点测量3次，CPⅢ施测时自由设站点距CPⅢ控制点距离为一般应小于120m左右，最大不超过180m，距高等级已知点最大不超过300m。如图5.1所示：

每次测量开始前在全站仪初始行中输入起始点信息并填写自由测站记录表，每一站测量至少3组完整的测回。当CPⅡ点位密度和位置不满足CPⅢ联测要求时，应按同精度扩展方式增设CPⅡ控制点。与上一级CPⅠ、CPⅡ控制点联测时，应通过2个或3个线路上的自由测站进行联测。

为了使相邻重合测段能够满足CPⅢ控制网的测量高均匀性和高精确度，每个重合测段至少重复观测6对CPⅢ点进行平差，每个测段一般为4～8km，最短不宜小于3km。现场测量时必须记录各测站的实际情况，应如实填写测站表。

5.2.2 CPⅢ平面数据处理

在自由设站CPⅢ测量中，应采用能使全站仪自动照准、观测、记录的数据采集专用软件。外业数据存储之前，必须对观测数据的质量进行检核，观测数据经检核不满足要求时，及时进行重测，经检核无误并满足要求时，进行数据存储、计算和平差处理。

CPⅢ平面控制网平差应采用铁道部评审通过的CPⅢ专用平差软件，并能进行CPⅢ网平差精度检核。我单位使用铁道部第三勘察设计院《客运专线CPⅢ一体化测量系统》。

CPⅢ控制网精度指标如表5.1和5.2：

6 二等水准点高程传递

因桥面与地面间高差过大，直接将线路水准基点高程传递到桥面CPⅢ控制点上困难，而且精度也不高，因此我们采用不量仪器高和棱镜高的中间设站的三角高程测量法进行传递，观测两遍，并且变换仪器高，进行四个测回的观测，这样既可以避免量取产生的误差，又能精确求出点B与点F的高差。其测量原理如下图：

7 CPⅢ控制网的复测与维护

由于CPⅢ网布设于桥梁上或由于线下工程的稳定性等原因的影响，为确保CPⅢ点的准确性，在使用CPⅢ点进行后续轨道铺设测量时，应定期与周围其它点进行校核，特别是要与地面上布设的稳定的CPI、CPII点进行校核，以便及时发现和处理问题。控制网的建设是一项系统性、持续性强的工作，需要在施工期间进行定期维护、复测。复测时首先进行现场勘查，检查标石的完好性，对丢失和破损较严重的标石按原控制点标准恢复，采用的方法、使用的仪器和精度应按建网时相应等级的规定进行。

采用上述CPⅢ控制网测量技术，不仅能使精度保持在毫米级的范围内，而且能满足工程施工的各项要求。总之，CPⅢ控制网测量是客运专线施工测量中的关键，施工单位掌握CPⅢ控制网测量技术不仅是客运专线施工最基本的技术要求，也是施工单位客运专线修建技术水平的体现。

参考文献：

[1] 《客运专线无砟轨道铁路工程测量暂行规定》（铁建设[2006]189号）.

[2] 《客运专线无砟轨道铁路工程测量暂行规定》（铁建设[2006]189号）.

篇（2）

中图分类号：G424.21文献标识码：A 文章编号：

1前言

项目教学法，是师生通过共同实施一个完整的项目工作而进行的教学活动。项目教学法是在目前课程改革背景下实施理实一体化教学最有效的方法之一，它打破以往的单一的理论课和实践课的界限[1]，强调学生的自主学习，主动参与，从尝试入手，从练习开始，调动学生的主动性、创造性、积极性等，学生唱“主角”，而老师转为“配角”[2]，将课程的理论教学与实践教学融于一体，有机的交叉，在课堂上可以使学生既懂得了书本理论，又掌握了操作技能，既能动口说，又能动手做，还会动脑，还可以经历近似于实际工地的工作活动过程，体验工作的艰辛与完成任务的喜悦，锻炼与人沟通、交流、团结合作的能力以及严谨认真的工作态度。

2项目教学实施的要点

2.1教学项目的制定是项目教学的前提

一个好的教学项目对专业课程教学是非常重要的。所确定的项目任务一定要紧扣工程实际、面向真实可操作的运用，只有这样才能吸引学生来学习。所以，在确定教学项目之前，工程测量教学团队通过到社会企业去深入调研、团队教师到企业工地实践锻炼，使我们确定的教学项目真正贴近实际的工作任务，这样才能提高学生的学习欲望，得到社会的认可。

2.2学习情境的设计是项目教学的蓝图

确定了教学项目，那只是一个活动名称或工作任务，在教学中只有进行了精心的教学化处理之后，才会把原来枯燥无味的程序化的工作变得有血有肉。教学化处理的过程就是学习情境的设计过程，通过确定情境目标、情境任务描述、学生知识与能力的准备、教学材料的准备、情境的步骤、工作过程简述、主要知识点、教学方法的建议及参考学时等方面进行详细设计，使项目教学变得生机盎然，可操作性显而易见，一目了然。

2.3开发工学结合的校本教材是项目教学的基础

目前我们的教材是为教师的教而设计的，而且教材的内容很多不能及时跟上时展的要求，所以应大力开展对校本教材的研发。课程建设团队由专兼教师组成，企业兼职教师具有丰富的实践经验，专职教师通过与之交流、沟通、互相切磋探讨等使理论与实践技能互助提高，为开发工学结合的校本教材奠定坚实基础。以确定的教学项目为基础、以设计的学习情境为依托，以开发的《路桥工程测量技术》课程标准为依据，根据测量员岗位标准，确定该岗位在实际的工作过程中所从事的工作内容，设计学习情境工作任务，将知识、操作技能与工作任务有机结合，形成具有职业特色的教材供学生使用。

2.4提高教师的项目教学能力是项目教学的保障

与传统的教学方式相比，项目教学对实施教师的素质提出了更高的要求。首先教师要具备多才多技的能力，不仅要熟悉本学科的专业知识与技能，还要了解相邻学科、相关学科及跨学科的知识与技能，也就是说需要具有综合的知识和技能储备才能胜任；其次，要具有团队合作的能力，从个体的独立教学方式走向合作教学方式，擅长不同技能的教师联合起来进行项目教学；第三，要具有丰富的测量员岗位职业经验，了解企业真实的工作过程，才能从整体宏观的视角选择具有典型意义的职业工作任务做为具有教育价值的项目；第四，要具有创设学习情境的能力，要求教师课前熟悉项目内容，进行深入研究，并准备好项目开展过程中可能涉及到的有关知识，注意与其他教学手段和教学方法的协调。这些素质就要求工程测量项目教学的教师要到企业生产一线进行学习锻炼，了解并掌握典型、实用的测量教学案例，同时要花费更多的时间投入到项目教学的制定和学习情境的设计中。

2.5师生角色的定位是项目教学的关键

学生在项目教学过程中，处于主体地位，是学习的掌控者，学习效果由自己决定，教师为辅，其角色是引导者。比如常规的实训教学是学生进入实训场地或实训室后，教师才布置实训内容，老师在教学实施过程中讲解或演示占据了过大的比例，学生尽管参与项目之中，但主动性不够；而项目教学改变了这一状态：事先要求学生上网或到图书馆查资料，对该项目教学中涉及的知识点及注意事项做到胸有成竹，学生带着问题主动去学习、探索研究的，老师只起到指导的作用，在项目实施过程中，教师要及时解答学生在项目实施过程中的疑难问题。

2.6项目教学的多元化的评价是项目教学的重要环节

教学评价是学生最关注的环节，同时也是能够衡量教学水平的一项重要指标，进行成绩评定一定要做到客观、公平、公正。以往的评价通常只检查结果，小组内每个同学的成绩均是相同，显然是不公平的，因此应对项目的全过程进行评价。评价以过程为主，不仅关注学生成绩，而且关注学生在人际交往、交流沟通、团结协作等素质方面发展，既关注自我评价，又关注组内其他成员评价以及教师评价，让学生在评价活动中学会反思、学会改进和进步。因此，我们确定的项目教学的评价是多元化的，以过程考核为主，按照学习情境划分为若干项目，每个项目成绩都是从知识、技能、工作报告、态度4方面考核，考核主要依据提交的成果、报告、作业、平常表现及小组互评的结果进行，考核方式可采用笔试、答辩、实操、随机提问等多元化过程考核完成。这样可以使我们的评价让学生心悦诚服，让学生知道学习不仅仅是要结果，大多数情况下过程更为重要，并且可以使学生在评价中学到更多的有价值的东西。

3项目教学实施的成效

通过09年以来的路桥工程测量技术课程实践教学，项目教学实施显现效果尤佳，总结如下方面：

3.1课堂角色的转换，激发了教师学习的欲望和创造性

项目教学，由学生按照教学目的运用已有知识或新知识实施项目计划，教师主要的作用是引导，只有这样，学生才能真正在教学中处于主体地位，成为学习的主人。让学生根据教学目的先自己尝试，一开始就把学生推到主体地位上，而教师则发挥主导作用，对学生的工作过程进行及时指导，退居“幕后”。这种教学方法中教师角色的转换使教师承受了更大压力，强迫自己学习新知识，强迫自己根据经验去预测实施过程中可能遇到的障碍、问题并提前准备好解决办法，并且还要应对学生在项目实施过程预想不到的难题，这就要求教师具备突发事件的应对能力和敏锐的分析能力，从而激发了教师学习的欲望，使自己不断的进步。同时，在学生完成项目的过程中，在一定程度上激发了教师在课后深入钻研教法和业务的热情，对教学能力的改进更具创造性。

3.2自主学习，使学生掌握了学习方法

传统的课堂教学，学生习惯于听教师对于知识要点的讲解和技法详细示范后再进行练习，只要跟着老师的步伐就会学到考试所需的知识，恰恰这些知识很多都不是工作实际做事所需要的。而项目教学法改变了这种现象，使学生自主地去感悟和发掘自己的潜力，在不断的尝试中获得新知识和能力，提高表现自我的能力。比如纵断面测量教学，不仅使学生学会如何使用水准仪测量纵断面，实现而是要学生研究使用其他仪器方法也可以完成纵断面测量工作，这样学生在项目实施的过程中培养了自学能力，掌握了思考问题的方法，。

3.3培养能力和提高素质的双重效果

学生在项目教学过程中通过小组内成员合作，使学生充分体验到集体的重要性，体会到团结协作力量的巨大；通过小组自评，客观地认识自己的优点，寻找不足，努力改进；通过小组互评，能够听取别人的意见，学会与人和睦相处，取人之长、补己之短；通过自己确定目标、任务，对已学知识进行巩固和运用，增强自信；通过成员分工，学会欣赏、肯定别人的长处，扬长避短；在完成任务过程中需要不断吸纳的新知识，又激发了他们的自学和创新能力。

3.4体验成功，激发学习兴趣

项目教学给予学生一个自主探索、宽松自由的学习环境，完成项目任务劳动成果的展示，都是在让他们体验着学习、工作、成功的快乐[3]，在项目教学中不断地总结复习运用到的知识，不断拓展新的知识，鼓励学生积极参与到学习中，激发学习兴趣，在失败中不断去进行总结、改进，直到成功完成既定项目目标，使学生在自己的成果中体验学习和成功的快乐。

4结束语

以上是路桥工程测量课程实践教学中基于工作过程项目教学实施的一点经验总结，我们基于目前国家教育教学改革的总体形势下，着重于全面提高学生的综合职业能力，对于道桥专业的学生来说，该门课程通常是学生就业的敲门砖，学好学会学精测量尤为重要。我想，测量教学中实施项目教学法会在教学改革中通过不断的实践摸索而日趋成熟，发挥它在高职教学上的重要作用，完成培养高端技能型专门人才的培养目标。

参考文献：

[1]张涛.项目教学法在理实一体化教学中的应用. 职业技术，2008.10总第98 期。

[2]孙斌.项目教学法:让学生体验学习和成功的快乐.职业，2011年15期。

篇（3）

中图分类号F74 文献标识码A 文章编号 1674-6708（2013）84-0026-02

随着我国市场经济体制的不断发展与完善，我国的国民经济逐步进入了稳定增长的阶段，我国的城市化进程的步伐越来越大、越来越快，我国的工程承包项目越来越多，EPC作为我国工程总承包项目的重要组成部分，逐渐的被应用于我国各个行业工程的建设过程当中，其中最为明显的当属我国的石油行业，随着EPC总承包模式在我国工程建设过程中的不断发展越完善，我国的EPC总承包模式已经越来越成熟，但是不可避免的EPC总承包模式在发展过程中同样的产生了一些不利于工程项目正常发展的不利因素，文章就目前我国EPC总承包模式的前期阶段的项目策划过程中存在的问题进行了系统分析和调查，并针对我国EPC总承包模式的前期阶段的项目策划过程中存在的问题提出了几点建议，希望能对EPC总承包模式实现可持续发展提供适时的参考。

1 EPC总承包模式的概述

EPC其实指的就是我们通常所说的工程总承包，EPC（EPC——Engineering Procurement Construction），它的中文汉语意思就是设计、采购、施工，是指工程项目的承包部门对工程项目建设过程中的设计、采购和施工的全过程的管理和承包，EPC总承包模式还有另外的一种的名称，EPC总承包模式又被称为是交钥匙工程总承包，EPC工程因本身具有高效率、低成本的优势受到了我国各个行业的青睐，EPC总承包模式最初在外国得到了广泛的应用，后来逐渐的被应用于我国的各个行业的工程项目承包过程当中。

2 EPC总承包模式的前期阶段项目策划的重要性

2.1 前期项目策划的重要性

EPC总承包模式的实质含义是指对整个工程项目的承包过程的设计、采购以及施工进行全程、全方位的监督和管理，而EPC项目总承包项目的前期阶段的项目策划则是对承包工程的工作内容及工作内容进行策划的过程，EPC总承包模式的前期阶段项目策划直接影响着整个项目的可行性，直接决定了此工程项目能够获得审批，前期阶段的项目策划在整个EPC总承包模式的运行过程中发挥着十分重要的作用，是总承包项目运行过程中的关键环节，项目前期阶段的策划的科学性和合理性直接关注着整个项目运行的效果，对项目能够实现高效、有效的运行发挥着十分重要且不可替代的作用。

2.2 前期项目策划直接关系着项目的成败

一般而言，判断一个项目是否具有可行性，首先要看的就是该项目是否符合我国市场的需要，是否能够解决或者是缓解市场经济发展过程中存在的供求矛盾，由此我们不难看出，前期阶段的项目策划直接关系着整个项目的成败，如果前期项目策划做的好，能为企业带来巨大的经济效益和社会效益，促进企业的经济发展，但是，如何前期项目策划做的不够合理，则会直接导致项目的流产，可能还会造成巨大的资金浪费，不利于企业经济的可持续发展。

2.3 前期阶段策划具有综合性

项目的运行过程中，所有的环节之间都具有十分紧密的联系，项目的管理作为一项科学的、合理的、有效的管理活动，需要在工作过程中通过对专业知识的合理、灵活运用，确保项目施工过程中的科学性和合理性，实现项目的高效运行，为企业获取理想的经济效益和社会效益，在项目管理工作的开展过程中需要对项目进行策划、设计、项目运行的进度、项目运行的质量进行管理和控制，项目的管理工作是贯穿于整个项目全过程当中的，为实现项目运行的最终目标，促进企业的经济发展提供保障。

3 EPC总承包模式的前期阶段项目策划过程中存在的问题

3.1 相关的法律法规存在漏洞

近些年来，随着我国市场经济体制的不断发展与完善，我国的对各个行业发展过程中需要遵守的法律法规和行为准则也逐步的建立和完善，但是，根据对我国目前EPC总承包项目的前期阶段项目策划的相关情况的调查分析表明，目前我国对工程项目承包方面的法律法规的制定还是存在一些细微的漏洞和缺陷，对工程项目总承包招标过程中的管理规定还不够健全，导致部分政府和相关的管理部门在对工程项目总承包招标过程中进行监督和管理时缺乏相应的法律依据；同时，我国的工程总承包合同没有进行统一化、规范化的制定，在工程项目的总承包过程中，没有标准的工程总承包合同的示范文本，致使很多的项目工程在施工过程中因为当初签订的EPC总承包合同对权责的划分不明确，内容制定的不够完整、全面，对工程的造价和投资控制无法给予指导性的意见，给EPC总承包项目的前期阶段的项目策划工作的顺利展开增添了不小的阻碍。

3.2 缺乏项目管理专业人才

影响我国EPC总承包模式的前期阶段项目策划不能顺利开展的不利因素除了我国对EPC总承包模式相关方面的法律法规不健全外，还有一个十分重要的原因就是我国的项目的主办方的缺乏专业的项目管理人才，正是由于我国业主方在工程项目管理过程中专业人才的缺失，导致项目总承包商之间相互扯皮的现象频繁的出现，虽然我国已经对工程项目实行项目管理（project management PM）的管理方式，并加大了政府的对工程项目的监管力度，但是并没有从根本上解决这一问题，给项目工程运行质量埋下了极大的风险隐患。

4 提高我国EPC总承包模式的前期阶段项目策划的有效性的措施分析

4.1 建立健全的法律法规

为了提高我国EPC总承包项目的前期阶段项目策划的有效性，确保EPC总承包模式优越性能的能够得到充分的发挥，国家首先要做的就是建立健全的项目承包方面的相关法律法规，制定科学的、合理的、严谨的工程总承包监督管理办法和准则，制定统一的、规范的工程承包合同范本，加大对工程总承包项目的法律监管力度，在对承包单位进行管理的同时，还需要加大对业主的监督和管理力度，要求业主和工程项目的承包商对项目所采取的所有活动都必须严格遵守我国颁发的《工程总承包合同范本》以及《工程总承包招标投标管理办法》中的相关规章制度的要求采取科学、合理的措施，确保项目运行最终目标的实现。

4.2 加大对EPC总承包模式的宣传力度

在我国的，工程承包项目的方式有主要有四种，分别是设计采购施工（EPC）、设计—施工总承包（D-B）、采购总承包（E-P）以及采购—施工总承包（P-C）四种总承包方式，但是，由于我国很多的业主对EPC总承包模式的重要性和优越性认识不到位，导致业主对EPC总承包模式的认可性过低，因此，相关的管理部门一定要加强对EPC总承包模式优越性的宣传力度，提高社会各界对EPC总承包模式的认识程度，确保一提到EPC，大家就都知道是一种项目的总承包方式，就会联想到EPC总承包方式具有高效率、低成本、性价比高等优势，促进我国EPC总承包模式的不断发展与完善，同时确保了EPC总承包项目的前期阶段项目策划的科学性和合理性，确保企业能够获取理性的经济效益和社会效益，促进我国经济的可持续发展。

5 结论

总之，EPC总承包作为一种工程项目的承包方式，在不断的发展过程中取得了一系列可喜的成绩，但是，EPC总承包模式还不够成熟，还需要根据我国市场经济的发展变化进行适当的补充和完善，这样才能为企业带来更多的经济效益和社会效益，促进企业的健康发展，为实现我国经济的可持续发展战略提供保障。

参考文献

[1]李新华.试谈国际EPC总承包模式前期启动阶段的PMC管理[J].石油工业技术监督，2011（25）.

[2]申月红.培育发展工程总承包和工程项目管理企业——建设部建筑市场管理司副司长王早生访谈录[J].建筑经济，2011（31）.

[3]R.Max Wideman. Project and Program Risk Management： A Guide to Managing Project Risks and Opportunities [J].Project Management Institute，2010（37）.

篇（4）

2项目的立项

项目在立项的主要阶段中具体包含的任务是，对立项理由的确定，并将立项建议有效的提出，同时需要将适当的资源与资金有所提供，力求让立项中的相应建议能够成为正确的项目类型。

3合同的执行

在执行合同的过程中，承担着大型软件项目管理流程的重要部分，能够包含系统的维护、项目的验收、内部的验收、测试的执行以及软件的开发等五方面的工作流程。

4软件的开发

开发软件的阶段包含：单元测试、编码、系统设计、系统分析以及需求调研等流程，具体会在几个层面中开展必要的管理：a.项目计划的拟定在大型的软件项目当中，软件项目的规划方面是对其他相关的规划充分协调的必要条件，是能够控制和执行指导项目的可操作型文件。主要突出了对客户需要的掌握，是进行项目活动的主要条件，同时还是大型软件项目监控和跟踪的凭证。b.过程控制需加强过程控制方面具体包含：配置管理、变更控制以及过程管理。c.开发过程的确定按照项目组别以及大型软件项目的真实状况，创建出可控制、稳定性极高的软件开发模型，同时需要根据此流程开展软件的相应开发。

4.1内部的验收

大型软件项目在对系统测试以及集成测试完成之后，需要开展项目的内部验收流程，具体包含着几大步骤：a.准备文档在准备文档的过程中，大型软件的项目经济需要提交一部分报告，分别为：产品的清单、总结项目开发的报告以及内部的验收计划报告等。财务的主管需要将项目的财务预算报告正确提交。b.内部的评审内部评审主要针对的是所提交的测试结果，以此来将项目的开发总结报告完善达成。c.测试内部验收测试内部验收的方法与内容，和测试系统是完全一致的，可是需要以用户验收的角度开展测试，由于是试运行的必要条件，利用用户验收的角度能够奠定验收的坚实基础。

4.2执行和测试

测试项目的主要目的就是对系统进行充分的检查，检查的关键在于系统能否和任务书规定和项目合同规定的需求相符。项目测试方面包含：系统测试和集成测试，具体会开展安装与反安装测试、可靠性测试、压力测试、安全性测试、用户界面测试以及功能测试等。其中是在模拟的运行状态下进行的测试过程。

4.3项目的验收和试运行

用户的验收和试运行阶段当中具体应该完成的任务是，将全部的工作都被用户有所认可，具体涉及到的工作是：a.事前准备所谓事前的准备就是验收前的准备，大型软件项目经理对产品完整性方面负责检查，包含：中间产品、介质以及文档等方面，从而保证现场实行的效率最大化。同时对现场的软件安装调试也需要有所负责，将调试安装的总结报告相应强化。此外，还要对用户的验收计划负责拟订，同时要获得客户的认可。b.用户的确认用户需要开展系统的试运行以及验收测试流程，开展系统和文档的移交。大型软件的项目经理需要和客户有效的协调，以此来帮助用户能够开展项目的验收，从而让用户的验收报告能够成立。

4.4项目的维护

在维护软件系统方面包括两个方面，其一是纠错性质的维护，因为初期的测试过程不能够将软件系统当中潜在的一些错误暴漏出来，然而对哲学隐含错误的改正和诊断过程，就是纠错性的维护。其二是完善性的维护，在正常使用大型软件的阶段，用户会逐渐的将新型需求提出，想要对用户所提出的需求予以满足，就需要将软件功能的活动增加，这一流程称之为完善性的维护。

篇（5）

我于xx日入职，在这4个月的工作中，我从开始进入公司配置xx安装环境到xx，再到现在完全测试的xx工作。

二、工作总结

作为一名软件测试人员，我的工作内容是：主动寻找公司的软件产品中可能的缺陷以及不合理的地方，并及时反馈给开发同事，保证公司的软件交给客户是比较理想没有明显缺陷的状态。

在公司测试的日常工作，思想汇报专题主要由两部分组成：一是与实施同事交流讨论，总结实施同事提交的并提交给开发修改、全程跟踪，直到关闭。二是按照流程细致的分析软件可能存在的缺陷，及时反馈给开发同事。在4个月的时间里，我由测试xx转到测试xx，下面对我的工作做一个总结。

1、xx测试。刚来公司，测试经理给我非配的是一台惠普的新台式机，运行速度很快，用起来很舒服，很喜欢。第一个星期主要是学习xx的业务流程和安装部署xx财政端和单位端的测试环境。在xx的帮助下我配置了6月到8月份，我主要测试的是xx版本，财政端测试的模块主要有：票据管理、收入管理、基础资料、单位对账、统计报表、票据查询、以及系统管理等模块；测试单位端主要是与财政端相关模块。测试的用户有：省财政厅、xx县、xx县。

2、xx测试。到了八月底，由于黄石非税项目组的xx*的项目任务比价紧，我遍参加进入了xx的测试小组，与xx、xx一起并肩战斗！由于xx功能不够稳定，测试工作进度受开发的影像，进度时快时慢，工作状态也反复无常。我调整好状态，及时与开发的同事沟通，把没有及时跟新出现的直接与开发交流，避免了测试工作的反复。测试xx的过程中由于开始业务不熟悉，请教xx，她都耐心的帮我解答。

三、工作中存在的问题以及解决办法

刚走出校园初次接触软件测试这个全新的行业，我就对这份工作产生了极大的好奇，在工作的过程中，不断的和同事交流，学习工作技巧，工作到今天，工作技能有了很大的进步，但是，随着工作的日益进展，也出现了些困惑和工作难题。

1、部门间同事交流不是很充分。前期测试xx感觉交流还比较充分，因为xx版本是一个稳定的版本，性能比较稳定，用户提出的都很深入比较少，实施、测试、开发就有充分的时间讨论、分析需求、最终合理的解决。但是转到测试xx后就明显感觉交流的时间不够，我想是因为xx的项目时间赶得太急，这段时间资源有限，整个项目组必须拿宝贵的时间解决最重要的事情，所以需要项目的每个成员做好全心的投入，每个细节和问题及时沟通，这样才能保证项目开发流程的顺畅，最后完成任务。我想我在紧急项目测试的这个方面还要注意方法。

2、由于个刚走出校门的大学生，项目经验比较少，也很欠缺对行业技术的把握。我要加紧学习，才能更好的满足不断变化的深入的测试工作。

篇（6）

1 软件需求继承性的管理

对于目前的手机设计公司来说承接的业务大多数是需求有继承性的项目，对于需求的差异性很大，开发需求很复杂且之前不是很有积累的需求，无论是手机设计方案商还是手机制造商来说都是很谨慎的。大家对于这里的风险意识都是一样的强烈。所以一般情况下手机设计公司承接的都是有软件需求可以继承之前有积累的项目。而对于这些需求的继承性的管理是快速实现这些需求的软件项目的关键。如何实现这些软件需求的高效继承使用呢？

1.1 使用合适的软件项目版本管理工具

软件项目的版本管理工具中CVS， Git， Repo等都可以用来管理手机软件项目的开发过程。其中Git和Repo是用于多方合作的分布式版本控制系统，它就适合于类似目前的智能手机开发管理的现状。这里涉及手机硬件平台的方案提供商，手机软件提供商，还有手机设计公司共同开发一个项目。关键是Git 和Repo能够方便的实现各种需求在软件版本上的继承和快速的合入。一般Git和Repo上会建有主线（master）工程，这里主要是平台的基础内容，各种软件平台上开发出的新内容都往上添加，是平台发展的基础。当然主线上的内容由于来自各种开发的新内容的导入，往往存在有各种问题，而且主线是实时被更新，也来不及测试它的稳定性。鉴于上述的状况一般真正要实现的项目都是在一定状态的主线上建立起来的分支进行单独管理的，对于分支（branch）上的管理是需要软件项目负责人（SPL）来管控的。SPL（Software Project Leader）对于开发（包括MMI和Driver ）的工作成果，根据各个项目的需求点对点地合入各自项目的分支，如：用Git指令git cherry-pick。每种不同的软件需求，这里主要是指人机交互（MMI）上的功能需求，在某个平台上有了一个完整的需求功能分支，并且这个分支的软件产品已经量产且被市场认可验证过，那么后续相似的项目都可以用来继承该分支。那么越是后来的项目越是能继承之前项目的成果，它实现的过程就能更加的快捷和可靠，实现软件的复用。

1.2 对于需求和共性Bug建立良好的文档管理机制

对于需求的继承光有版本管理工具的分支管理是不够的，毕竟管理工具上记录的每条提交记录（Commit Infomation）都是离散的，同时由于提交时的不谨慎，可能导致相同功能模块的多次提交，这样就要求SPL（Software Project Leader）在合入时要清晰了解合入的顺序和具体的Commit ID信息。所以有一份详细的功能合入文档信息就很有必要了。文档里需要记录的内容有：

（1）需求或者Bug的详细描述，需求和Bug在他们各自管理系统里的信息记录。

（2）Bug处理责任人的信息。

（3）对应修改所涉及的makefile里的宏控制信息。

（4）提到到软件管理工具（Git）的Git log信息，按提交顺序记录。这里的信息要具体到文件和其目录。

（5）简单描述修改处理的方法。

这样的信息要根据不同的需求分别建立起来，开发人员要在对应的文档里更新迭代。上面提到的Bug主要是共性Bug。

1.3 需求共性Bug核对自动化点检机制

运用脚本工具在软件编译前对一些关键需求和重要共性Bug的合入情况做自动化的点检工作，在编译的初期就对相关内容在整个软件工程里的配置情况进行自动化点检。如果软件配置有问题就可以在编译开始时就被检查出来，让SPL尽早发现和修改。这里就需要前面的文档管理工作做的好一些，既可以作为记录让那个项目参与人员查阅，同时也要适合自动化点检工具用来查询比较使用。这里可以被自动化工具用来点检的项有：

（1）平台的共性bug；

（2）硬件资源的配置状态如：PCM（phase change memory），G-sensor；

（3）平台共性修改需求，如：YunOS系统验收规则。

1.4 对于不同项目间进行需求分析，准确判断之间的继承性关系

要让上面3点发挥作用，首先要对于需求之间是否有继承性要有精准的判断。对于同一个客户的需求往往判断其继承性很容易，因为同一个客户他们的某个需求在不同项目间会有继承。但是对于不同客户之间的需求往往也存在的很大的相似性，那么如果能准确找出从一个合适的成熟量产项目的分支上进行继承做，自然也会事半功倍。当然并非说成熟量产项目就一定没有问题，如果主线（master）上确认有很重要的内容需要合入分支，那也是要在各个项目分支上实时合入的。比如MTK或者Spreadtrum释放的重要平台patch等。这也可以用类似被上面第1.2点提到的文档进行管理的。需求的共性特性需要前方的客户经理来主导判断，因为他们更熟悉客户需求，后端的SPL当然是这个继承行为的实施者。

2 项目系统配置和驱动配置的敏捷切换

实践当中项目部门在立项过程中有意识的做一些固定的切换来适应市场的需要，比如软件需求基本不变的情况下引导客户做手机频道的切换，比如从TDD的三模（如表1）切换成五模（如表2）或者6模（全网通）。

对于这样项目的切换，如果总是从方案商提供的默认的频段配置方式出发来配置工程，那么对于一个三模切换到五模的项目总是要从五模配置的方案商提供的Release参考makefile和工程目录配置方式出发，那么原来三模配置项目中的makefile里的关于软件项目的配置选项，比如宏，比如工程目标目录里的配置项涉及到该客户的软件需求的都要移植过来，当然就还要在重新测试需求。因为这个过程中需求相当于重新移植配置。这个过程对于一个项目来说本身无可厚非，但是对于敏捷实现一个项目来说，它不但当SPL重新移植了客户需求，同时增加了客户需求测试点检的需要，从整体上讲这种重建工程的方式对于该项目的重建的成本投入就很高了。如果换种思路，如果开发中的驱动工程师能从根本上就总结好从三模的项目配置改成五模的项目配置过程中需要修改的配置项，只要总结好一次且验证OK的情况下，下一次配置的时候就能轻松重建，这样的总结对于不断有这种项目切换的项目团队来说是很有益处的。它使得项目重建过程更为简单且引入的问题控制在一个范围里。即便真有频段配置的问题项目团队也能清晰知道问题所在的范围。如果过分坚持驱动工作的流程就是要从方案Release状态的五模参考配置方式出发，虽然从驱动工作的角度出发，可能提高的配置的正确性，但是对于整体项目的推进却是添加了阻力的。相反针对项目需要敏捷切换的显示做一些系统配置工作的方式切换却可以使得原来三模项目的客户需求修改被更好的被继承，同时测试的反复缺失需求也可以不那么必要了，整体上来说就有进度推进的优势，而对于驱动本身来说，只要做一次这样的认真切换工作的研究，下一次也是可以很快的重建这个过程，所需要的只是一次认真的总结。这种各种需求的来回切换需要不同的支持不能综合考虑支持，尽量从整体项目进度推进的角度出发来综合考虑问题，而不是单个从某项工作的角度的出来来判断这样做是否合理。即便需要某项工作做一些较难的整理总结，但是对于后续项目切换过程中能给更多的项目带来便利的话，这样的总结也是应该去做的。

3 对于有需求继承性的项目快速重建过程中配套的软件测试策略的改进

对于这种继承性很强的项目来说，如果项目本身确实是有效继承于一个成熟的量产项目。针对这样项目的测试流程也应该和普通项目的流程不一样。首先针对这样的项目应该在前期先要安排这个项目的客户需求的逐项点检确认，看看需求是不是继继承好。一旦项目继承前面的需求分支后，出的初期软件就应该可以点检了，测试部门应该在之前做项目的时候可以对于项目的需求做好测试文档记录规律工作，对于已经做过的共性需求记录好点检的测试案例，后面找测试工程师点检需求的时候可以快速的根据之前的记录进行点检，设置可以开发自动化测试工具来点检。同时需求确认后就可以判断验证已知的平台共性Bug的合入修改情况。如果这两点能在测试首轮就确认好，软件质量的基调就能定下来了。当然如果项目的器件做了切换，也要尽早确认器件的功能性测试，也可以适当关注这些的性能表现。如果第一轮的这些测试都做好且效果OK，当然即便有一些问题，也能让软件团队尽早先修改继承需求过程中产生的问题。也可以把器件的问题也在较早的时间段就发现出来。这样的软件基本也可以和客户一起同步测试了。客户拿到的软件感觉继承性较好的话，对于软件开发的进程也会较有信心。第二轮的时候选着适当的测试强度的固有测试用例跟进这个项目的软件测试。如果机器数量可观且状态良好的情况下可以尽早安排模拟终端用户使用的alpha测试。这样的模拟能找到正常测试案例里找不到的问题，同时客户也是更多的偏向于这种方式发现问题的。

4 总结

为了做到手机软件项目的有效继承需求，快速实现衍生项目的工程重建。要在以下各个方面做了些努力：

（1）做好软件项目需求继承性的管理工作，对于有继承性的项目要做好软件版本分支管理，Bug管理，共性需求分析工作。开发使用一下自动化检查工具来实现共性需求和Bug的合入情况的检查。

（2）同时对于重建概率加高的一些开l需求做一些总结整理，确认整理的内容有效后可以使得后续项目对于这些需求在SPL的需求分支上复现的过程可以快捷高效。

（3）配合这种需求继承性强的项目以合适的测试流程。从需求继承和Bug修改继承出发，先验证已知的问题和需求的继承情况，再确认系统稳定性的测试策略。

通过上述环节综合作用使得项目的进度能快速推进并且项目质量也能得到一定的保证。

参考文献

[1]萨默维尔著；程成等译.软件工程（原书第9版）[M].北京：机械工业出版社，2011（04）：144-146.

[2]Leszek A.Maciaszek著；马素霞，王素琴，谢萍等译.需求分析与系统设计[M].北京：机械工业出版社，2009（05）：60-61.

[3]杨芙清，梅宏，李克勤.软件复用与软件构件技术[J].电子学报，1999，27（02）：68-75.

作者简介

篇（7）

中图分类号：TP311文献标识码：A文章编号：1009-3044(34)-1997-02

1 引言

随着市场对软件质量的不断提高和国内软件测试行业的逐渐发展，软件测试不断受到重视，有越来越多的软件企业更加重视软件测试，并已经形成了一套基本的软件测试流程。然而，认识误区的存在需要我们进一步改进软件测试过程。

2 软件测试概述

软件测试就是在软件投入运行前,对软件需求分析、设计规格说明书和编码的最终复审，是软件质量保证的关键步骤。一般按四个步骤进行，即单元测试、集成测试、确认测试和系统测试及发版测试。随着软件危机的频频出现，人们已经开始认识到测试开始的时间越早，测试执行的越频繁，所带来的整个软件开发成本的下降就会越多。所以，软件测试在软件项目实施过程中的重要性日益突出。

3 软件测试过程中的认识误区

3.1 软件开发完成后进行软件测试

人们一般认为，软件项目要经过以下几个阶段：需求分析，概要设计，详细设计，软件编码，软件测试，软件。据此，认为软件测试只是软件编码后的一个过程，这是不了解软件测试周期的错误认识。软件测试是一个系列过程活动，包括软件测试需求分析，测试计划设计，测试用例设计，执行测试。因此，软件测试贯穿于软件项目的整个生命过程。在软件项目的每一个阶段都要进行不同目的和内容的测试活动，以保证各个阶段的正确性。软件开发与软件测试应该是交互进行的，否则，测试的时间将会很短，测试的覆盖面将很不全面，测试的效果也将大打折扣。

3.2 测试过程不够完善

在软件开发领域，确实存在一些东西看起来要比另外一些东西难测试一些，但是远非无法测试。只不过这种不可测试性不是由于被测试的软件内部的过紧耦合造成的，而是和外部某些很难测试的部分耦合过紧，从而表现出被测试的软件本身很难测试。这些很难测试的部分比较常见的有：图形界面、硬件、数据库等。

3.3 强调测试用例设计得越详细越好

在确定测试用例设计目标时，一些项目管理人员强调测试用例“越详细越好”。这种做法和观点最大的危害就是耗费了很多的测试用例设计时间和资源，可能等到测试用例设计、评审完成后，留给实际执行测试的时间所剩无几了。因为当前软件公司的项目团队在规划测试阶段，分配给测试的时间和人力资源是有限的，而软件项目的成功要坚持“质量、时间、成本”的最佳平衡，没有足够多的测试执行时间，就无法发现更多的软件缺陷，测试质量更无从谈起了。

3.4 追求测试用例设计“一步到位”

现在软件公司都意识到了测试用例设计的重要性了，但是一些人认为设计测试用例是一次性投入，测试用例设计一次就“万事大吉”了，片面追求测试设计的“一步到位”。这种认识造成的危害性使设计出的测试用例缺乏实用性，或者误导测试用例执行人员，误报很多不是软件缺陷的“Bug”，这样的测试用例在测试执行过程中“形同虚设”，难免沦为“垃圾文档”的地步。

4 软件测试过程的持续改进

4.1 计划与风险

项目计划对项目过程的实施有着直接的指导作用，它的重要性是不言而喻的。对于软件测试来说，测试计划也是指导后续测试工作的基础，只有对过程中各任务进行更详细的计划，才有利于在测试过程中对项目进度的把握有一个明确的目标；同时，风险策略的制定，也有利于对及早对测试过程中可能遇到的问题做出分析，以便在问题出现时能够尽可能的减少规避风险的成本。

4.2 评审

在测试过程中的每个阶段结束前，都会输出一些资源，文档、用例等等，这些资源往往是下一个测试阶段或软件开发的下一个环节执行的依据。评和审是结合在一起的，每个角色根据自己对项目的了解，从各自角度来审核测试报告的充分性，对质量风险发表各种见解。最终，对报告的规范性也要进行考察。另外，也最好根据实际情况组织会议评审来对一定规模的问题统一评审。

4.3 文档

文档的编写对于测试人员来说是一个十分重要的任务，深入的、充分的投入测试的测试人员能写出高质量的测试文档。所以，测试文档的质量，往往反映了测试人员执行测试的广度和深度。而在文档的编写方面，首先必须形成统一规范；另外，针对不同项目的测试，可以适当对文档标题、内容进行简化。总之，文档模板一旦形成，必须严格遵守。

4.4 方法与策略

测试方法和测试策略，测试的重中之重。测试的策略一般要求从全局方面对测试的阶段、每个阶段的测试类型进行考虑、定义。而测试的方法更多是体现在一个具体的测试中，采取怎样的测试思路。另外，在测试过程中，对资源的协调也非常关键，需要能保证测试资源充分利用，每个测试人员都有适度并且相当的工作量。

4.5 总结测试经验

在测试的过程中，测试人员应该及时总结发现的错误并归类，标明经常容易出错的地方，将意见提交项目经理，审核后，制定出一份统一标准并提供给开发人员，这样就可以提前避免错误、避免重复错误和重复测试，提高测试效率。不仅如此，项目结束后的各项总结报告将是项目的后期维护或二次开发的宝贵参考资料。

4.6 缺陷分析、度量

对测试活动过程中发现的缺陷进行分析、度量，寻找软件开发过程中存在的问题，并持续改进开发过程，提高质量。缺陷的分析、度量从时间上分为两个方面，首先是在软件开发过程中发现的缺陷进行分析、度量；然后就是，对软件产品后，对用户提出缺陷进行统计、分析。

5 结论

测试是用来保证软件开发过程的高效性，以及保证开发出来的软件产品的高质量和可用性的。软件开发本身就是一件非常困难的事情，这也决定了有效的测试是非常重要的环节，我们要加强对软件测试的关注，使大家对于测试首先有一个正确的认识，避免误区的存在，并积极探索测试方法的持续改进问题，真正使软件测试真正起到它应有的作用。

参考文献：

[1] 郑人杰.计算机软件测试技术[M].北京:清华大学出版社,1992.

篇（8）

1、团队管理

我的团队，以现在的表现和对我的关怀与安慰而让我感动。

测试人员是一个比较特殊的群体，以发现缺陷和保障质量为根本目标。这就要求我们在公司并不规范的项目管理与工作流程背景下，测试既要服从于现状、又不能安于现状。自xxxx年x月被正式提升为测试团队负责人之后，我将绝大部分时间和精力倾注在团队建设上，主要体现为团队成员的技术提升与培养、部门制度建设和文档标准建设、测试与开发的工作交互流程等。

在团队管理上逐渐尝试，本着先理后管的原则，将原本人心涣散的团队建设为一支相互关心、相互帮助的高凝聚力团队。坦白的讲，因为自身管理经验的欠缺，这个摸索过程中我走了许多弯路，但结果却使我受益良多。是我的团队教会了我这些，让我初步懂得了什么是管理，让我明白管的是理而并非是人。如果事情难以理通，那么在此之上的管只能是强制的，仅仅在表象上完成事情而已。所以一定要先理清楚然后再管，这时其实已经不需要管了，因为已经理顺，大家都会去积极主动的执行。有理的同时，还要帮助整个团队去整理，给予团队每位成员必要的工作帮助，比如工作思路和工作资源。除此之外，还包括适当的日常沟通和思想引导，通过绩效考核、部门例会、部门培训、单人交谈和部门聚会等形式，在工作时间和非工作时间进行交流，实现了团队成员之间的相互信任和相互认可。

在这个过程中，我的性格优势得以充分体现，我能够在第一时间发觉团队成员的状态异常，并通过及时的交谈予以解决，同时也体现出了我的性格劣势。记得在一次例会结束后，我要求每位团队成员写出5条关于我的意见和建议，结果让我非常欣慰，这说明团队成员对我的信任，也期望我有所成长。我也会以此为戒，逐渐改进。

2、团队工作

对工作模式进行改进，在团队工作的执行模式上完全改变了之前测试人员归属项目组的不规范情况。统一测试管理平台增强了测试人员的沟通频度，促进了大家的相互交流和相互帮助，并使得测试工作可以根据实际情况执行交互性测试。

综合xxxx年的测试结果，我至少为整个团队的表现打90分，可以说这一年的工作结果是令人满意的，当然主要是指经历了八月调整之后的测试团队。最让人难忘的是xxxx年的八月、九月和十月期间，测试团队刚刚经历了八月末的人员调整，以3旧1新的4人阵容承担了原来7人的工作量，并在高强度的工作压力下顺利的度过了团队调整期。面对这一充满压力的过程，我想，只有“兔子在哪里”的故事是让大家难以忘记的。

如今的测试团队有着完备的内部机制和运作方式，我们已经做好了相应准备，随时应对公司发展所必须的各种调整。

3、个人工作

xxxx年xx月初，我已向郭总提交一份xxxx年xx月x日到xxxx年3月的工作总结，其中所描述的工作内容均为当时参与的arpt项目的工作进展情况。自xxxx年x月开始，我与项目组全体成员参与了arpt奥运项目的投标文件编写工作，这也是我第一次参与标书编写，但从自身来讲，我已经倾尽全部所能。

在标书编写结束后，除继续负责arpt软件的测试外，逐渐将工作重心向团队建设偏移。在合理分配工作任务的前提下，适当从事部分模块的测试工作。关于团队管理内容，之前已经有所介绍，在此不再赘述。

4.、总结

篇（9）

软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。

二、项目实施方案介绍

（一）项目启动阶段

此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。

此阶段主任务：

公司：在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。

公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。

商务经理：配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。

用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。

1、成立项目组

部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。

2、前期调研

项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。

3、编制《项目总体计划》

《项目总体计划》是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容：

项目描述，项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配（包括用户的）；

沟通管理计划，确定项目干系人对信息和沟通的需要：即什么人何时需要什么信息以及通过什么方式将信息提供给他们。质量管理计划，确定适合于项目的质量标准和如何满足其要求。如果有必要，可以包括上述每一个计划，详细程度根据每个具体项目的要求而定。未解决事宜和未定的决策。

4、启动会

项目组与用户共同召开的宣布项目实施正式开始的会议。

会程安排如下：

共同组建项目实施组织，实施组织的权利和职责；双方签署《项目实施协议》。

项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容：

项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配（包括用户的）；

项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制；

项目实施中用户的参与和领导的支持的重要作用；

阶段验收、技术交接和项目结束后如何对用户提供后续服务。

（二）需求调研确认阶段

此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施人员调研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需求调研分析手册》上所提到的需求确认完毕后，项目实施人员将以此为依据进行软件功能的实现。如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。需求调研阶段具体包括如下内容：

1、进行需求调研准备

2、编制《需求调研计划》

3、内部评审是否通过《需求调研计划》，项目组、部门经理、商务等人员根据合同要求和项目实际情况对《需求调研计划》草稿进行评审，如评审通过，则在稍后的时间内签署，如评审不通过则重新修改。

4、用户是否签署《需求调研计划》，如用户签署《需求调研计划》，则作为以后需求调研工作的指南。否则重新修改。

5、《需求调研计划》是否有变更，如果计划存在变更，则执行变更控制流程，否则按计划进行后续工作。

6、编写及发出《需求调研通知》，项目组编写《需求调研通知》，确定进行需求调研的相关事宜，发给用户，为顺利完成需求调研工作做准备

7、需求调研，项目组以《需求调研手册》为依据，从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研，并搜集用户的个性化需求。

8、需求调研分析根据调研的结果，项目组和公司其他技术部门将进一步进行分析，确定合理、可行的需求，将分析结果形成《需求分析报告》草稿。

9、内部评审是否通过《需求分析报告》。项目组、部门经理、公司其他技术部门的人员对《需求分析报告》草稿进行评审，如评审通过，则在稍后由用户签署，如评审不通过则重新修改，直至内部评审通过。

10、编写及发出《需求分析报告确认通知》。项目组编写《需求分析报告确认通知》，发给用户，确定进行需求确认的相关事宜，告之相关部门及人员安排好工作，准时参与需求确认工作，为顺利完成需求确认工作做准备。

11、用户是否确认《需求分析报告》。如果用户确认，并签署了《需求分析报告》，则需求调研阶段工作结束，进行后续的软件功能实现的工作；如没有确认，则进一步进行调研、分析，直至用户最终确认并签署《需求分析报告》。双方签署了《需求分析报告》，需求调研工作结束之后，如果用户提出新的需求或是变更已有的需求，则执行需求新增及变更流程。

（三）软件功能实现确认阶段

此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。在软件功能实现的过程中，项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。按照调研要求的所有功能实现完毕后，项目实施人员将编制《软件功能确认表》，将定制好软件功能待用户确认，用户根据《软件功能确认表》上的功能逐一确定软件功能是否达到要求，对不满足要求的功能，项目实施人员将会记录下来并进行功能修改，直到满足用于要求。

（四）数据标准化初装阶段

此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。

（五）系统培训阶段

系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。

此阶段的培训工作中将用户参加产品培训的人员划分为三个层次：决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是：

决策层：领导在实施中的作用与重要性、决策查询。

维护层：系统维护知识、操作方法。

操作层：操作方法。

具体的培训工作流程为：

1、调研培训信息：在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。

2、编制培训计划：结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。项目组编制《培训计划》。

3、签署培训计划：用户签署《培训计划》，进一步确认培训安排。

4、发培训通知：培训开始前2天，按照签署的《培训计划》，将培训内容、时间，场地，人员等信息通知用户实施负责人。

5、搭建培训环境：公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。

6、组织培训：公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填入《培训人员签到表》。

7、培训考核：公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。

8、培训总结：公司项目组培训负责人与用户实施负责人一起将出勤情况及考核情况做出总结，填入《培训及考核统计表》，及时向相关负责人

汇报。

（六）系统安装测试及试运行阶段

此阶段的主要工作是在用户真实环境下，对用户网络及硬件设备进行测试，对软件系统进行容量、性能压力等测试测试及试运行的目的在于确保系统各项功能均能正常使用，并且符合用户签署的《需求分析报告》中描述的需求，同时把尽可能多的潜在问题在正式运行之前发现并改正；同时目的还在于在正式运行前用户的有关人员能进一步提高操作水平，掌握操作规范。此阶段的主要工作内容为：

1、 编制计划：与用户实施负责人商议具体测试及试运行时间，地点，人员等安排，项目组编制《测试及试运行计划》。

2、签署计划：用户签署《测试及试运行计划》，进一步确认测试及试运行安排。

3、发测试及试运行通知：在测试及试运行开始前2天，按照签署的《测试及试运行计划》，将时间，地点，人员等信息通知用户实施负责人。

4、搭建环境及数据准备：在试运行开始前搭建好软件环境、硬件环境、网络环境、调通线路；检查软件、硬件、网络、线路等各个环节是否有问题；

5、组织测试及试运行：用户相关各级领导给予全面配合，组织相关人员进行测试及试运行。

6、测试及试运行总结：测试及试运行完成，总结试运行中设备、软件的运行情况，总结试运行中业务流程和操作环节的情况，以书面总结形式将测试及试运行结果通知相关负责人。

公司项目组负责担当指挥，检查用户人员组织情况并给予指导，跟踪检查如下情况：

跟踪单据流转状况。

跟踪新资料登录环节。

观察业务流程执行状况。

观察操作人员操作表现。

观察系统运行速度及异常表现。

观察关键数据的正确性。

及时纠正错误操作、对于新发生的问题及时与相关人员沟通，确定解决办法。

（七）总体验收阶段。

此阶段是对项目总体的完成情况进行验收。验收分阶段进行，在每一项目阶段结束时，用户对这一阶段的可交付成果进行验收，在测试及试运行结束后，对系统进行总体验收。

需要验收的可交付成果：

主要项目阶段

阶段组成

主要里程碑

篇（10）

我的团队，以现在的表现和对我的关怀与安慰而让我感动。

测试人员是一个比较特殊的群体，以发现缺陷和保障质量为根本目标。这就要求我们在公司并不规范的项目管理与工作流程背景下，测试既要服从于现状、又不能安于现状。自2010年5月被正式提升为测试团队负责人之后，我将绝大部分时间和精力倾注在团队建设上，主要体现为团队成员的技术提升与培养、部门制度建设和文档标准建设、测试与开发的工作交互流程等。

在团队管理上逐渐尝试，本着先理后管的原则，将原本人心涣散的团队建设为一支相互关心、相互帮助的高凝聚力团队。坦白的讲，因为自身管理经验的欠缺，这个摸索过程中我走了许多弯路，但结果却使我受益良多。是我的团队教会了我这些，让我初步懂得了什么是管理，让我明白管的是理而并非是人。如果事情难以理通，那么在此之上的管只能是强制的，仅仅在表象上完成事情而已。所以一定要先理清楚然后再管，这时其实已经不需要管了，因为已经理顺，大家都会去积极主动的执行。有理的同时，还要帮助整个团队去整理，给予团队每位成员必要的工作帮助，比如工作思路和工作资源。除此之外，还包括适当的日常沟通和思想引导，通过绩效考核、部门例会、部门培训、单人交谈和部门聚会等形式，在工作时间和非工作时间进行交流，实现了团队成员之间的相互信任和相互认可。在这个过程中，我的性格优势得以充分体现，我能够在第一时间发觉团队成员的状态异常，并通过及时的交谈予以解决，同时也体现出了我的性格劣势。记得在一次例会结束后，我要求每位团队成员写出5条关于我的意见和建议，结果让我非常欣慰，这说明团队成员对我的信任，也期望我有所成长。我也会以此为戒，逐渐改进。

2. 团队工作

对工作模式进行改进，在团队工作的执行模式上完全改变了之前测试人员归属项目组的不规范情况。统一测试管理平台增强了测试人员的沟通频度，促进了大家的相互交流和相互帮助，并使得测试工作可以根据实际情况执行交互性测试。

综合2010年的测试结果，我至少为整个团队的表现打90分，可以说这一年的工作结果是令人满意的，当然主要是指经历了八月调整之后的测试团队。最让人难忘的是二八年的八月、九月和十月期间，测试团队刚刚经历了八月末的人员调整，以3旧1新的4人阵容承担了原来7人的工作量，并在高强度的工作压力下顺利的度过了团队调整期。面对这一充满压力的过程，我想，只有“兔子在哪里”的故事是让大家难以忘记的。

如今的测试团队有着完备的内部机制和运作方式，我们已经做好了相应准备，随时应对公司发展所必须的各种调整。

3. 个人工作

2010年03月初，我已向郭总提交一份XX年年11月12日到2010年3月的工作总结，其中所描述的工作内容均为当时参与的arpt项目的工作进展情况。自2010年4月开始，我与项目组全体成员参与了arpt奥运项目的投标文件编写工作，这也是我第一次参与标书编写，但从自身来讲，我已经倾尽全部所能。

在标书编写结束后，除继续负责arpt软件的测试外，逐渐将工作重心向团队建设偏移。在合理分配工作任务的前提下，适当从事部分模块的测试工作。关于团队管理内容，之前已经有所介绍，在此不再赘述。

4. 总结

年终结束，我的人生观和价值观也随着时间的推移而逐步发生改变，更加清晰的了解了自身优势与不足，包括职业发展过程中的一些必要能力，我也会在此经验的基础上渐渐的总结和调整。

个人进步的载体是公司的发展。在整整一年的工作生活当中，我真真的感受到了公司所发生的变化，看到了各位同事为了公司发展所做出的努力。

篇（11）

作者简介：吴梦麟（1982-），男，江苏南京人，南京工业大学电子信息与工程学院，讲师。

中图分类号：G642.44 文献标识码：A 文章编号：1007-0079（2013）14-0126-02

近年来，随着中国内需市场的增长和国内外外包企业的合作加深，我国的软件外包行业得到了迅速发展。软件测试作为软件外包的主营业务之一，是加快软件企业与国际接轨，实现产品国际化的重要手段。随着软件开发流程的系统化和规范化，我国软件企业对软件测试的需求逐步增大，因此高校计算机专业中的软件测试人才具有良好的就业前景。

由于软件测试工作的特殊性，需要从业者不仅掌握一定的软件技术，同时也要对软件测试的方法和流程具备相当的经验。通过高校教育培养出来的计算机专业应届毕业生，虽然能够掌握基本的软件开发技术和软件测试理论，但是缺乏实际的测试经验和相应的行业背景知识，离企业的需求尚有一定的差距。目前高校计算机专业中软件测试教学仍以理论为主，实践动手能力和项目背景经验的培养相对不足，这些矛盾导致学生就业时很难适应企业的用人要求，企业也必须对招入的应届毕业生进行培训，花费相当的人力和物力。

项目实训是解决高校和企业之间供需矛盾的有效手段。在日常教学计划中引入项目实训，以实际测试任务为驱动，按照企业规范进行流程管理，让学生掌握测试过程中各阶段的技能，理论联系实践地接受企业化的锻炼。通过实训课程，使学生不但能够学习到实际测试经验，而且能够增强团队意识，进一步缩小毕业生与职业测试工程师之间的差距。

一、软件测试项目实施

1.测试项目简介

本文所述的软件测试实训项目是基于校企共建模式，由南京工业大学（以下简称“我校”）软件外包实验室提供软件测试的场所和专用的硬件设备，从合作的软件公司引入相应的测试平台、管理流程和测试报告文档的测试项目。

本项目的内容是针对前期开发的教师管理系统进行测试。该系统是教学部门的业务管理支撑系统，测试主要围绕教师信息的查询和更新操作的管理。通过对这些功能模块的测试，增强系统的易用性、稳定性、可配置性，消除信息孤岛，进一步提高数据信息的应用水平。

在测试环境搭建过程中，服务器的软硬件配置要与该系统的实际运行环境保持一致。对于测试计划、测试方案和测试用例等文档的修改、更新操作，则采用svn版本管理工具来进行控制。学生可以通过svn服务器平台，按照进度提交每日的测试用例文档，并填写日志记录测试进度和每天的测试工作。

2.实训计划和人员管理

软件测试实训安排在我校外包实验室中进行，采用与企业相同的管理模式集中训练，由相关教师和企业工程师来指导测试流程。测试团队的成员来自于我校电子与信息工程学院计算机专业的大三、大四学生，以及对软件测试感兴趣的相近专业的学生。这些学生具备基本的软件编程能力，并且对测试的基本理论有一定的了解。根据学生自身水平和对项目的熟悉程度，可以将其划分为不同角色，其中包括开发人员和测试人员。开发人员由原来参与系统开发的部分学生担任。测试人员可以分成不同的小组测试不同的模块，每个小组设置一个测试组长，负责测试项目管理，其余组员则负责执行测试用例，各小组都有一名教师作为指导教师，控制模块的测试进度。整个测试实训项目安排在假期进行，用时半个月，每天工作8小时。每天早晨由测试组长安排当天的测试任务，并对前一天的测试结果进行总结。在每个时间节点，由指导教师和小组成员对相关测试文档进行评审。

3.测试项目进程

本项目的实际流程图如图1所示，在项目初始阶段，担任开发人员角色的学生叙述产品需求和业务流程，为编写测试计划做准备。该测试项目主要分为5个阶段：测试计划制定、测试方案编写、测试用例设计、多轮系统测试和测试系统报告提交。每个阶段都力求达到规范化、细致化的测试目标，同时每个阶段都要经过教师和各个组员之间的评审，如果评审通过，可以开始下一阶段的工作；如果不通过，则需要完善后继续评审直到通过。

（1）测试计划制定。在了解了教师管理系统的需求以后，结合学生的基本情况、系统模块数量和测试的周期来制定测试计划。测试计划要涵盖测试的范围和环境、测试人员的管理和测试进度安排。考虑到参与实训项目的学生缺乏相关经验，因此测试计划要重点突出每个测试小组所对应的系统模块，以及测试流程中每个阶段所对应的完成日期。该测试计划由各组组长和指导教师制定，最后需各小组评审后通过。

（2）测试方案编写。测试方案是按照系统需求说明书详细的分析测试的模块，指导后续的测试用例的编写工作，重点在于对模块具体功能的理解和测试对象的分析。在这一阶段，首先由担任开发人员角色的学生来介绍系统模块的基本功能，并以文档的形式向对应测试组成员提交；然后由指导教师以具体测试点为例，介绍详细的测试用例写法；最后，由各组组长将测试任务分配给组员，各组员在理解的基础上开始测试用例的设计。测试方案完成以后由各组组长汇总，并在组内进行评审。

（3）测试用例设计。测试用例的编写是针对各功能模块测试而设计的一组测试输入、执行条件以及预期结果，也是本实训项目的重点内容。在对模块的特性和功能了解的基础上，设计系统的测试点，设计时应考虑角色权限、验证点和测试描述。在设计验证点的过程中，鼓励学生展开讨论，力求做到无疏漏；同时在测试描述时，可以将等价类划分、边界值、错误推测等常用方法与书本理论相结合，通过具体的实例加深学生对所学知识的理解。最终的测试用例以Excel表格形式列出，其中包括编号、重要级别、操作步骤、预期输出和实际测试结果等条目。

（4）多轮系统测试。按照测试用例的具体内容，可以进行多轮的系统测试。根据测试结果，扮演开发人员角色的学生对缺陷进行修改。通过这一过程，不但使学生认识到开发过程中存在的问题，而且积累了开发经验，为今后规范化的编程打下了基础。

（5）测试报告提交。通过半个月的实训，学生经历了规范化的测试流程，测试报告的编写是对测试内容的概括和总结。报告的内容主要有以下三个方面：通过对测试结果的分析，得到对软件质量的评价；总结本次的测试过程，为制定以后的测试计划提供参考；评估本次测试计划和测试执行是否符合规范。通过本次实训，学生普遍体会到从理论知识到实践的过程，明确了规范化的软件测试方法，同时对软件编写中隐含的错误和缺陷也有了一定的认识，为今后的软件开发打下一定的基础。

二、软件测试实训存在的问题和解决办法

本次软件测试实训基本达到了预期的效果，学生不但学到了规范化的测试流程，提高了职业软件素养，而且通过互动和交流，发现了教学中存在的一些需要解决的问题。首先，本次软件测试实训是针对上一次实训开发的系统，离企业的实际系统测试尚有一些差距；其次，参与的学生缺乏实际经验，对软件测试认识不足，导致测试方案和测试用例编写不够规范、完善；另外，相应的管理需要加强，在实训过程中存在迟到、早退以及缺席的现象，从而影响了测试进度。

针对以上问题，在今后的实训过程中，测试项目要尽量切合企业的实际需求，同时在测试方案和测试用例的评审中，要加强教师和学生的沟通，强调测试流程的规范性，可以多鼓励高水平的学生带低水平的学生。另外，可以采取企业现行管理方式对实训进行管理，如引入考勤制度、评审制度等。

三、结语

软件测试是我国软件产业高速发展中需求缺口较大的一个行业，培养具有相关经验和符合企业需求的软件测试人才是目前高校计算机专业需要解决的核心问题之一。本文通过研究软件测试实训项目，探索了软件测试专业人才的培训方式以及在此过程中遇到的问题，对研究校企联合的人才培养模式具有重要意义。

参考文献：