XXXX项目个人测试总结大纲

第一篇：XXXX项目个人测试总结大纲

XXXXXX项目测试个人总结 1 个人总结

1.1 非错问题分析 1.2 交叉测试遗漏问题

1.2.1 逐一分析

重点为第三轮

其他测试人员提出自己的模块的问题

1.3 测试用例

1.3.1 没有直接关联BUG的测试用例分析

1.3.2 测试用例执行遇到的问题

1.4 Keep 1.5 Problem 1.6 Try 2 项目总结

2.1 产品 2.1.1 Keep 2.1.2 Problem 2.1.3 Try 2.2 开发 2.2.1 Keep 2.2.2 Problem 2.2.3 Try 2.3 项目 2.3.1 Keep 2.3.2 Problem 2.3.3 Try

第二篇：软件测试项目个人总结

软件测试项目个人总结

总结在一个时期、一个、一个阶段对学习和工作生活等情况加以回顾和分析的一种书面材料，它在我们的学习、工作中起到呈上启下的作用，让我们好好写一份总结吧。总结怎么写才不会千篇一律呢？下面是小编收集整理的软件测试项目个人总结，欢迎阅读，希望大家能够喜欢。

回顾20×年5月入职到现在大半年的工作，我在公司领导及各位同事的支持和帮助下，按照公司要求，比较好地完成了本职工作现将这一年的工作情况总结如下：

一、项目时间点及各阶段工作

二、测试总结

严重性缺陷占到整个缺陷数量的百分之四十，从实际测试工作来看，代表性大致可分为以下几类：点击“新增”报错、查询报错、保存报错等直观的缺陷。在这里建议研发人员在单元测试发现此类缺陷，在今后项目中，减少缺陷数量，提高软件质量。

中间业务平台管理系统上线阶段：

在管理系统上线阶段共发现6个问题其中有代表性问题分类如下：

1、需求问题：

系统维护->账户维护新增时，账户类型字段是从数据库配置，联社方想通过页面控制此字段。此问题在集成测试时，熬民就提出要从系统页面上新增，当时认为需求没提出此功能忽略了隐性需求导致后期东北农电项目上线需要从数据库大量配置通讯配置表。

教训：今后测试不止测试功能是否实现，需要考虑和结合系统与系统之间的关联关系，眼光放得在长远些。

2、技术实现问题：

集成测试时，管理系统新增账户时其合法性需要与核心校验，此问题集成测试通过，但在上线验证阶段发现此功能没实现。后经过与研发人员沟通此功能实现方式是单位关联维护时，核心直连标志选择不直连，则此业务新增账户时则不与核心校验账户。功能实现逻辑就是错误，而测试基于错误的逻辑去做集成测试。

本人自20×年6月25日起进入公司从事手机软件测试工程师一职，在不知不觉中已经走过了20×年。在这段时间里，我感悟颇多，虽然这并不是我的第一份工作，但是在此期间，我对于工作一贯谦虚谨慎、认真负责的工作态度，从来没有改变过。

在本部门工作中，我一直严格要求自己，认真及时地完成领导布置的每一项任务，并虚心向同事学习，不断改正工作中的不足;配合各部门负责人落实及完成公司各项工作。

在过去的一年中，通过不断的学习和自我提高，已经适应了本职的工作，但对于一个初入公司的新人，要全面融入企业的方方面面，可能在一些问题的考虑上还不够全面，但我相信，通过公司领导及同事的悉心指导，我一定会在今后的工作中更好的提高自己的水平、素质，更好的完成本职工作。

在今后的工作中，我要继续努力，克服自己的缺点，弥补不足，向白盒测试、内部代码测试方向了解，加强软件测试、计算机语言方面的知识，不断自我学习，力争成为学习型、创新型、实干型兼备的新世纪人才。

我是技术部、测试组×，20×年即将过去，时光飞逝，日月如梭，我来公司半年的时间转瞬即逝，身为一名年轻的员工，我紧密配合公司的安排，卯足精神、踏踏实实地为公司做事，同时也努力成为一名能主动做事，勇挑重担的员工，为公司的发展贡献出了自己的一份力量。回顾半年来的工作，即有收货也有不足，现对自已半年来的工作进行总结。×年来，本人在公司领导的正确领导下，在各位同事的热情帮助和大力支持下，立足本职工作，努力学习，勤奋工作，诚恳待人，团结协作，遵守各项规章制度和工作纪律，不断提高服务质量和工作效率，较好的完成了全年的各项工作任务。以下是本以来的个人工作总结：

一、政治思想方面

一年来我积极参加公司里组织的学习，努力做到在思想上、认识上同公司价值观保持一致、始终保持与时俱进的精神状态。同时，自己还树立终身学习的观念，利用业余时间进一步学习自己的业务知识。平时能够团结同志，具有一种良好的敬业精神和责任感。

二、工作情况

半年来我的主要工作有：××项目的测试、×x的相关测试。

关于××，除了进行相关的回归测试外，由于客户对其提出了新的需求，所以要基于新需求重新进行全面测试，以便及时发现新问题，避免客户使用时再次出现问题。现在正在对中电工程进行端口的调试，当端口调试结束后还需要进行回归测试，避免系统给客户安装后出现缺陷。

关于×x，主要再次对各个二级、三级单位进行×、×、××和××、×、××等的相关本部和所属的流程进行测试;配置×和×的×、×、×、×和×、×的人员角色的权限，并且测试他们的登录功能和应有的权限是否显示正确;测试×公司和×公司的会签单;测试××差异报告是否和系统相符。

三、存在的问题和打算

尽管经过一些努力，我的业务水平还需进一步提高。在以后的工作中，我将加强自主管理的意识，加强理论和业务学习，不断提高业务技术水平，使自己的工作达到一个更高的层次，能外出为相关项目公司做培训，有问题积极与领导进行交流，出现工作上和思想上的问题及时汇报，也希望领导能够及时对我工作的不足进行批评指正，使我的工作能够更加完善。

今后我会加强其它专业知识的学习。社会的进步与企业的发展对员工的综合素质提出了越来越高的要求，要求员工一专多能，只有这样才能进一步提高企业的效率，增强企业的竞争力，才能增强员工在这个社会中的竞争力。所以，在加强本专业业务能力的同时，要不断的学习，扩展知识面，为企业的发展和自身的发展打下良好的基础。

我还会加强英语知识的.学习。英语越来越成为了工作中一门重要的技能，今后很多岗位也会对英语水平提出更高的要求。所以在今后的工作过程中，我要不断加强英语的学习，以适应岗位职责对我们提出的要求。

平凡普通的岗位上，自己只是沧海一粟，但是，人同此心，心同此理，只要你我都有爱岗敬业的行动，必将成为公司发展壮大的坚实基础。我会把自己的理想、信念、青春、才智毫无保留地奉献给这个庄严的选择，因为企业的发展与成功，不仅是一个公司的成功，更是我们每一个员工的成功，只有企业更好的发展，才有员工发挥的舞台，才能尽情发挥个人的才华，实现个人与企业的共发展!

时光荏苒，如今17年的帷幕已经谢下，20×年的钟声已经敲响，在公司高层的正确领导下，我们佰腾科技又走过了一年。而我也在自己的努力以及同事的帮助下完成了20×年我所负责的工作，以下就是我对过去这一年的工作总结：

一、测试工作及经验

作为软件部测试组的一员，首先要做好的就是自己的本职工作，我在20×年中所做的工作主要有：

1.××××测试用例的编写，对系统的测试、跟踪。

2.××××需求、高保图、界面和功能的测试。

3.××××功能测试用例的编写，高保图、系统的测试。

4.××××的静态页面测试和功能测试。

5.××××的功能测试。

6.××××第一、二、三迭代高保图测试，测试用例编写，静态页面和功能测试，并主持参与测试用例评审。

7.××××平台高保图的测试和系统静态页面、功能的测试。

8.××××的高保图测试和测试用例的编写。

9.××××的静态页面和功能测试，参与测试用例的评审。

10.××××的高保图测试、静态页面和功能测试。

11.××××用户使用手册的编写。

一年的工作，让我获得很多方面的经验：

1.编写逻辑覆盖率全的测试用例甚为重要。在理解需求的前提下编写测试用例，使得我掌握了多种测试用例编写方法，更让我对产品的需求有更加深入的理解，须知对需求是否理解透彻决定了能否有效、全面地对产品进行测试。

2.要站在用户角度对系统进行测试。从一些项目中出现的未能及时发现的bug中，我认识到用户体验的重要性，现在能够越来越多的从这方面来执行测试。

3.对拿到手的项目有较清晰的思路，能够更加快速、准确地发现问题。

4.越来越规范的工作流程的让我们的工作有条不紊的进行，让我深刻认识到工作的规范性是多么的重要，并且从中学习如何从文档和流程上规范工作。

