对日测试工作总结6篇

工作任务十分艰巨，所以在写工作总结时一定要特别用心，只有认真对待工作总结的书写，我们才可以让自己的工作得到很好的指导，以下是发发总结网小编精心为您推荐的对日测试工作总结6篇，供大家参考。

对日测试工作总结6篇

对日测试工作总结篇1

进入公司已经有将近半年的时间，在公司领导的强有力的领导以及关心支持下，个人在xx年度取得了不小的进步。本人在工作过程中，较好地完成了xx年年度工作目标。现将个人工作情况作如下总结：

一、年度工作情况：

1、熟悉了解公司各项规章制度我于20xx年9月进入公司，为了更快更好地融入公司这个团队，为以后的工作打好铺垫，我加紧对公司的各项规章制度的了解，熟悉公司的企业文化。通过了解和熟悉，我为能进入公司这个团队感到自豪，同时也感到自身的压力。在以后的工作中，我将以公司的各项规章制度为准则，严格要求自己，廉洁自律，在坚持原则的情况下敢于创新，更快更好地完成工作任务。

2、熟悉项工程的结构，现场情况作为土建工程师，熟悉和了解现场对以后的工作是相当有利的。为了以后能更好地开展工作，我多次深入现场，对现场的布置做更深层次的了解。在掌握第一手现场资料之后，我查阅相关技术资料，对工程的结构情况进行研究，对以后施工重难点进行分析，对项目的基础形式进行分析，通过研究和分析，我对项目施工管理的实际情况做较为客观的预测，为下一步方案的编制提供了可靠的依据。

3、参加工程部管理制度的修改为了便于以后工程部管理，我结合公司的要求以及工程部的实际情况，并参考博爱以及其它比较知名的地产企业的相关制度，编制修改了工程部工程管理的各项规章制度，制度的编制有利于明确各个岗位的职责，为工程管理提供保障。通过这次编制，我对项目开发其它专业有了进一步的了解，也使自己下一步工作更加明确。

4、分析天气情况为了完成20xx年公司的项目开发任务，并做出科学而且符合实际的xx年工程部的工作内容以及项目施工进度计划，我对xx年全年的天气情况进行分析，结合武陟县的常年的天气状况，对xx年的天气进行了预测，同时将天气情况和工程进度互相结合，对工程进度进行合理的调整，抓紧施工良好季节，避开雨季大规模施工，并做好雨季以及高温季节的施工以及安全保护措施。

二、存在的不足以及改进措施20xx年即将随风逝去，回想自己在公司将近半年的工作，虽然工作量比较大，但是闪光点并不多，许多工作还有不尽如意之处，总结起来存在的不足主要有以下几点：

1、缺乏沟通，不能充分利用资源在工作的过程中，由于对其他专业比较陌生，又碍于面子，不积极向其他同事求教，造成工作效率降低甚至出现错误，不能达到优势资源充分利用。俗话说的好三人行必有我师，在以后的工作中，我要主动加强和其他部门同事的沟通，通过公司这个平台达到资源共享，从而提高自己的业务水平。

2、缺乏计划性在工作过程中，特别是项目开发的施工阶段，由于缺乏计划性，工作目的不够明确，主次矛盾不清，常常达到事倍功半的效果，领导不满意不说，自己还一肚子委屈。在以后的工作过程中，我要认真制订工作计划，做事加强目的认识，分清主次矛盾，争取能达到事半功倍的效果。

3、专业面狭窄作为一个现代化人才，他应该是一专多能的，这样的人才才符合时代以及公司的需求。自己的专业面狭窄，对房地产其它专业认识不够，特别是营销策划以及法律法规，这都限制了自身的发展。在以后的工作过程中，我将加强其他专业的学习，充分利用公司资源，提高主观能动性，争取能成为一专多能的复合型人才。xx年已过去，虽然项目还没有正式完工，但收获也不少。特别是公司几位领导塌实的工作作风以及认真负责的工作态度给我们员工树立了榜样。在以后的工作中，作为项目开发的排头兵，我将认真执行公司的相关规定，充分发挥个人主观能动性，以铁的纪律来约束自己，不断学习新技术新经验，善于总结，也希望公司的领导能给我更多的理解和更大的支持，争取为项目的开展贡献自己的力量。

