成都出差项目小结[推荐]_出差小结

成都出差项目小结[推荐]由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“出差小结”。

成都项目工作小结

本次项目经过两个多月基本上结束了。由于是首次开展这方面的测试，专业技术不了解，参与人员有新手，有本职不是测评工作的人员，但是经过大家持续不懈的努力，连续两个多月工作日晚上和周六的连轴加班，项目基本算是完满地结束，还是可喜可贺的。总之，年轻同志非常有工作热情，在工作中也善于学习和灵活应对，在困难的条件下比较圆满地完成了工作。这样一批经过锤炼的年轻人就是本次项目的最大收获。

当然，下面是按照惯例对项目中一些需要暴露的问题和需要提升的地方进行小结。项目基本情况就不再赘述了，还是对项目中一些问题简述，并给出建议。项目情况

1.1 客户的沟通、管理

本次测试，由于是第一次与某所合作，对方的情况不太了解，开始只是听到“黑盒，系统功能测试，不需要写文档，不是嵌入式软件”的大概介绍，然后就接下来。但是实际工作开始，发现实际测试的系统属于专业算法类，理解起来还是比较困难的，配置项比较多有20来个，对方要求的黑盒其实不只是简单的点点鼠标就行的，还是对数据、计算、输入输出样本等方面有种种要求的。

但这个测试对象还是属于技术层面的，在实际测试工作上，邀请第三方测评参与的是九处（测评中心），但是这些人在成都市区，实际配合和负责环境维护的是一处，每天待在一起解决问题的是一处外包的开发公司。而九处这个委托人从自身的军用实验室资质维护的角度出发，对测试实际效果和进度不关心，但是对测试文档的质量，测试过程的规范性其实是有一定要求的，尽管有所降低，其要求仍然是比我们日常的要求要高的。反之，一处最关心的是测试能不能测出问题，会不会影响他们的工作进度，最关心是进度。但是日常的配合是以一处为主的。由此带来了种种的问题。

首先，在测试范围的深度和广度方面，一处的看法是，能够把软件稳定性、异常崩溃等问题测试出来即可；九处是要求功能正确性、算法有效性等有验证，接口需要测试各类异常值等等。这个就导致我们的测试用例设计和执行等方面带来困难。

其次，在测试交付成果方面。一处关心的是少些问题，早点完成，有报告提交质管部即可；九处要规避自己的责任，所有问题都要尽量发现和保留，另外，过程文档和中间记录最好完全符合军用软件实验室的管理要求。两个不同要求在工作量上差别是太大了。

这次一方面是工作地和委托方有距离，导致沟通上的不便，另一方面，由于部队清退等特殊情况，导致某所的两个当事方积极性都不太高。总之，双方要求上的不一致，我们在被动应付下，最后造成项目组工作的被动。

总之，这次的工作给我们的一个重要经验就是，涉及到多个客户和管理方的情况下，要尽早识别出客户，并尽快促成他们就一些基本问题，比如测试的深度、广度，测试交付件，测试重要节点等达成一致看法，否则最后就是具体项目组受气、吃力不讨好。

然后，对于一些新的领域，进入肯定会有一些风险，这时候比较合理和合适的要求是，按照正规的流程，熟悉和了解项目操作，然后编写测试项目计划，评审确认后，再进入下一阶段的测试设计、执行和回归等过程，而且最好把各阶段交付的东西和交付要求弄清楚。总之，在进入新领域的时候，尽可能地按照规范做法去做可能是风险最小最有利的方式。应当规避一开始就铺开全面上阵的粗放式做法，宁可有损失，不要打烂仗。

另外，应当学习和学会对客户进行管理。对项目组进行内部质量控制，按日收集和整理进度报表，发现和控制风险，适时的要求各方客户对一些问题进行确认，在不熟悉的领域是比较合适的做法。在没有建立起一套有效的客户管理模式，能够有效地对测试范围、测试交付物、测试进度等进行控制的前提下，测试外包实际上是无从谈起的。

2.2测试技术问题

1、项目组在基本技术、测试工具、测试对象认识等方面需要改进。

分不清VC、C++、C#，64位、32位、WIN7、WInxp、WINserver等区别。一些像purify进行内存缺陷检查等基本要求不清楚。

搞到最后，没有收集测试文档齐套版本、首轮和回归版本，对测试对象的开发语言、开发平台、语言规模等不清楚。真的有必要一上来就把计划中的这些内容写全。

2、某所编写的网络测试工具非常好用有必要学习。必要时可以组织人力，改造网上的第三方代码，开发一个好用的内部以太网接口收发测试工具。好处是：可以根据选择产生不同的头；接收内容可以保存成文件；接收文件可以对照模板进行解析；把软总线、TCP、UDP等集成了。