5.同事间的沟通很重要。现在不管遇到什么不确定或疑惑，都与开发人员、产品经理等及时沟通，大大提高了工作的效率。

二、加强自我能力的提高

只有不断的提高自己各种的能力，才能胜任越来越艰巨的任务，因此在工作相对不饱和的时候，我自己进行了一些学习。

为提高对“用户体验”的理解，我学习了《下一站用户体验》，书中一些经验确实让我获益匪浅。不能总拿别人的用户体验去改进自己的产品，但是有一些却是通用的，比如：太多弹出框、按钮会给用户带来愤怒感，要适当的给页面减肥等等。

深知单纯的界面测试和功能测试已经渐渐不能满足今后平台的开发，所以我学习了性能测试的一些相关知识，并在师父的指导下运用LR工具进行简单性能测试，以后必须坚持学习。

三、存在的不足及明年计划

一年的工作让我有所进步，但是很多地方还是存在不足，比如：有时候看问题比较主观，不是很细致，没能深入地去测试，会有遗漏的bug;自身专业技术能力还不足，不能从系统稳定性这一点上对系统进行测试。在以后的工作中，我会努力改善。

在20×年的工作中，我计划：

1、本着实事求是的态度，更加认真、负责的完成工作。

2、要尽可能深刻的理解需求，坚持编写覆盖率强的测试用例。

3、按照系统稳定性测试方案，要逐渐对系统的稳定性、安全性进行测试。

4、继续研究性能测试，并要将LR工具运用在实际工作中。

5、多多的学习，参加一些有益的培训，在实际工作中活学活用。

四、个人建议

这一年来我们部门有着的显著进步，越发规范的工作流程，越来越明确的责任制度、管理体系等，都让我们更加有凝聚力。在此，个人提出以下几个小建议：

1、希望可以加强对项目的把控，尽量能将延期风险降到最低。

2、从各个组对需求理解的不一致，以及信息更新不及时等问题上看，沟通问题还是有待完善。

3、希望能够在需求这一关卡上能更详细、准确的确定产品的功能要求。

4、虽然工作任务繁重，还是希望部门能够多组织活动，完善奖励制度，可以让大家更加激情的为部门、为公司奉献自己的全部力量。

以上是我个人的一些浅见，相信在大家共同的努力下，向着同一个目标进发，软件部甚至整个公司必定会大展全新的宏图伟业。

本着对IT业的憧憬，走进了×(×)信息技术有限公司，我在公司所从事的工作是软件测试，在真正投入到工作之前，我在网上查询了许多测试员的相关要求，了解了作为一个测试人员必须耐心，细心和平和的心态，他的目标是尽可能早一些找出软件缺陷，提高产品的质量，降低维护的成本，尽可能的达到客户的需求。

软件测试员的一个基本素质是：打破沙锅问到底。另外还必须具备探索精神，有创造性，追求完美，判断准确，老练稳重，强的说服力以及受过编程方面的教育等素质，同时也还必须是个故障排除能手，等等。还没看完就发现自己离这些要求真的好远，更进一步认识到自己必须要全心全意投入工作，虚心请教，一切都得从头开始。

另外，测试并不是单纯意思上的机械的“测试”，它首先要求对产品非常熟悉，不管是从功能上还是操作上。更为重要的还有就是我们要了解客户的需求，根据客户的要求来测试，看看产品是否能达到他们的要求。而从这些方面考虑则要求我们必须比任何人都要熟悉产品的一切。

公司的主要产品是电脑还原软硬件和电脑锁等一些电脑安全周边的产品，在真正的投入到测试这个工作之前，我们首先该做的就是熟悉产品，而最最直接的途径便是查看说明书，刚开始每天都是打开电脑，看产品说明书，重复的看，本以为看几遍就都记住，但是到公司进行考核的时候，才发现原来自己真的什么都没有掌握。

第一次考核不及格，虽然具体的分数没有看到，但是那份心情，却使自己始终无法忘怀，也更让自己认识到要虚心的，按部就班的好好熟悉产品，要做到对产品耳熟能详。在我实习期间公司给×市自来水集团负责查表税费稽查等系统，它主要应用是水费的业务管理。对于我们来说，它是一个全然陌生的产品，老总要求我和跟我一起实习的同事三天之内迅速熟悉产品的各种功能及完成测试。

当时听了吓一跳，一个对于我们来说全新的产品，一天就要全部掌握而且要测试出它尚存在的问题，这似乎很不可能，而且也有点不相信自己有这样的能力。但是一天下来，我们竟然可以从什么都不懂，到熟练的掌握。并且也完成了一些简单的测试，发现了一些界面错误。但是对它的具体性能和功能的测试还没有完成，不过老板并没有责怪我们，只是让我们明天接着做，听了心里有些安慰。因为本以为他会大发雷霆呢。

那一天对于我来说的收获便是，要相信自己，不要被没有去真正实践的事情而吓倒，其实如果你真的去尝试，你会发现一切都没有你想象的那么难，只要你努力，没有什么不可以。最后在我们的努力下，共用了不到三天的时间，熟练的掌握了的白板的操作，对它的界面、功能、性能等做完了全面的测试，及时做了总结，反馈给×的公司，让他们对存在的错误做了修改，而且我们还协助老总教会了销售人员，以便他们能够在×月×日的会议上能够熟练的操作，把产品展现给自来水集团的工作人员。后来听说得到了很大的反响，公司同事听了都非常的高兴，想想那两天的班算是没有白加。

实习结果几个月的实习下来，让自己走进了一个全新的领域，开始了自己真正的工作生涯。实习无所谓结果而言，更确切的说，它是一个开端，一个让自己学会成长的地方，当然也确实让自己长大了许多。不管是从工作技能上还是从为人处事上，我都感觉到了有很大的提高。

首先，在工作技能上，因为从事的是测试工作，对于自己来说是一个全新的概念，一切都是从头开始的，而更需要自己的努力、耐心和细心。这些都是自己欠缺的，但是在工作了这几个月后，真的发现自己有了很大的改善。虽然离真正的软件测试人员的要求还有很大的距离，但是自己一定会努力，向着自己的目标前进。

其次，在为人处事方面，也让自己成熟了许多。虽然不能用语言来描述，但是确实可以从生活中的点点滴滴感觉得到。经历使人成长，只有真正的经历过，才可以让自己真的成熟起来，要想真的出人头地，好的为人是前提。

实习总结

说来自己真的算是很幸运吧，我应聘的职位是软件测试员，当初在大家包括我自己的眼里都认为软件测试的要求非常高，而且似乎有一种可望不可及的感觉，但是当自己真正的接触了这个行业之后，发现其实并没有那么的高不可攀。不过后来发现自己所从事的，并不是真正意义上的软件测试，只是一种“手脑”测试罢了，不过虽然如此，但依然学到了很多，尤其是对计算机的硬件知识和底层操作有了更深的一步了解。还记得刚刚走入公司的时候，感觉很奇妙，一切都是那么新奇，那么陌生，不敢随便讲话，凡事都小心翼翼的，这对于性格开朗的我来说，简直到了折磨的程度，不过幸运的是很快就跟所在部门的同事混熟啦，公司虽然很小，但是工作的氛围却非常的轻松。也许大家都是年轻人，且都是刚刚进入社会不久，所以有很多的共同话题，在工作之余，和同事之间的关系相处的很融洽，完全化解我当初的煌煌不安。

总之，通过这次实习，确实让自己成长了许多。在实习期间，我学到了许多东西，遇到了一些困难，也看到了自己本身存在着许多问题。在测试时要想使自己的测试更加周全。总会遇到这样那样的问题，当前的软件的功能日趋复杂，不学到一定的深度和广度是难以在实际工作中应付自如的。因此反映出学习的还不够，缺点疏漏。需再加以刻苦钻研及学习，不断开拓视野，增强自己的实践操作技能，为以后能做好测试工作而努力。

第三篇：普通话水平测试大纲

普通话水平测试大纲

一、导 语

国家推广全国通用的普通话。普通话是以汉语文授课的各级各类学校的教学语言；是以汉语传送的各级广播电台、电视台的规范语言，是汉语电影、电视剧、话剧必须使用的规范语言；是我国党政机关、团体、企事业单位干部在公务活动中必须使用的工作语言；是不同方言区以及国内不同民族之间人们的通用语言。

掌握和使用一定水平的普通话，是进行现代化建设的各行各业人员，特别是教师、播音员、节目主持人、演员等专业人员必备的职业素质。因此，有必要在一定范围内对某些岗位的人员进行普通话水平测试，并逐步试行持等级证书上岗制度。