对日测试工作总结篇2

我最初参加测试工作的时候，不知道什么是软件测试，集成测试和系统测试的概念经常混淆， cmm 是什么就更加不知道了。那时候最简单的开关机也是通过直接拔插电源完成，安装系统对我来说简直是有史以来人类的最高技能，对于那些拿着螺丝刀安装机器的人就认为是宇内超级高手，身具杀人于无形之绝世秘技。拿破仑说不想当将军的士兵不是好士兵，我最初的梦想就是想成为软件测试的高手，傲视天下。所以不断偷师，总结经验，自认为掌握了成为高手的几个秘技，这几年混迹 “ 江湖 ” 还算无往而不利。不敢独享，望与吾辈测试人员切磋，早日总结成功密技之大成，助新进人员早日入门，也算不愧对东北活雷锋的称号。

第一招学会利用网络

刚参加工作面对浩瀚的网络世界，当时如刘姥姥进大观园，什么都新奇，什么都想要，从网上下载很多源程序的代码，软件技术文档之类，恨不得把所有的好东西收集到手中，其实有些在他人看起来就是垃圾一堆。当时觉得有了这些 “ 武林秘籍 ” ，成为高手指日可待。最初参加工作由于自己工作努力有幸转为开发，加入项目组后我的习惯还是没有改，反而变本加厉，手中的资源更加多，上网的时间更加频繁。

一次项目经理分配任务，觉得依靠手中的秘籍加上自己的 “ 聪明才智 ” 很快会完成，不料短短的时间，所有的一切变成了马奇诺防线。解决问题很慢，思路不清晰，项目经理在对我施压的过程中教会了我终身难忘的一招，学会利用网络寻找要解决问题的答案，从此 google 成了我的最爱，关键字成了我变化的招数。在软件测试工作中，他帮我解决了很多疑难问题，解答了很多令我迷惑的地方。也是我帮助测试同行解决问题手段之一，很多软件测试新手，甚至老手都没有意识到自己手上就握有 “ 无敌秘籍 ” ，所以只要你耐心找，答案就在身边。

这里总结一下利用网络搜索引擎的技巧：

组合搜索

每次搜索某个文件，如果只给出一个单词进行搜索，经常会出现成千上百万计的匹配网页。然而如果再加上一个单词，那么搜索结果会更加切题。

选择表述内容的词组

一般我在网页搜索引擎的时候，选择一些可以表达我要查找内容的关键词组，用来缩小搜索范围，从而找到搜索结果是最好的办法。运用词组搜索涉可以先先简单地输入一个问题作为词组搜索，如果仍然找不到合适的，那就用多个可以表达要查询内容的关键字进行查询。

定位信息来源

有的时候用词组搜索不到或者无法准确表达所需信息。可以用另一种方法直接到信息源，就是直接到到提供某种信息的站点去。可以用公式 “ 公司名 .com” 去猜测某一组织的特点。从而得到所要搜索的信息的主要词组

其实网络上还有很多关于搜索技巧的文章，大家可以自行学习。千万要记住搜索引擎是帮助你成功的有力武器。

第二招学会动手

参加软件测试工作后，随着工作经验的增长自我感觉越来越好。在公司里也逐渐受到同事领导的重视，一次针对公司的新的软件功能进行测试的时候，像往常一样 “ 随手 ” 测试出了几个 bug ，然后 “ 仔细 ” 的填写了 bug 单(这个 bug 的现象已经出现了很多次了)。这时候测试经理走过来，重新复查了一下填写的 bug .他在重现我的 bug 的过程中，简化了我的输入变化， bug 神奇的又出现了，同样的现象，他关闭软件重新变化输入，扩展出 10 几个变化后，软件不动了，内存不断上升。终于他找到了产生软件的 bug 的原因，然后对我说 “ 寻找 bug 要准确定位，我们开发团队是一个整体，时间是等量的，时间不在你身上浪费，就是在他身上浪费。如果测试人员每次发现的 bug 描述不清楚，并且多个问题潜在的错误原因是一个，虽然操作可能稍微有些变化。这样开发人员在重现 bug 的时候他要调试跟踪判断，很花费时间，而且效率低。如果测试人员发现 bug 的时候多动手可以更加准确的定位 bug 步骤和原因，给开发人员最精确的步骤和准确的描述，这样整个团队才能高效，所以需要大家协作!。 ” .