3、测试项分析模式方面，某所的表述方式有独到之处。

首先阐述功能，然后表述测试要求，说明覆盖方式，给出测试点，这个是比较合适的。

4、系统流程方面，项目组缺少大业务的概念，有必要进一步探讨。

如何构建工作模式、业务流，进行业务分析，形成贯穿全业务的系统测试，还是缺少一个比较好的方法。

5、接口测试分析方式和测试内容确定的方法。如何合理地进行接口图划分和解析，分解合适的测试项和明确测试内容。需要在测试概述部分对接口进行整体分析；在接口测试项设计部分对测试内容进行划分；对文件接口、大数据和异常数据处理、存储访问接口等合理分析。

6、问题报告编写的内容要求。

标题：尽量明确地告诉阅读者XXX（范围）存在XXX问题。重点是突出问题和范围。概述： XXX软件XXX模块在执行XXX操作时，会出现XXX问题，导致XXXX后果。重点是给出对问题的准确描述。

详述：详细地给出一步一步地执行步骤，能够重现XXX问题，给出XXX情况的图片、数据记录等相关资料。重点是突出XXX问题的重现方法和测试记录。

2.3测试项目组问题

1、加强内部培训，统一对一些交付件的认识，特别是测试问题报告的编写、测试记录的保存、测试项划分等几个主要点。

本次测试，临时拉人加入，没有进行实际培训。发现存在许多问题。多人次上报的测试问题报告，固然是没有结果合适的培训和审查，带来了许多问题，但是上报的问题说不清存在问题的是哪个点，描述不全或不清晰，甚至将陪测设备问题当成问题上报等情况屡屡出现，问题定级不当也很多。

对于测试项划分、测试用例的编写等方面，同样存在理解不同，写得很奇怪的情况。因此首先一个就是，加强内部培训，统一对一些交付件的认识，特别是测试问题报告的编写、测试记录的保存、测试项划分等几个主要点。其次是一些具体测试用例设计、编写做法的统一。

2、无论客户要求如何，项目组的对外接口应该统一。

一是方便客户，另外是便于控制问题。对外接口统一，测试角度主要是方便被测件接收和控制、控制测试项目组的交付件特别是问题报告和测试报告的给出；管理角度是降低协调成本。

这次测试在被测件接收、控制方面很混乱，实际是直到临走时才有一个基本的版本，还不全；问题报告等重要交付件在提交时实际没有经过合理审核，虽然有系统产生等原因，也有人手不足等原因，但是不够重视还是最主要原因。这对我们的形象是很不利的。

这次由于有测试管理系统软件，版本控制不是主要问题，但是在外地处理时，还是应该使用VisualSVN等软件进行配置管理，否则混乱必然如期而至。

3、最重要的是，对项目需要占用的资源，包括人力和时间估计等留出一定的余量，或对风险进行一定的控制。

3、改进建议

1.加强内部学习，改进和提升技术。具体措施：培训，集体案例讨论，形成作业指导书，收集工具。

2.测试项目组组建和立项工作，对测试可能存在的风险、工作方式、工作要求、工作资源等，针对新领域、新客户要有一定的余量。

3.测试项目组管理上，需要加强对外接口、客户沟通管理、项目组配置管理。4.客户存在多方和沟通等方面风险时，应尽早促成相关各方的碰面和协商，达成共识。

出差小结

出差小结上个月经历了工作以来的第一次出差到福建三明进行了两周的工作，在出差期间，进行了数据库转移方面的一些工作。在出差伊始，感觉到有些新鲜，同时也有一些紧张，因为到这儿来......

出差小结

出差小结第一次出差，既充满了激动和喜悦，又有些许的担心。激动的是可以出去看一看，了解一些新的东西，担心的是出差来的很突然，没有充足的准备，对于需要办理的业务基本不了解。出差......

出差小结

出差小结进入现场后，我与业主和安装公司相关人员作了沟通。得知共有七起问题急需处理。第一、止晃装置和过热器到蒸发二段的烟管相碰；止晃装置和过热器蒸汽引出管相碰。第二、......

出差学习小结

出差学习小结3月6日，3月7日，是我进公司的第一次出差，跟随人社局去南京财经大学和镇江的江苏大学进行校园招聘，第一次出差对我而言还是比较有新鲜感的，也比较激动。这次一共去校园......

出差工作小结

刀豆文库小编为你整合推荐8篇出差工作小结，也许这些就是您需要的文章，但愿刀豆文库能带给您一些学习、工作上的帮助。......