普通话是汉民族的共同语，是规范化的现代汉语、共同的语言和规范化的语言是不可分割的，没有一定的规范就不可能做到真正的共同。普通话的规范指的是现代汉语在语音、词汇、语法各方面的标准。普通话水平测试是推广普通话工作的重要组成部分，是使推广普通话工作逐步走向科学化、规范化、制度化的重要举措。推广普通话促进语言规范化，是汉语发展的总趋势。普通话水平测试工作的健康开展必将对社会的语言生活产生深远的影响。

普通话水平测试不是普通话系统知识的考试，不是文化水平的考核，也不是口才的评估，是应试人运用普通话所达到的标准程度的检测和评定。根据国家语言文字工作委员会、国家教育委员会、广播电影电视部《关于开展普通话水平测试工作的决定》，普通话水平测试工作先在一定范围内对某些岗位的人员实行。（详见《决定》）

汉语方言复杂，语音乃至词汇、语法因时因地而异，无庸讳言，有的地方话较为接近普通话的标准，而有的地方话跟普通话的标准则存在较大的差异。进行普通话水平测试必须坚持统一的标准，坚持测试的科学性和严肃性。鉴于普通话在一些地区还不够普及，以往在推广普通话工作中普及和提高的工作结合得还不够紧密，应该从实际出发，在一段时间内，对不同的方言区要求上要有所区别。

为了便于操作和突出口头检测的特点，测试一律采用口试。普通话有口语和书面语两种形式。测试也必须采取有文字凭借和没有文字凭借两种方式进行。有文字凭借的部分要包括适量的语音、词汇、语法的检测项，各类题目要有明确的目的、要求。要选取编制较好的试卷进行信度、区别度和难度分析，通过分析的试卷可以在测试机构内作为标准试卷推广使用，并逐步建立测试题库。

二、试卷编制和评分办法

试卷包括五个部分：

2·1 读单音节字词100个(排除轻声、儿化音节)。

目的：考察应试人声母、韵母、声调的发音。

要求：100个音节里，每个声母出现一般不少于3次，方言里缺少的或容易混淆的酌量增加1-2次；每个韵母的出现一般不少于2次，方言里缺少的或容易混淆的韵母酌量增加1-2次。字音声母或韵母相同的要隔开排列。不使相邻的音节出现双声或叠韵的情况。

评分：此项成绩占总分的10％，即10分。读错一个字的声母、韵母或声调扣0.1分。读音有缺陷每个字扣0.05分。一个字允许读两遍，即应试人发觉第一次读音有口误时可以改读，按第二次读音评判。

限时：3分钟。超时扣分(3-4分钟扣0.5分，4分钟以上扣0.8分)。

读音有缺陷只在2·1读单音节字词和2·2读双音节词语两项记评。读音有缺陷在2·1项内主要是指声母的发音部位不准确，但还不是把普通话里的某一类声母读成另一类声母，比如舌面前音j、q、x读得太接近z、c、s；或者是把普通话里的某一类声母的正确发音部位用较接近的部位代替，比如把舌面前音j、q、x读成舌叶音；或者读翘舌音声母时舌尖接触或接近上腭的位置过于靠后或靠前，但还没有完全错读为舌尖前音等；韵母读音的缺陷多表现为合口呼、撮口呼的韵母圆唇度明显不够，语感差；或者开口呼的韵母开口度明显不够，听感性质明显不符；或者复韵母舌位动程明显不够等；声调调形、调势基本正确，但调值明显偏低或偏高，特别是四声的相对高点或低点明显不一致的，判为声调读音缺陷；这类缺陷一般是成系统的，每个声调按5个单音错误扣分。2·1和2·2两项里都有同样问题的，两项分别都扣分。

2·2 读双音节词语50个。

目的：除考察应试人声母、韵母和声调的发音外，还要考察上声变调、儿化韵和轻声的读音。

要求：50个双音节可视为100个单音节，声母、韵母的出现次数大体与单音节字词相同。此外，上声和上声相连的词语不少于2次，上声和其他声调相连不少于4次；轻声不少于3次；儿化韵不少于4次(ar ur ier üer)，词语的排列要避免同一测试项的集中出现。

评分：此项成绩占总分的20％，即20分。读错一个音节的声母、韵母或声调扣0.2分。读音有明显缺陷每次扣0.1分。

限时：3分钟。超时扣分(3-4分钟扣1分，4分钟以上扣1.6分)。

读音有缺陷所指的除跟2·1项内所述相同的以外，儿化韵读音明显不合要求的应列入。

2·1和2·2两项测试，其中有一项或两项分别失分在10％的，即2·1题失分1分，或2·2题失分2分即判定应试人的普通话水平不能进入一级。

应试人有较为明显的语音缺陷的，即使总分达到一级甲等也要降等，评定为一级乙等。

2·3 朗读 从《测试大纲》第五部分朗读材料(1-50号)中任选。

目的：考察应试人用普通话朗读书面材料的水平，重点考察语音、连读音变(上声、“一”、“不”)，语调(语气)等项目。

计分：此项成绩占总分的30％。即30分。对每篇材料的前400字(不包括标点)做累积计算，每次语音错误扣0.1分，漏读一个字扣0.1分，不同程度地存