在以后的日子里，每次解决问题的时候我都记得多试验几次，多尝试。网上很多朋友还有同事问我问题的时候，其实他们只是万里长征就差一步，只要再多动手实验一次就可以达到目的了。所以多动手，多尝试。

第三招思考自己所作的

刚开始入行的时候，总是思考如何做好软件测试。认为公司的测试流程混乱总是很郁闷，认为自己学不到东西，如何才能测试好产品，常说心动不如行动，以前看到古龙小说中经常出现的场景无名小子不断挑战高手，总结积累。我总结了有些经验是实战中得到的，所以不断尝试引入新的测试流程然后评估，这个过程虽然很痛苦，但是从中积累了不少经验。这段时间让我学习到了很多东西，接触了 iso，cmm ，测试管理工具，自动化工具(因为公司不正规给了我很多学习的机会，后来到了比较大的软件公司后，以前的经历给了我更多的发展机会，因为大公司非常正规了，公司内部人员分工明确，所以能力的锻炼反倒少了)。由于工作中经常写报告反倒养成了总结教训的习惯，因为纸面上的东西是永远也忘不掉的。在写的过程中可以不断补充扩展，整个过程是思想升华的过程，当年达摩面壁九年就是融会贯通的典型例子，如果他不是有个思考的过程，他也不能成为一代大家。如果后来不时有人把他的绝技记录下来，也就不能有后来的少林寺七十二绝技。

所以善于思考，总结经验，也是成为高手之路的不二法决。

对日测试工作总结篇3

为了贯彻落实学校体育“健康第一”的指导思想，切实加强学校体育工作的具体体现，我校十分重视《学生体质健康标准》实施和测试工作，在20xx年下旬对全校学生进行了体质项目测试，并将测试数据上报，现将实施工作总结如下：

一、积极宣传，加强培训，提高工作质量

开学初，组织各年级体育教师进行培训，明确各年级测试项目，测试步骤和操作细则，并要求体育教师对各班进行《标准》的测试项目及锻炼方法的宣传教育，让他们认识《标准》实施办法的重要性和必要性，把“达标”的具体项目落实到每一节体育锻炼课和课外活动中去，做到有目的、有计划的实施。

二、认真组织测试，保障安全

1、在测试前，对学生进行身体健康情况的摸底调查，有计划、有组织地安排测试，并对测试仪器调试、场地、设施以及环境的布和安排进行排查，制订详细的测试细则和安全措施，指导测试者做好充分的准备活动等。

2、对各年级的测试项目都做了统一的规定，身高、体重、视力、坐位体前屈、一分钟跳绳、50米跑为各年级的必测项目，三至五年级增加了一分钟仰卧起坐。四、五年级增加了肺活量。在测试过程中，充分发挥体育教师的作用，使学生能安全有序地完成测试任务。

对成绩不合格和请假学生进行补测工作。

3、在测试过程中，学生态度端正，认真测试，各项测试成绩很正常。但是低年级同学多一部分不会跳绳，导致跳绳成绩较低。高年级学生对跳绳感兴趣，成绩较好，总的成绩还是能够达到100%的及格率。

三、数据整理上报、存档

在测试全部结束后，对数据进行整理、分析并上传，实事求是地向教育局反馈，所有工作按时完成，测试数据真实、准确无误并及时完成数据的上报工作。当然，在《标准》实施的过程中也存在和反映出了一些具体问题。通过测试调查，结果表明，学生的体质健康的现状不容乐观，主要表现如下几个方面：

1、学生视力下降严重，速度、爆发力、力量等素质均出现全面下降，除反映速度素质的50米跑成绩下降幅度较小外，力量素质的仰卧起坐成绩下降幅度较为明显。

2、肥胖学生增多，特别是低年级肥胖增长更快。而随着人民生活水平普遍改善带来的热量摄入过多，饮食结构和习惯也不合理，是导致学生肥胖，身体素质下降的主要原因之一。

3、从坐位体前屈及格人数看，学生身体的协调性还有待于提高。特别是水平三学生较为突出。

四、对实施《学生体质健康标准》几点想法：

1、要把《学生体质健康标准》的推进工作，作为加强学校体育工作的武器，各级管理层面和领导小组认识上要进一步到位，抓住《标准》实施的契机，来提升学校体育工作。

2、《学生体质健康标准》的推行要与实施《体育与健康》的新课程标准相结合起来，要将“健康第一”的指导思想落实到实处，要把精力集中到推进学生经常锻炼的环节上，防止和克服考什么，教什么，只抓“达标”，不管锻炼过程的本末倒的做法。

3、建议今后可以把《学生体质健康标准》各学年成绩作为体育教师工作考核和各班级评优评选的依据。

总之，在这次测试工作在全校师生的共同努力下，积极发动，精心组织，合理安排，已划上了圆满的句号，过程中虽然取得了一些成绩，但是也存在着不足，以后我校一定把学科教学和《学生体质健康标准》有机整合，始终把实施《标准》工作纳入全面落实素质教育的活动中，始终树立“健康第一”的思想，让我校的体育教学工作再上一个新的台阶。

对日测试工作总结篇4

时光飞逝，在这年里本人独立负责测试的项目10个，与其他测试人员联合测试的项目9个以及gis应用虚拟项目（2个版本）。

其中独立负责的项目对项目的开发周期做全程跟踪测试，联合测试的项目协助其他测试人员完成项目测试工作。繁忙的工作使自己在过去的一年里学到了很多，同时也提高了自己各方面的能力。感谢领导的支持和指教，现总结如下：

一、本年度工作完成情况

独立负责的项目列表：

1）《xx空调进销存系统》

2）《xx空调售后服务系统》

3）《xx统计局数据管理平台》

4）《xx统计局数据展示系统》

5）《xx统计局gis应用系统》

6）《xx电网 web gis系统》

7）《xx电网移动电子化移交系统》

8）《xx电网 xx局单线图绘制系统》

9）《xx》

10）《xx城市林业生态圈资源信息集成系统》

与其他同事联合测试的项目列表：

1）《xx市规划局办公系统》

2）《xxx地理公共服务平台》

3）《xxx市规划局自动化办公系统》

4）《xxx县城建档案馆著录系统》

5）《xxx市统计地里信息系统》

6）《xxx市社会安全联合救助系统》

7）《xx市施工图审查中心一体化办公平台》

8）《xx控制性详细规划系统》

9）《 xx市地理信息系统》

gis 应用虚拟项目

1）gis 应用xx项目 b/s版本

2）gis 应用 xx项目 c/s版本

其中xx项目的测试工作，多次与开发组人员一同参与在客户处讨论需求与细节要求，对客户的习惯和要求有了清晰明确的了解。与电信的验收测试中学到了很多专业的测试方法和测试经验，和他们成为了好朋友。在后续的合作与交流中，将更进一步提高自己的专业技能，保持良好的沟通与联系做好测试工作。

南网的项目在通过开发组的培训后，对南网1.0环境与功能，数据库的结构有了比较清楚的了解，对测试南网2.0很有帮助，主要是对电力这块的业务有了深入的了解，对测试电力行业的系统打下了业务认知基础。加入专业的测试方法，使测试工作更好的服务于项目。

很开心在公司的qc与svn上，留下了我对以上19个项目测试工作的痕迹，我将不断努力工作，为测试团队在公司中更有价值积极进取。

二、个人取得哪些进步

繁忙的测试工作虽然很辛苦，但得到了领导的支持与指导，通过自身学习，使自己各方面都得到了提高。现总结如下：

1）对性能测试比之前更加专业熟悉。

通过使用 lr性能测试工具以及其他辅助工具，对xx两个项目和南网的webgis 项目进行了几次压力测试。通过深入了解业务，设计有针对性的性能测试方案，得到了电信与xx客户的认可。这其中主要是与电信测试人员的合作与交流中，学到了很多专业的测试手机端程序压力与手机客户端性能的方法。对文档的要求与制作也更加严格、专业。

2）通过了解电信测试对开发文档的要求。

认识到文档的重要性与测试文档的重要性，因此xx进销存后期开始研发后，就不断给项目组灌输客户对文档的要求与格式，以及电信验收中的习惯与要求，避免了类似xx售后在摸索中，痛苦加班赶制文档的经历，在张经理的严格督导下项目组更新文档都很及时。目前项目已经通过了第一期验收合格。