在方言语调一次性扣分(问题突出扣3分；比较明显，扣2分；略有反映，扣1.5分。停顿、断句不当每次扣1分；语速过快或过慢一次性扣2分。

限时：4分钟。超过4分30秒以上扣1分。

说明：朗读材料(1-50)各篇的字数略有出入，为了做到评分标准一致，测试中对应试人选读材料的前400个字(每篇400字之后均有标志)的失误做累积计算；但语调、语速的考察应贯穿全篇。从测试的要求来看，应把提供应试人做练习的50篇作品作为一个整体，应试前通过练习全面掌握。

2·4 判断测试

目的：重点考察应试人员全面掌握普通话词汇、语法的程度。题目编制和计分：此项成绩占总分的10％，即10分。

判断(一)：根据《测试大纲》第三部分，选列十组普通话和方言说法不同的词语(每组至少有两种不同的说法)，由应试人判断那种说法是普通话的词语。错一组扣0.25分。对外籍人员的测试可以省去这个部分，判断(三)的计分加倍。

判断(二)：根据《测试大纲》第四部分抽选5个量词，同时列出可以与之搭配的10个名词，由应试人现场组合，考察应试人掌握量词的情况。搭配错误的每次扣0.5分。

判断(三)：根据《测试大纲》第四部分，编制5组普通话和方言在语序或表达方式上不一致的短语或短句(每组至少有两种形式)，由应试人判定符合普通话语法规范的形式。判断失误每次扣0.5分。

在口头回答时，属于答案部分的词语读音有错误时，每次扣0.1分；如回答错误已扣分就不再扣语音失误分。

限时：3分钟。超时扣0.5分 2·5 说话

目的：考察应试人在没有文字凭借的情况下，说普通话的能力和所能达到的规范程度。以单向说话为主，必要时辅以主试人和应试人的双向对话。单向对话：应试人根据抽签确定的话题，说4分钟(不得少于3分钟，说满4分钟主试人应请应试人停止)。

评分：此项成绩占总分的30％，即30分。其中包括：(1)语音面貌占20％，即20分。其中档次为：

一档 20分 语音标准

二档 18分 语音失误在10次以下，有方音不明显；

三档 16分 语音失误在10次以下，但方音比较明显；或方音不明显，但语音失误大致在10次-15次之间；

四档 14分 语音失误在10次-15次之间，方音比较明显；

五档 10分 语音失误超过15次，方音明显；

六档 8分 语音失误多，方音重。

语音面貌确定为二档(或二档以下)即使总积分在96以上，也不能入一级甲等；语音面貌确定为五档的，即使总积分在87分以上，也不能入二级甲等；有以上情况的，都应在等内降等评定。

(2)词汇语法规范程度占5％。计分档次为：

一档 5分 词汇、语法合乎规范；

二档 4分 偶有词汇或语法不符合规范的情况；

三档 3分 词汇、语法屡有不符合规范的情况；(3)自然流畅程度占5％，即5分。计分档次为：

一档 5分 自然流畅；

二档 4分 基本流畅，口语化较差(有类似背稿子的表现)；

三档 3分 语速不当，话语不连贯；说话时间不足，必须主试人用双向谈话加以弥补。试行阶段采用以上评分办法，随着情况的变化应适当增加说话评分的比例。

三、试卷的分型和样卷

3·1 普通话水平测试试卷按照测试对象的不同分为Ⅰ型和Ⅱ型两类

Ⅰ型卷 主要供通过汉语水平考试（ＨＳＫ）申请进行普通话水平测试的外籍或外族人员使用。Ⅰ型卷的出题范围是：

(１)单音节字词和双音节词语都从《测试大纲》第二部分的〔表一〕选编，其中带两个星号的字词占60％，带一个星号的字词占40％。测试范围只限于〔表一〕。

(２)朗读材料的投签限制在40个之内，依字数的多少减去字数较多的10篇。

由于普通话水平测试处于试行阶段，同时考虑到在校学生的学习负担，所以在1996年12月底以前，对中等师范学校和中等职业学校有关专业的学生以及小学教师进行普通话水平测试时也采用Ⅰ型卷。

Ⅱ型卷 供使用Ⅰ型卷人员以外的应试人员使用。Ⅱ型卷的出题范围是：

(１)单音节字词和双音节词语按比例分别从《测试大纲》第二部分的〔表一〕和〔表二〕选编。选自〔表一〕占70％，其中带两个星号的占40％，带一个星号的占30％；选自〔表二〕的占30％。

(２)朗读材料(1-50号)全部投签。

3.2样卷(不是标准卷，未经信度、区别度、难度分析)

Ⅰ型卷

(１)读单音节字词100个

吵

北

爱

词

岸

半

加

读

埠

菜

灯

脆

动

兵

春

洗

鱼

下

炸

质

热

自

破

蛇

我鞋

坐

助

杂

足

思

沙

许

芽

抓

跃

嘴

咬

税 头

搜

天

完

味

幼

腿

小

暂

元

战

尊

专

香

庄

厅

翁

兄

争

损

真

弱

略

内

猫

所

驴

苗

流

门

老

您 乱 穷

金

矿

容

亲

胖

泉

评

青

让

群

君

枪

空

瓜

风

会

耕

黑

根

口

火

接

快

二

分

富

记

以上100个字词，都选自〔表一〕，其中带两个星号的60个；带一个星号的40个。

复盖声母情况：ｂ：4，ｐ：3，ｍ：3，ｆ：4，ｄ：3，t：4，ｎ：2，ｌ：5，ｇ：3，ｋ：4，ｈ：3，ｊ：5，ｑ：6，ｘ：7，ｚｈ：8，ｃｈ：2，ｓｈ：3，ｒ：4，ｚ：9，ｃ：3，ｓ：4，零声母：13(ｙ：6，ｗ：4，φ：3)。

复盖韵母情况：ｉ：2，-ｉ(前)：3，-ｉ(后)：1，ｕ：3，ü：3，ａ：4，ｉａ：3，ｕａ：2，ｏ：1，ｕｏ：5，ｅ：2，ｉｅ：2，üｅ：2，ａｉ：2，ｕａｉ：1，ｅｉ：3，ｕｅｉ：6，ａｏ：3，ｉａｏ：3，ｏｕ：3，ｉｏｕ：2，ａｎ：4，ｉａｎ：1，ｕａｎ：3，üａｎ：2，ｅｎ：4，ｉｎ：3，ｕｅｎ：3，üｎ：2，ａｎｇ：2，ｉａｎｇ：2，ｕａｎｇ：2，ｅｎｇ：4，ｉｎｇ：4，ｕｅｎｇ：1，ｏｎｇ：3，ｉｏｎｇ：2，ｅｒ：1。

(２)读双音节词语50个

皮肤

报纸

女儿

玻璃

罪恶

哀悼

烹调

名字

通商

大学

木匠的确

年头儿 旅游

萝卜

天真

光荣

灵魂

功夫

开会

选举

家伙

小孩儿 敏捷

所以

教师

权限

率领

人质

群众

内脏

响应

完整

英雄

阐述

乘客

处理

玩意儿 愉快

政策

音乐

委员

有用

云彩

写作

参照

纤维

一会儿

挖掘

金鱼儿

以上50双音节词语都选自〔表一〕，其中带两个星号的30个(60个音节)，带一个星号的20个(40个音节)。

覆盖声母情况：ｂ：3，ｐ：2，ｍ：3，ｆ：2，ｄ：4，ｔ：4，ｎ：3，ｌ：6，ｇ：2，ｋ：3，ｈ：5，ｊ：7，ｑ：3，ｘ：8，ｚｈ：7，ｃｈ：3，ｓｈ：4，ｒ：2，ｚ：4，ｃ：3，ｓ：2，零声母：21(ｙ：14，ｗ：5，φ：2)。

覆盖韵母情况：ｉ：3，-ｉ(前)：1，-ｉ(后)：3，ｕ：5，ü：5，ａ：1，ｉａ：1，ｕａ：1，ｏ：2，ｕｏ：4，ｅ：2，ｉｅ：2，üｅ：4，ａｉ：4，ｕａｉ：2，ｅｉ：2，ｕｅｉ：4，ａｏ：4，ｉａｏ：3，ｏｕ：1，ｉｏｕ：2，ａｎ：2，ｉａｎ：4，ｕａｎ：2，üａｎ：3，ｅｎ：2，ｉｎ：3，ｕｅｎ：1，üｎ：2，ａｎｇ：2，ｉａｎｇ：2，ｕａｎｇ：1，ｅｎｇ：4，ｉｎｇ：5，ｏｎｇ：4，ｉｏｎｇ：2，ｅｒ：1。

含有5个轻声音节；儿化韵5个(ｔｏｕｒ，ｈａｉｒ，ｙｉｒ，ｈｕｉｒ，ｙｕｒ)；上声接上声音节3对，上声接去声、阳平音节9对。

(３)朗读：抽签选定朗读材料，从１－５０号作品中选字数较少的４０篇投签。

评分办法：详见２·３节。

(４)选择、判断

１)从每组词中选出普通话的词语

①日里 日时 白天 日中 日头

②鼻 鼻子 鼻公 鼻哥 鼻头 ③冰箸 冰棒 雪条 冰棍儿

④吾爱 勿要 不要 吾要

⑤苍蝇 乌蝇 胡蝇 蚨蝇 ⑥屎窖 屎坑 厕所 粪坑厝 ⑦吹牛 吹大炮 车大炮 ⑧银纸 纸票 钞票 铜钿 纸字 ⑨卵糕 鸡卵糕 蛋糕 ⑩丢失 螺脱 吾见 ２)正确搭配下面的量词和名词

把

根

棵

条

所

住宅 裤子 白菜 学校 竹竿 钥匙 毛巾 剪刀 柳树 冰棍儿(例如：一条--------鱼)３)指出每组符合普通话的说法

①给本书我。/ 给我一本书。/ 把本书我。

②别客气，你走头先。/ 别客气，你走先。/ 别客气，你先走。③他比我高。/ 他高过我。/ 他比我过高。

④这事我晓不得。/ 这事我知不道。/ 这事我不知道。⑤你有吃过饭没有？/ 你吃过饭没有？(５)说话：抽签选定题目，说４分钟。

Ⅱ型卷

(１)读单音节词100个

披 饿

街

歌

日

坡

雪

科

缩

册

麻

旅

季

池

利

思

砸

租

撇

奶

蛆

漱

碑

藕

镖

勺

雁

瞟

剜

臊

月

套

歪

跳

位

摔

药

岁

篮

桥

爹

怀

财

袄

拽

否

暂

沟

串

蚌

癣

闩

秦

碱

裆

邢

晕

脓

润

凝

电

夏

矿

软

先

准

信

人

花

群

罐

嫩

权

狂

翁

坑

巷

荒

绒

增

鳃

哑

哇

铐

釉

淌

庸

舔

迥

佛

奖

跟

寸

脏

冬

山

走

二

上

牛

以上100个字词中有70个选自〔表一〕，其中带两个星号的40个，带一个星号的30个；另外30个选自〔表二〕。〔表二〕里单音节字词很少，为了反映普通话的语音系统，可以选取个别双音节词里的某一音节编题。

覆盖声母情况：ｂ：3，ｐ：4，ｍ：1，ｆ：2，ｄ：4，ｔ：4，ｎ：5，ｌ：3，ｇ：4，ｋ：5，ｈ：3，ｊ：5，ｑ：5，ｘ：7，ｚｈ：2，ｃｈ：2，ｓｈ：6，ｒ：5，ｚ：5，ｃ：4，ｓ：5，零声母：16。

覆盖韵母情况：ｉ：4，-ｉ(前)：1，-ｉ(后)：2，ｕ：3，ü：2，ａ：2，ｉａ：1，ｕａ：2，ｏ：1，ｕｏ：1，ｅ：4，ｉｅ：3，üｅ：2，ａｉ：1，ｕａｉ：4，ｅｉ：1，ｕｅｉ：2，ａｏ：5，ｉａｏ：5，ｏｕ：4，ｉｏｕ：1，ａｎ：3，ｉａｎ：5，ｕａｎ：5，üａｎ：2，ｅｎ：3，ｉｎ：2，ｕｅｎ：3，üｎ：2，ａｎｇ：5，ｉａｎｇ：3，ｕａｎｇ：5，ｅｎｇ：2，ｉｎｇ：2，ｕｅｎｇ：１，ｏｎｇ：３，ｉｏｎｇ：2，ｅｒ：1。

(２)读双音节词语50个

存在窗户

抽象

尾巴

老板

同盟

聘请

恳切

扰乱

绿化

耳朵

苹果

纠正

承认

庄稼

耍弄

蘑菇

角色

暴虐

会计

大伙儿 非常

美好

否则

解放

隧道

快餐

脉搏

墨水儿 落选

左右

突击

批准

蜜蜂

有点儿 喧嚷

时光

小曲儿 司法

善良

边卡

汤圆

凉爽

俊俏

王冠

拥戴

琼脂

迥然

讹诈

昂首

以上50个双音节词语，选自〔表一〕的35个，其中带两个星号的20个，带一个星号的15个；另外15个选自〔表二〕。

覆盖声母情况：ｂ：5，ｐ：3，ｍ：6，ｆ：5，ｄ：5，ｔ：3，ｎ：2，ｌ：6，ｇ：4，ｋ：3，ｈ：4，ｊ：8，ｑ：6，ｘ：4，ｚｈ：5，ｃｈ：4，ｓｈ：6，ｒ：4，ｚ：3，ｃ：2，ｓ：3，零声母：9。

覆盖韵母情况：ｉ：4，-ｉ(前)：1，-ｉ(后)：2，ｕ：3，ü：2，ａ：4，ｉａ：2，ｕａ：2，ｏ：3，ｕｏ：5，ｅ：3，ｉｅ：2，üｅ：2，ａｉ：1，ｕａｉ：2，ｅｉ：2，ｕｅｉ：3，ａｏ：5，ｉａｏ：2，ｏｕ：3，ｉｏｕ：3，ａｎ：4，ｉａｎ：2，ｕａｎ：2，üａｎ：3，ｅｎ：2，ｉｎ：1，ｕｅｎ：2，üｎ：1，ａｎｇ：6，ｉａｎｇ：3，ｕａｎｇ：5，ｅｎｇ：4，ｉｎｇ：2，ｏｎｇ：2，ｉｏｎｇ：2，ｅｒ：1。

含有6个轻声音节；儿化韵4个(ｈｕａｒ，ｓｈｕｉｒ，ｄｉａｎｒ，ｑｕｒ)；上声接上声音节4对，上声接去声、阳平、轻声共9对。

(３)朗读：从１－５０号作品中抽签选定朗读材料。评分办法：详见２·３节。

选择判断和说话测试以及评分办法同Ⅰ型卷。

第四篇：项目测试经验总结

项目测试经验总结

说明：以下项目测试经验是我在原来公司工作中的实际经验，拿出来和大家一起交流。我相信之前的项目测试工作中有不少可以改进的地方，还希望大家多多交流。

项目测试经验

——Judy Shen

本文是对我近几年测试工作经验的总结，并以简报的方式在研发中心内进行分享及交流。测试团队介绍

在介绍我们之前项目测试工作之前，需要首先介绍一下之前我所在团队的组织架构及测试人员在项目中的工作。

我们的测试团队属于质量改进中心下的测试部，它和研发团队属于两个不同的中心。测试团队有6个人，从图一可以看出来，一个人可以参与多个处于不同阶段的项目测试工作。

图一 测试团队组织架构

参与项目的测试人员以测试组的形式进入项目，测试组和需求组、开发组并列。每个测试组有一个测试组长负责项目测试工作。项目经理不直接面对测试组成员，而是通过测试组长进行任务安排、协调、沟通。测试部经理知情测试人员的项目测试工作，项目测试组的工作汇报均需要抄送给测试部经理。如图二所示：

图二 项目组织架构（旧）

上面说到的是旧的测试人员工作模式，在去年年底，为了有效利用公司测试人员资源，我们开始了测试外包的尝试。这里的测试外包模式是指，测试组不进入项目，而是由项目组将测试工作以一个项目的方式分包给测试部，由测试部根据项目组提供的信息，进行计划、执行测试，并按照项目要求提交测试成果给项目组。

这个模式还在探索中，如图三所示，测试部经理直接负责项目的测试工作，测试组的工作情况抄送给项目经理。这种模式需要进行独立核算，包括成本估算、预算、结算等。但是这种模式的整体思路还不是很成熟，从这个组织架构上大家也可以看出来，很多东西还没有理顺，所以一直都处于尝试过程中。后面提到的内容，如果没有特殊说明，都是在旧的模式下进行的。

图三 项目组织架构（测试外包方式）

我想不可否认，大家都认为测试人员应该是测试技术上的专家，但是，测试人员是否需要熟悉并擅长一定的业务呢？不管答案是什么都没有关系，但是我认为一个好的测试人员不仅是测试专家，他同时也是业务专家。有一些测试人员，因为系统的业务知识很复杂，就一头扎进去，几乎全力去学习业务知识，测试技术的学习和研究没有跟上，结果不是设计出大量冗余的测试用例，就是很多方面没考虑到，面对客户的不当请求，也没有底气说测试应该怎么做，弄得做起项目来辛苦异常，个个苦不堪言！

有着样的说法：“软件测试人员要两条腿走路，左腿是测试技术，右腿是业务知识。只有两条腿的健壮差不多，走路才稳当。”出于这种思想的考虑，在原来的测试团队，我们每个人都有两个学习、研究方向，一个是技术方向，一个是业务方向。例如：

 技术方向：

 功能自动化测试  性能测试  单元测试  测试管理  业务方向：

 物流业务  智能交通  知识管理

但这种方式在工作开展上有些困难。如果公司认为测试人员应该绝大部分时间用在项目测试工作上，那么测试团队既要研究测试技术，又要挤出时间学习业务知识，在操作上是比较困难的。在我们以前的测试团队的工作中，有一部分工作时间是用来进行部门建设的，部门建设工作中包括前面说到的技术研究、业务学习，还有就是部门搭建所需要进行的一些工作（如部门制度建设）。当时公司允许我们团队有30%的工作量投入部门建设上。将部门建设工作分开，主要是用于统计部门成本和测试成本用的。

前面说到了测试人员是以测试组身份进入项目开展测试工作的，但不是每个成员上去都从事同样的工作。在进入项目组工作时，每个测试人员所充当的角色是不同的，项目的测试角色划分为以下四种，如表一所示。在实际工作中因为测试人员数量有限，所以经常是一个人担任多个角色。

角色 职责 测试管理员

负责测试项目的管理 测试过程问题的处理与反馈 系统/性能测试组织和计划 测试过程状态报告 测试设计员 测试需求的描述

系统/性能测试用例的设计 测试工具、方法的引入 测试执行员

根据需要开发测试脚本

按照测试用例、测试脚本执行测试 项目测试工作指导 测试监督与度量员 测试度量

测试过程问题的汇总与反馈 开发产品的质量抽检与评定

表一 测试角色划分

了解了原来测试团队的分工之后，下面介绍一下测试团队的工作内容。原来的测试团队承接的工作内容包括：

 承担系统测试、用户测试、性能测试；

 进行测试技术研究及培训

其中，测试技术研究，属于提高团队工作技能的工作，在整个部门范围内进行，这里属于部门建设工作；对于项目中的测试人员有可能需要进行，如果项目采用新的测试技术或者测试工具，那么就需要项目测试组成员研究测试技术了，这部分属于项目测试工作。

培训，是指把内部研究的成果在团队内使用，在适当的时机在公司内传播。我们测试团队在2004年开展了21次内部培训，7次公司级培训。因为每个人各有研究重点，所以我们每个人都是团队内部培训的讲师。

说到测试工程师的工作内容，那么就涉及到测试工程师该做的和不该做的。当然这和公司对测试人员定位有关，这里仅指以前的组织。要说该做的，那么我们需要先明确为什么我们要测试？这是因为存在“系统错误很多、系统不是客户想要的东西、系统实现没有遵照系统需求”等这样的背景。在这样的背景下，产生了测试，但是又因为开发人员自己测试自己的东西，难免测试不全面，所以产生了测试工程师这个角色。因此，测试人员他该做的，就是测试软件产品和用户需求不一致的地方，并尽可能多的发现缺陷，能够向项目经理汇报软件质量状态。但是在实际工作中，测试人员经常主动或被动的去做了一些不该做的事情。例如说，测试人员认为自己或者测试能够保证软件的质量，以及有意识或无意识的接受了决定软件是否发布的这个权利。

为什么测试无法保证软件的质量，是因为项目的质量，需要项目组的所有成员共同努力，才能达到质量保证的目的。单纯靠测试工程师的力量，是无法实现软件质量保证的目的。