3）参加了公司培训的gis应用开发。

对gis的应用有了初步的了解，第一个项目是测试湖南天地网系统，在测试过程中，对gis应用有了实践。并产生了浓厚的兴趣，对配图、图层切图等arcgis相关有了实际操作，在考核中得到了巩固。

4）在前期做配置管理的学习中，学会了svn的环境配置与管理，感谢谢敏在我学习svn过程中的指教和帮助，使我对独立搭建svn环境更加熟悉。

5）对软件测试工作有了新的认识。

在测试工作中，仅对测试的工具和测试方法熟悉只是测试工作的基础，需要深入了解业务以及软件需求的趋势，才能更好的做好测试工作。

对于性能测试更需要在这个基础上对计算机原理、网路、行业有全面的了解和经验，才能对测试的数据做出精准、详细的分析。给出参考价值高的测试报告。

三、遇到的问题及解决方案

1）项目紧急、开发人员少、测试时间少，客户更新需求超级频繁，开发计划刚做好，需求又变更了。

比如xx售后项目，前期测试计划基本上每天都在变动。因此前期测试过程中，是连接正在使用开发的环境在测试，测试起来难以把握。

处于婴儿期的项目，加上没有开发手机端的经验，因此bug特别多，测试工作比较辛苦。进入xx进销存开发初期，在与客户沟通，先画出ui界面再开发后，项目开发顺利了很多，测试工作也没有前期那么紧张了，虽然还是经常要加班，但是明显比最开始开发手机端要好很多。

2）测试环境硬件比较缺乏：

xx项目测试期间初期，公司未申请空间，但是测试必须用到外网，客户借用了服务器，但是有客户的其他软件正在使用，因此不能重启，资源也无法准确的预估，对开展测试工作有很大的局限。

xx项目完成基础功能，准备完善功能细节时期，得到了许总和张经理的支持，公司申请了自己的空间，也办了手机测试卡，使测试硬件得到了彻底的改善。使我的测试工作有了很好的开展，也因此为客户提供了大量测试数据和测试文档，并最终得到了认可。

3）中途介入的项目

由于项目开发前期对业务没有了解，加上自身负责的项目工作也比较忙，因此经常有对业务不熟悉，无法测试整个系统的流程的情况，我目前使用的办法是：平时对规划行业和测绘行业的业务加以关注和学习，加上对gis应用的培训与自身的经验，要短时间对系统进行彻底测试也不是可以的。

总结：只要有归零的心态，时刻更新自己的专业技能，并累积经验，做到时刻学习，不学习就会退后、认真的做一件事总是会找到做好事情的方法。

四、工作感悟及建议

1）感受到了积极主动，富有激情的团队氛围。

xx的项目时间特别紧、需求变更特别频繁的特点，加上没有手机端的开发经验。因此前期特别辛苦，测试手机端程序也是从这个时候开始的，在这个过程中，我对手机端程序开始了积极探索与学习。了解手机端程序的开发与测试方法，特别是手机端性能测试与功能设计体验方面，我自己总结出了很多方法和经验，与大家一起分享，感到很开心。

2）浓厚的培训特色。

在进公司前我不太了解arcgis的应用，测试项目时感到有担心，但是马上就有公司的arcgis相关培训，使我们学会了部分基本的操作、对gis应用也有了引导入门的培训。这使后续我自行学习和巩固有了很大的帮助.

3）开发在业务培训上花了很多心思。

在参加规划办公，测绘、南网的业务培训过程中，使我对业务与系统有了相结合的对应熟悉与了解，对后续测试系统很有帮助。也缩短了我们测试系统流程花费的学习时间。

4）建议：

能增加一套测试环境需要的硬件设备。专门用来测试，目前我们很大程度上依赖开发现组的环境进行测试。如果有了专属的测试设备：将组建更完整的测试环境，使测试工作有基础得到更全面专业的实施。

五、下年度个人职业工作规划