为什么测试人员不适合承担决定软件是否发布的权利，是因为软件的发布，是需要项目组各个小组负责人等相关人一起对系统现在的缺陷、质量状况进行评估后，由项目经理（或者与会者）做出是否发布的决定。在这个过程中，测试工程师可以提供测试数据、系统当前质量状态报告给与会者参考。当然，我知道这两点会有很多人不认同，但是没有关系的。我接触的同行中对两点经常有争论。但是，有一些质量大师等权威人士还是全部或部分赞同这两个观点的，如：菲利普.克劳士比曾在他的书中提到软件质量的保证需要全员努力，需要过程的控制的，而不是某个英雄可以保证软件质量的等。项目测试工作

做了背景介绍后，下面我介绍之前项目如何开展测试工作的。

因为测试过程是整个测试工作的一个纲要，所以首先得从测试过程讲起。

2.1 测试过程

测试过程，我们包括四个环节：测试计划、测试设计、测试执行、测试分析。

图四 测试过程

2.1.1 测试计划

测试计划主要是进行描述测试需求、分析制定测试计划工作。在制定测试计划时，经常有人认为测试计划是在整个项目计划制定之后才开始进行测试计划的，事实上并不是这样的。测试计划和项目计划是互相影响的。举个例子。假设项目有进行性能测试的需求，但是测试工具又需要学习，那么我们在测试计划中就需要预留这部分的时间，还有，测试用例的评审，也需要预留时间。或者，如果某部分比较复杂，可能测试需要的时间会较多，或者需要测试的次数会比较多，那么可能要求开发组先安排这个核心模块的开发，这样需要调整开发计划的顺序。所以，测试计划和项目计划是互相影响的。在测试计划环节还包括测试需求的描述，主要是确认需求是可测试的，并将需求细化为具体的可测试点，保证测试设计时可以根据测试需求编写测试用例，而避免遗漏测试点。我们的测试需求需要得到业务分析人员的评审，测试计划要得到项目经理的审批认可。对于测试计划，还需要说明的是，在具体的每个测试阶段工作计划中，我们需要定义本阶段测试需要进行的次数。每一轮测试是一个完整的测试周期，按照这里介绍的测试过程进行。通常我们是一天一轮测试，最多是两天一轮测试。通过这种方式，减少了测试和开发之间的空挡时间，即测试等开发，开发等测试。例子如图五所示：

图五 测试迭代例子 肯定会有人疑问，如果一个系统很庞大的话，怎么能在一两天内完成测试呢？是的，如果系统比较大的话，确实没法在一两天内完成所有测试点的全面测试，有可能需要一周或更长的时间，但是这样的话，就出现了测试、开发互相等待的情况了。所以，在我们制定的测试阶段计划时，需要指明本次测试的测试重点，测试范围。我可以这一轮测试进行A、B模块基本功能测试，第二轮测试进行C、D模块基本功能测试，第三轮测试，进行主要业务流程测试，第四轮测试，关注负面测试。在我之前的实践中，发现这种方法还是比较有效的。可能大家也注意到了，这个例子是另一个项目的。没错，在今天提到的移动的这个项目中我们没有按照这种策略进行测试，弄得当时我们测试小组工作很累，很被动，经常是开发说测试我们就要马上开始测试，而缺乏计划。实施这种方法后，测试的计划性就比较强，测试不用总是被打扰。

2.1.2 测试设计

测试设计，主要是根据需求、设计文档进行的测试用例设计工作。如何从需求导出测试用例并设计测试用例，是整个测试过程中很重要的一部分工作，关系到测试执行效果。但是在刚开始时，系统没有界面，所以我们只能根据系统用例搭建测试用例的初步框架，能写多少写多少。随着对系统的理解深入，加上后面也开发了系统原型，我们就可以不断完善测试用例。即使是在测试阶段，我们仍不断修改测试用例。测试用例我们分为两种，一种是内部测试用例，项目组内部使用；一种是验收测试用例，偏重于业务，供客户使用。项目组内部用的测试用例例子如图六所示：

图六 测试用例例子（项目内用）

从图中大家也可以感觉到项目组内部使用的测试用例在维护上比较不方便。因为我们的需求并没有做到很细，加上需求本身就是变化的，所以我们的测试需求经常修改，一旦测试需求新增、修改、删除时，测试用例要相应进行调整。这就造成了1)定位测试用例比较不方便，2)测试用例编号修改不方便，3)阅读、执行测试用例不方便。所以，我在2004年底开始准备在团队内自主开发一个测试用例管理系统。

2.1.3 测试执行

在测试执行阶段，主要进行测试的执行工作。如果项目有需要编写或录制测试脚本的话，那么也在这个阶段进行。测试执行结果是在原有测试用例的副本上编写实际执行结果而形成。在东南融通，它是把这个活动单独为“测试实施”环节。

2.1.4 测试分析 在测试执行结束后，我们开始对测试执行结果进行测试分析并编写测试报告。测试报告的编写上，主要的内容在于对投入的资源、测试结果、缺陷进行分析，并对整体测试情况进行总结分析。对于资源的分析，包括各个测试任务投入的人力情况、实际工作量与计划工作量的对比，并进行分析。测试结果分析，可以通过对测试需求的覆盖情况、测试用例的覆盖情况及测试用例执行结果情况进行统计，并进行分析。缺陷分析，可以通过对严重性、优先级、模块缺陷数、缺陷修复情况等方面进行统计，并分析。例如，对系统缺陷进行统计后，发现存在比较多的可用性问题，如修改操作员所属的组后，无法登录系统等。整体情况的总结可以从测试充分性、软件质量情况、测试活动情况、经验教训等方面进行总结。

测试分析中有个很重要的活动是对测试活动和测试过程进行经验教训的总结。因为测试经验教训是很重要的，所以我们团队有专人负责对每个项目测试报告中的经验教训进行汇总，目的是让后面项目测试工作可以吸取前面项目测试的经验，避免犯前面项目测试工作同样的错误。注：本测试过程对于每个阶段的测试活动、每一轮测试活动、测试团队承接的各种测试类型均适用。

也就是说，每一轮测试之前，测试组组长都需要准备测试计划，确定测试执行重点、目标、测试内容等，选取测试用例，并按照预先选取的测试用例执行测试，测试执行结束，需要进行测试汇报。

2.1.5 测试准则

在测试过程中有个很重要的内容是：测试准则。

在实际执行中，我们不难碰到以下类似情况：提交测试的系统经常在测试执行初期，就出现页面访问失败或者正常功能失效的情况；测试人员不知道提交测试的版本改了什么内容或者新增了什么功能，改了哪些缺陷，导致经常碰到开发人员说测试人员提交的某些缺陷所对应的功能不属于本版本集成内容等等。存在这些情况的很大一部分的原因是因为在项目策划阶段时，测试组未就测试准则和项目组达成一致意见，或者已经达成一致，但是并没有严格执行。我们今天要讲的测试准则，主要是针对前者，后者属于管理层面问题，不在我们的考虑范围内。

设置测试准时需要注重实用性。测试准则，通常包括测试进入、暂停、恢复、退出准则。这些测试准则的例子如表二所示：

进入准则 暂停准则 恢复准则 退出准则

含义

描述开始执行测试的时机

描述系统在什么情况下暂停全部或部分测试工作。描述系统恢复测试的必要条件。

描述测试退出的条件，有正常退出，也有非正常或意外的退出。集成测试

测试环境已经准备好； 已经完成提交测试的模块内容； 主要功能无页面点击错误； 测试所需的文档资料已经完整。测试环境被破坏； 主要功能页面点击错误。测试环境重新搭建好；

主要功能不会出现页面点击错误的情况。完成已提交内容所能完成的测试 系统测试

测试环境已经准备好； 系统基本业务流程能走通 无任何功能的页面点击错误； 测试所需的文档资料已经完整。测试环境被破坏； 系统基本业务流程不通； 任何功能的页面点击错误。测试环境重新搭建好； 系统基本业务流程可以走通； 页面点击错误问题解决。测试内容已经完成；

阻塞测试的内容（即测试暂停的产生原因）在短时间内无法解决。内部确认测试/UAT 测试环境已经准备好； 系统正常功能已正确实现； 业务流程能走通。测试环境被破坏； 系统业务流程不通； 正常功能未正确实现；

用户很容易重现的严重缺陷产生。测试环境重新搭建好； 系统业务流程能走通； 正常功能实现； 需要解决的缺陷解决。测试内容已经全部完成；

PM根据测试报告，认为系统可以满足客户的要求； PM要求修改的缺陷已经全部修复； 到了时间，系统必须发布。验收测试

测试环境已经准备好； 客户要求的功能都已经完成。业务流程可以走通。测试环境被破坏； 发现需要修改的缺陷。测试环境重新搭建好； 修改完需要修改的缺陷。

所有要求的测试用例和测试程序都已经执行，并且没有发现新的必须修改的缺陷 性能测试

测试环境已经准备好； 系统的功能正常实现； 不存在影响系统流程的缺陷。测试环境被破坏； 系统流程存在缺陷； 被测试功能存在缺陷；

程序的版本更新，存在影响系统功能实现的缺陷。测试环境重新搭建好； 解决影响性能测试的缺陷。

所有要求的测试用例和测试脚本都已执行； 完成性能分析工作。

表二 测试准则例子

恢复测试时，一般是需要把前面测试内容重新进行测试，因为会花费较大的工作量，所以测试组长在决定暂停测试时需要很慎重。

在表二显示的集成测试的退出准则中写到“完成已提交测试内容所能完成的测试”，这里的“所能完成的测试”是指，在当前版本所能进行的测试内容，如在系统刚集成时，可进行界面测试，基本模块的基本功能的测试。

上面的测试准则的例子，也不是很恰当及规范，至少缺少了数据度量部分，这里只是拿出来和大家一起交流。这部分内容我一直认为是很重要的，如果做的不好，测试组的负担会很重。

需要注意的一点是：测试准则，是在制定测试计划时沟通确定的，它需要和相关人沟通，且得到项目经理审批通过的。

测试准则是固定的，实际处理方式是灵活的。在实际测试过程中碰到同样的问题，是否继续测试，或者需要暂停测试，处理方式不是一成不变的，这是需要根据项目所处阶段来具体情况具体分析的。

下面举个例子，这个例子是经常性的一种情况。假设在测试过程中，我们发现了一个阻塞性错误（流程无法继续往下走等类似情况），是否继续进行测试呢？

 在项目初期，进行单个或多个模块的测试时：因为可以执行界面测试及熟悉系统，我们可以接受该版本，继续进行测试。这就属于已提交测试内容所能完成的测试。在项目测试初期，要求不可过于严格。

 系统测试：基本流程必须走通。如果基本业务流程（主干）不能走通，则需要根据实际情况来灵活处理。（是否暂停测试或继续测试？）如果是整个流程的初始节点失效，没有这个节点的数据，后面所有节点均无法进行，那么这种情况下就只能暂停测试。如果说是分支流程出现阻塞，那么可以考虑继续测试，然后在测试报告中说明该分支未测试。此时不暂停测试，主要是考虑重新集成一个版本的性价比，也就是是否值得重新集成。

 发布前的确认测试：一旦有阻塞性缺陷，马上停止测试。

2.2 测试实施过程

上面说的是测试过程。下面简单介绍一下我们实际的测试工作。

我们的测试组一般是在项目启动时进入项目组的。在项目立项时，项目经理会向测试部经理申请测试资源。经过评估衡量后，测试部经理会安排一个测试人员作为项目测试组长。当项目启动时，测试组长进入项目，开始了解项目用户需求，起草项目测试计划。在到了一定阶段，例如测试设计阶段，测试部经理会根据项目规模，项目在公司的重要性以及团队其他人员工作负荷情况，安排其他人进入项目组。一般来说，我们一个项目是2~3名测试人员。在项目进入维护阶段时，则是一个测试人员跟进项目。

测试组长根据项目情况及项目阶段计划，定义项目本阶段测试次数。项目经理参考测试组长提供的测试次数建议，以及项目开发的情况，和项目组各个小组负责人沟通后，定义了系统本阶段版本集成时间。在我们的项目里，有一个开发人员兼职做集成人员。在指定的版本集成时间之前的一段时间，各个开发人员将他们的程序提交配置库，由集成人员进行集成（不同语言有不同的集成方式）。集成后，集成人员会进行简单的自测，验证是否集成成功。如果集成成功，就在服务器上给该版本程序打上标签。如果集成不成功，那么返工给相应开发人员修改并重新集成，如此反复直至集成成功。集成成功后，集成人员会提交一份集成说明给测试组长。集成说明内容包括：集成版本路径、版本标签、修改内容、新增内容等。测试组长则根据预先准备好的测试计划开始测试。在开始测试时测试组长会通知项目组，告诉他们测试开始，请勿更新测试环境。测试结束后，也会通知项目组测试结束。

这里要很注意一点的是，对于数据库的更新也需要采用同样的管理，即数据库维护也是需要进行统一管理，避免出现客户环境和测试环境不一致的情况。

在正常情况下，开发组是在预定的集成日期的当天晚上集成，测试组第二天上班后开始测试。如果遇到特殊情况需要当天集成当天测试的话，我们的开发人员会等到测试组发出测试结束的通知后，才离岗。

如果在完成计划的测试次数后，系统质量仍不稳定或没有达到预期目标的话，那么测试组长将和项目经理沟通，相应增加测试次数。

关于测试用例的执行，我不知道公司现在是采用怎样的一种方式的。在我原来的团队中，测试用例的主要作用是保证系统功能的测试覆盖率，避免某些功能因为测试周期长而导致测试遗漏。但是我们也采用经验法、试探法、转换思维的方式进行测试，所以，我们一般使用测试用例执行3~4次测试。这可能和我们的测试用例设计能力有关。

在缺陷管理上，整体流程基本类似，但是在缺陷分配上，我们测试人员是直接分配给项目缺陷分配专员，缺陷分配专员一般是由业务分析员担任。缺陷分配专员对缺陷进行分析后，再进行缺陷的再分配。对于缺陷分配专员处理为不修改的缺陷，测试人员需要进行确认。如果测试人员不认可缺陷分配专员的处理意见，可以同他进行沟通，或向相关人员（如项目经理）提出自己的意见，最终以项目经理的意见为准。在系统阶段确认测试前的2~3天，测试组长会将系统未解决的缺陷清单给项目经理确认，并要求项目经理提供缺陷应对方案。缺陷应对方案在系统发布时，作为项目发布说明的附件。

我们是采用公司自主开发的缺陷管理系统进行缺陷管理的，使用excel、word进行其他测试工件的编写的。

如何搭建一个高效的测试团队

俗话说“工欲善其事，必先利其器”，要做好测试工作，首先需要建立并维护一个高效的测试团队。然而，许多小型软件企业却将测试作为产品面临发布时的一个小“插曲”，往往临时抽调几名程序员对产品的功能粗略测试一下即交付客户（甚至在进度和成本不足时首先砍掉这一块）。这种仓促完成的产品通常质量问题很多，所以我们首先应抛弃小企业惯常的思维模式，不计较一时一地之利益，立足长远，着手组建高效测试团队。

第一步：招募测试人员

在国内的软件企业中有一种普遍做法，那就是把那些刚涉足软件行业的技术新手或业绩不突出的开发人员安排去做测试工作。笔者认为这绝对是一种欠妥当的行为。事实上，对一个系统进行有效测试所需要的技能绝对不比进行软件开发所需要的技能少，测试从业者甚至可能面对许多开发人员都不会遇到的技术难题。那么，测试团队需要招募什么样的成员呢？这里，笔者总结了以下两点：

首先，测试人员要具备良好的沟通能力、自信心、外交能力、迁移能力以及怀疑精神。

其次，测试组成员应具备良好的专业技能或者技术学习能力。

当然，新招募的测试人员不可能像上面说的那么理想。关键是他们是否热爱测试这项工作，对相关的工作内容是否感兴趣以及他们的学习能力如何。

第二步：测试团队制度建设

良好的制度可以规范测试团队的工作开展，同时也便于对团队成员进行业绩考评。相反,则很有可能导致人心涣散，滋长负面风气。建设良好的测试团队制度，可以考虑以下几个方面：

 汇报制度 团队成员汇报本周工作情况及下周工作计划、遇到的问题以及需要提供的帮助，培养团队成员的汇报及计划习惯。

 工作总结制度 成员每个阶段汇报上阶段工作经验和教训，并在部门例会上交流、分享经验及教训，避免同样的问题重复出现。

 奖惩制度 对于贡献突出的成员予以奖励，对于业绩差的提出批评，有效地保持测试团队的工作热情。

 测试件审核制度 对测试件进行审核，去粗存精，鼓励测试人员使用和提出改进，保证提交到测试团队知识库的测试件的质量。

 会议制度 定期召开部门例会，讨论、解决工作中的问题，并提供部门内的学习的平台。

目前，已有不少软件企业推行给测试人员区分级别的制度，奖优罚劣。这无疑是一个好的做法，但成员业绩的具体考评办法，目前尚无可供参考的标准文件，所以笔者建议应尽量做到公正客观，以免挫伤团队成员的工作积极性。

第三步：测试团队内部的职责分工

明确测试团队内部各类测试人员的职责分工可以使测试团队内部各类测试人员能集中精力在较短的时间内完成特定岗位必需的知识储备和经验积累，同时也使得测试团队的管理更科学，真正做到“用其所长，避其所短”。

第四步：测试流程建设

我们可以通过以下步骤来建立适合本单位的测试流程：

1.测试团队负责人员根据对公司现有测试状况的了解，及个人的测试经验，起草测试流程及相关的模板；