本人希望在专业测试的基础上，多做管理方面的工作。在上述工作总结中，本人主要是设计测试用例（场景测试），配置独立负责项目的环境，熟练使用测试工具，熟悉软件测试流程，进行bug分析和预防，对配置管理这块比较熟悉，平时我有对管理类课程的学习和培训，自学了余世维的全套管理类网络教学，希望在新的一年里，继续在公司服务，发挥自己对公司的热情、贡献自己的力量！

对日测试工作总结篇5

这个学期我学习了软件测试这门专业课程，在学期即将结束的时候，我也对这门课程建立基本的了解和理解。软件测试这门课程作为软件工程专业中一门很重要的课程，已经在软件领域占据了不可替代的角色，当一个软件从雏形到真正的在一台计算机上运行的时候，谁也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软件测试，其目的是：第一是确认软件的质量，其一方面是确认软件做了你所期望的事情，另一方面是确认软件以正确的方式来做了这个事件。下面我简单的写一下这个学期对课程的总结和收获。

我认为，在整个庞大的软件工程中，不管是需求分析、架构设计甚至是最后的debug，都会产生引入不管的机会，这就要求作为一个软件测试师要掌握丰富的软件工程原理和知识。测试的工作将会存在于整个项目周期，即在项目开始时需要各种分析调研时就开始了。尤其是在形成需求规格说明书时就有对文档的测试需求，甚至主导整个项目的走向。

软件测试对逻辑思维、学习能力、反应要求很高，是否有严密的思维和逆向思维也非常重要。做测试还要考虑到所有出错的可能性，有时候还要用一些非常规的的测试方法。软件测试还很注重软件性能问题，也就是要保证软件运行得很好;不同的使用环境下，考虑软件的兼容性同样重要。对于测试员来讲，会比开发人员更加重视软件产品的质量问题。在测试过程中，测试者可能会为客户的需求角度考虑到更多，由此我们可以认为测试人员有权利决定产品是否可以发布。然而，通过一个学期的学期，我们又不得不懂得，软件测试人员不是万能的，测试人员在面对一个设计烂编码烂的软件时，也是无法不低头的，再怎么测试它也变不成优秀的软件。

通过课上的理论因为课下的实践和后半学期又因为身体力行于

1、最基本的测试的分类：从是否需要执行被测软件的角度，可分为静态测试和动态测试;从测试是否针对系统的内部结构和具体实现算法的角度来看，可分为白盒测试和黑盒测试。

2、然后就是，白盒测试中的逻辑驱动测试的覆盖率测试。

3、还有就是对于划分等价类和边界值法这一块，让我从模糊到明朗。

4、在初次写测试用例的时候，感觉真是纠结，用例写的很死板，看似简单的一个填表工作，要写好真是不简单。一开始写的比较不自然，有些生搬硬套，而且还很慢。在后来负责了对论坛新鲜事版块的测试之后，明白了测试用例其实就是指导怎么去执行测试，而且书写设计测试用例也要以熟悉软件的业务为前提，才能更好的去测试。

另外就是一个学期的学习让我纠正了几点误区：

1.有位大师曾说过：“软件测试的目的在于发现错误，一个好的测试用例在于发现从来未发现的错误，一个成功的测试是发现了从未发现的错误的测试。”由此我自认为测试就是为了找到bug，然而一个学期的测试学习经验告诉我这是错误的，如果只是为了找到bug，那么bug会成天缠着你。

2.在大家协力测试论坛的时期内，我曾认为这种大量的重复性的工作真的很乏味，可是在这乏味中真心发生挺多有意思的bug，意想不到的bug，所以我认为只要掌握了方法，在重复中寻到到创新的小惊喜，任何东西都有它的特点。

作为测试新手，通过一学期的学习，我认为能独立写测试计划，设计测试用例，精通一种测试工具，理解一种bug管理软件是新手晋级老手的必备素质。任重而道远?!

在最后，我不得不提的就是细心和耐心了。这是我认为这个学期测试课上收获的了，课程要求测试时必须细心和耐心，我在想，如果以后真的工作在测试一系列的岗位上，要学会坐得住，用大量的时间和精力和bug斗争，分离、识别还有归类bug，是不是也能真的改变我粗心大意和三分钟热度的毛病。

最后感谢刘老师这学期的课程讲授，和实践中的指导和帮助。测试路程，路漫漫其修远兮，吾将上下而求索。