2.通过一到两个项目的实践，记录测试流程草稿中的问题及不足之处； 3.根据实施经验，完善测试流程，得到测试流程初稿，并起草相关实施指南； 4.选择一个到多个项目，实践上述测试流程初稿及实施指南，记录实践过程中出现的问题；

5.根据上述实践工作的反馈，组织修改测试流程初稿及实施指南，并把修改后的测试流程继续应用到项目实践中去，根据反馈进一步完善成熟；

6.测试流程及其相关文件基本趋于稳定状态时，可以考虑发布测试流程（含测试流程、模板、表格、指南），并在以后的实践中不断改进和完善。第五步：团队成员能力的逐步提高

有了明确、合理的职责分工后，需要针对这些分工对团队成员进行有意识的引导，稳步提升团队成员的技能。测试团队负责人需要负起监督和促进员工能力提升的任务。监督和促进测试团队成员能力提高，主要做好如下三个方面的工作:

一是，提倡资深测试人员在测试团队内部进行经常性的培训和测试经验交流，通过该渠道帮助资历浅的测试人员大幅提升业务技能，做到新老员工之间的知识传播和继承。二是，测试团队应充分利用好测试件知识库，对于纳入到测试团队知识库的测试件应充分消化和学习，在此基础上进一步鼓励测试团队成员对这些测试件提出改进性意见。

三是，测试人员除了需要注重自身的测试技能提升，在条件许可的情况还应适度开发部门的基本知识，这样能减少与开发团队协同工作时的领域障碍。

第五篇：水量平衡测试项目汇报总结

水量平衡测试项目汇报总结

一、项目概况

***区水量平衡测试项目是按照北京市节水管理办法和水量平衡测试要求的相关规定，根据《水量平衡与测试通则》的标准规范，在***水务局的大力支持和***节水办的具体指导下，由北京旭莱特科技负责测试项目实施。本被测试对象主要是机关及其下属单位。整个测试项目从2016年6月开始，至2016年12月结束，历时6个月，共测试单位41家。测试项目分为五个阶段：第一阶段为节水宣传和项目座谈；第二阶段为实地调查和硬件配置；第三阶段为测试数据采集和资料整理；第四阶段为测试数据分析和资料完善；第五阶段为测试项目总结和测试报告移交。

二、水量平衡测试过程

(一)节水宣传和项目座谈

建设节水型社会，优化水资源配置，把节水工作贯穿于国民经济发展和人们生产生活的全过程，是**区应对水危机的根本出路，也是实现可持续发展战略的必然选择。为此，在6月份开始，召集相关单位举行节水座谈会议，从**区实际情况出发，以实现水资源统一配置和高效利用为目标，所有水源的用水计划及节水指标由节水办统一管理；基本形成节水型社会的行政、经济、技术政策、宣传教育体系框架；务求增强全民节水和公众参与意识。

全区各用水单位，无论使用何种水源，对主要用水户开展水量平衡测试工作；改进和完善计划用水考核方式，扩大计划用水管理范围。

建立深入、持久的节水宣传机制。利用世界水日、中国水周、科技周、全国城市节水宣传周等重要水事节日，开展广泛的宣传活动，充分利用三级节水网络，加强日常性的节水宣传，点面宣传相结合，使节水宣传深入到每个单位、使节水意识深入人心。节水宣传属于公益性宣传，是利国利民的大事，相关窗口单位如：区委、区政府、财政局、建委等单位应给予大力支持。

通过多形式座谈，使各单位了解做水量平衡测试的重要性和必要性，增强了各用水单位的节水意识和节水紧迫感。为下一步开展水量平衡测试打下基础。

（二）实地调查和硬件配置

为了更好的开展水平衡测试项目，我们与旭莱特相关成员，对辖区内被测单位进行了一一走访和调查，在调查的过程中，我们一边检查落实，一边详细记录，确保每一个用水点和用水设施都记录在册。

在调查过程中，我们发现被测单位存在以下情况: 1)部分阀门和管道陈旧，供水管线有待更新。2)二、三级表抄表率不高，对用水计量有遗漏之处。3)管线图纸不详细。

4)部分水表陈旧，与实际流量不完全匹配，影响计量准确性。

5)计量表不完备，和三级计量有一定差距。6)用水资料不完善，用水档案缺乏完整性。

7)针对以上存在的问题，我们及时和被测单位沟通，在必要的情况下，召集被测单位节水管理员等相关会议，通过讲解、宣传让其明白开展水测的意义和重要性。通过举行实地调查和宣传，各被测单位的节水意识还是很高的，纷纷表示一定严格按照标准和规范做好各级水表计量和硬件配置，为下一步水量平衡测试做好充分准备和技术要求。

（三）测试数据采集和资料整理

在确定被测单位计量表和管线无遗漏的情况下，我们进行了数据采集。采集周期为一个月，分为动态抄表和周期抄表。动态抄表检测24小时用水点的适时流量，周期抄表检测用水点的周期流量。为了确保采集数据的准确性和普遍性，我们专门召开了一次抄表员会议，详细介绍了每个单位的具体情况，对被测单位的用水性质和用水周期进行了详细的交底和说明。

在抄表过程中，我们根据单位所在区域，把抄表员分为三班，保证每个单位都有固定的抄表员。保证了用水数据的准确性和及时性。

针对一些单位管线图不明晰、计量表级不清楚的情况，我们专门配备了测试员和制图员，帮助被测单位建立管线网络图和水表计量网络图。保证了基础资料的完善和详细。

（四）测试数据分析和资料完善

为了体现水测报告的科学性和合理性。我们针对抄表员提供的资料，我们专门召开了一次抄表员和水测分析员交流会议。对每一个被测单位的情况都交底记录、详尽说明、组织讨论。并且专门组织水测报告分析员进行被测单位实地走访，了解用水单位的现状和用水设施，使水测报告真实、合理、高效。

通过测试，计量水表更加完备，管网图纸等技术资料进一步完善。

(五）测试项目总结和水测报告移交

针对每一个用水单位，我们都根据单位实际情况，提出了用水合理化建议和下一步节水的潜力。在项目完成之时，在节水办的召集下，召开了节水办、旭莱特和被测单位的三方交流总结会议。测试机构：北京旭莱特科技 *** 会议上，我们详细的对每个用水单位的具体情况进行了简明扼要的分析和总结，并提出下具体改进措施和节水潜力。被测单位积极响应，也提出了节水的具体建议和落实计划。节水办根据国家节水政策和北京市节水办法进行了政策说明和指导，并对明年的节水工作进行了部署和安排。三方在交流结束后进行了水测报告移交。

三、水测平衡的意义和必要性

通过对**区41家机关及下属单位的水测报告和用水分析，更加增强了单位节水意识，并从根本起到了节水效果，对以后的节水工作起到了模范带头作用和示范作用。通过水平衡测试达到以下目的：

4（1）掌握单位用水现状。如水系管网分布情况，各类用水设备、设施、仪器、仪表分布及运转状态，用水总量和各用水单元之间的定量关系，获取准确的实测数据。

（2）对单位用水现状进行合理化分析。依据掌握的资料和获取的数据进行计算、分析、评价有关用水技术经济指标，找出薄弱环节和节水潜力，制订出切实可行的技术、管理措施和规划。

（3）找出单位用水管网和设施的泄漏点，并采取修复措施，堵住跑冒滴漏。

（4）健全单位用水三级计量仪表。既能保证水平衡测试量化指标的准确性，又为今后的用水计量和考核提供技术保障。

（5）可以较准确地把用水指标层层分解下达到各用水单元，把计划用水纳入各级承包责任制或目标管理计划，定期考核，调动各方面的节水积极性。

（6）建立用水档案，在水平衡测试工作中，搜集的有关资料，原始记录和实测数据，按照有关要求进行处理、分析和计算，形成一套完整详实的包括有图、表、文字材料在内的用水档案。

（7）通过水平衡测试提高单位管理人员的节水意识，单位节水管理节水水平和业务技术素质。

（8）为制定用水定额和计划用水指标提供准确的基础数据。

四、进一步改进的措施和建议

（1）进一步建立完善、细致的节水的三级管理网络和节水管理制度。各单位应培养、配备专业的节水管理人才，把各用水点的节水工作落到实处。

（2）进一步建立深入、持久的节水宣传机制。利用世界水日、中国水周、科技周、全国城市节水宣传周等重要水事节日，开展广泛的宣传活动，加大对水资源稀缺、水资源无价、水资源节约保护的意识和节水方式方法、节水荣辱观等方面的宣传。

（3）进一步建立科学、合理的水量平衡测试分析长效机制。使查漏测试过程日常化，杜绝跑冒滴漏现象的存在，节约用水、合理用水、科学用水。

（4）及时根据管网变化、计量表位变化更新图纸和档案内容。建议实行专人管理，保证数据和图纸准确、资料完整。