对日测试工作总结篇6

1、概要

本报告旨在总结手游测试的流程，主要从黑盒功能测试方面出发，以手游测试为中心作出的一份工作总结报告。

2、qa测试的定义和工作职责

我所理解的qa（qualityassurance），中文为“质量保证”，在整个项目产品的生命周期中，qa将与项目中的其他所有部门进行协助合作，跟踪和分析产品中的问题，督促问题的解决，同时尽可能从用户玩家的角度分析游戏的不足及不合理之处，以保证游戏质量达到项目需求。

qa工作职责是对游戏进行测试和建议，在项目生命周期内游戏各阶段正常运行为工作重点。合格的qa在进行测试工作的同时会逐步成为对项目产品最了解的人员，应当对游戏的各个方面和项目的工作有充分的了解，从而及时发现游戏中的缺席和项目管理中的缺陷，并提出专业性建议。

qa所着重做的三件事：

①发现并跟踪游戏的bug。

②指出游戏中存在的瑕疵。

③从用户角度提出游戏的不足和对游戏的建议。

3、游戏测试的流程

游戏测试流程依附于游戏开发的流程，一个正确，正规，合理且科学的测试流程对测试的效率和工作质量有至关重要的作用，这里不再赘述。

下图是我个人对游戏测试流程的理解，这份报告也将围绕我所理解的测试流程展开。

4、测试

准备期

测试准备期是测试工作的酝酿奠基期，为整个测试的工作打好基础。

4.0 项目计划

测试应当尽早介入项目，从测试的专业角度为项目提出意见。根据项目计划分析出测试需求，从而为测试计划做铺垫。

4.1 测试计划

4.1.0测试计划定义

测试计划依附于项目计划，同时又应该有自己的独立性，对项目计划有监督催促的作用。当测试计划与项目计划发生冲突，断档时，应及时向pm反应，以检查项目或测试计划哪个部分出了问题，作出相应的调整，保证之后的流程能正常正确的进行。

测试计划制定应依据测试需求，将测试工作进行合理有效的划分，为下一阶段的测试做好准备和规划，使测试人员清晰的了解项目测试情况以及每个测试阶段该做什么，也可以让项目的其他人员了解测试人员工作内容，以便配合测试工作。测试计划分为总体测试计划和详细测试计划。

4.1.1测试计划的目的

测试计划的制定应明确：

（1）为什么做这些测试。

（2）不同工作阶段的测试内容。

（3）不同测试阶段的起止时间。

（4）测试环境，测试文档存放位置，bug的管理方法。

（5）测试人员安排。

（6）如何测试，测试的方法。

（7）测试的风险评估

（8）游戏所要达到的质量标准

测试计划编写完成后，需所有测试和开发人员进行评审，对测试计划进行完善修复，直至大家达成一致。然后根据测试计划制定详细的测试方案，测试计划和测试方案最大的区别在于前者重点在于“做什么”，而后者重点在于“怎么做”。

4.2测试用例

测试用例是对测试任务的细化描述，包含具体的测试方案，测试方法，测试技术，测试策略等的一个文档。

理论上测试用例应包括以下几个要素：

①编号：同一份用例中编号应具有唯一性。

②模块：用例对应的功能模块。如：背包的一键整理功能

③重要性：用例的重要程度。

④预置条件：执行用例的前置条件。如：游戏版本号，运行环境等等

⑤测试输入：执行用例所需的输入。

⑥操作步骤：执行用例详细的步骤。

⑦预期结果：执行操作步骤后预期所得到的结果。

⑧测试结果：pass/ng/nt

⑨备注：补充说明。

4.2.1编写用例的准备

首先，详细阅读策划文档，拆分策划文档中的功能点。然后，根据功能模块进行划分，细化每个模块的用例。然后，根据功能模块的逻辑，关联设计用例。最后，依据测试用例的设计方法，保证测试用例的规范，有效。

4.2.2测试用例的设计方法

测试用例的设计方法有很多，网上也有很多总结，适合自己的方法才是最好的方法，下面我写几个自己常用的用例设计方法，有的是自己总结的，有的是较常使用的。

（1）需求文档拆分转化法

所见即所得，策划文档是我们设计用例的基础，将我们在策划文档中所见到的都转化成我们的测试用例。包括但不限于：所有策划文档需求描述的文字信息，所有策划文档中的流程图，示意图，状态图等，所有和策划进行交流所达成的需求信息等等。都可以转化成测试用例。

这是我写测试用例的第一步，也是我最开始写用例的基础。这个过程应当充满着愉快（？）的交流，一定要耐心询问策划自己的每一个对需求的质疑和不确定的地方。

（2）错误推测法

基于上述所得用例，及自己的经验直觉，推测出游戏中所可能存在的错误，从而针对性的写出测试用例。

包括但不限于：正确操作过程的不正确操作，容易发生错误的情况，在以前测试中发现的相同或相似错误，相同逻辑下其他用例发现的错误等等。

（3）边界值法

边界值法是很重要的一个用例设计方法，也是问题出现较多的地方。边界值法就是对输入和输出的边界进行测试。边界值的例子有很多，比如：购买物品的最小值和最大值，ui界面的边缘，活动的开始和结束时间等等。

需注意凡是文档中规定了有取值范围（值不一定就是具体的“数”，重点在于范围）的都需要进行边界值测试；凡是有次数和时间相关的，都需进行边界值测试；凡其他有边界的情况（单项边界，双向边界），需进行边界测试。

边界测试的取值应注意：

①给定了取值范围，应选取恰好在边界，在边界外，在边界内三种来测试。

②给定了个数或次数，应选取对应个数，最大个数，最小个数，比最大最小个数恰好大1或小1等几种值来测试。

③其他各种边界情况。

（4）等价类划分法

如果穷举来写用例的话，用例是无穷无尽的，不仅浪费了大量的用例编写时间，而且非常影响用例执行的效率，做了无用功。等价类划分法通常与边界值法相联系来写用例。等价类通常划分为有效等价类和无效等价类。

等价类法可以提高测试用例编写的速度和用例执行的效率。

举几个例子来说下有效等价类和无效等价类：

①比如购买物品，数量最小为1，最大为20。那么购买1-20个物品就是有效等价类，也就是1-20是等价的。小于1或大于20的就是无效等价类。当然边界情况要根据边界值来进行用例编写，这也是为什么我说等价类划分和边界值通常要联系着来写用例。

②再比如购买物品输入数字，只能输入数字，其他都不能输入，那么所有数字算是一个有效等价类，其他如汉字，符号，字母等是无效等价类。

等价类还有很多例子，不再一一列举。

（5）穷举法

穷举法用在等价类不能作用在的情况。比如，玩家起名字不能用特殊符号，此时需对特殊符号进行穷举测试。

（6）逻辑图法

画出文档实现的逻辑关系图，或询问程序功能所实现的逻辑，对功能的逻辑结构有所了解然后遍历逻辑图中的各个路径。通常有：判定逻辑的真值和假值（可看做if··else··，true or false，如果为真，则怎么怎么样，如果不为真，怎么怎么样，），条件逻辑的分支覆盖（可看做swich case1 case2··），还有上面两种的组合逻辑，等等。这种方法我不太常用，很多情况是在出现bug后像程序或策划询问分析bug时，深入询问实现逻辑才会做。

（7）其他的用例设计方法

用例的设计方法还有很多，上面是我经常所用到的方法，除此外还有因果图法，正交实验设计法等等。留待以后作深入研究再补上。

4.2.3编写用例所需要注意的地方

（1）尽量根据用例的执行顺序编写用例，从而提高用例的执行效率。

（2）编写用例前一定要熟知功能系统的需求。

（3）编写用例时要根据测试功能项目进行分类，便于之后的分析和阅读。

（4）编写用例时要着重主要功能需求的重点，以及功能需求和流程中风险较高的地方。

（5）用例条数的多少不能说明用例质量的好坏，做到不多不少，覆盖全面最好。

（6）测试用例写完后应在项目组内进行评审，评审通过后方可执行。

4.3 测试环境

这里所说的测试环境是广义的测试环境，包括测试工作所需的软件和硬件。硬件环境如测试所需服务器，客户端，网络设备，各种测试机等等。软件如测试工作所需操作系统，数据库，bug管理软件，版本管理控制软件（svn）以及其他所需用到的软件。

测试环境的要求：