测试工作总结7篇

【#实用文# #测试工作总结7篇#】我们特意收集并为您呈上“测试工作总结”相关内容，文档处理不光是指电子文档的处理也包括了纸质文件的处理方法，写文章前不妨花上一些时间看看范文。经常阅读范文可以提高我们的写作技巧，如何将范文内化为自己的写作模版？请务必将这篇文章收藏并分享给您的朋友们感谢支持！

测试工作总结篇1

转眼间来公司已经一年多了，在这一年多的时间里做了很多工作，也学到了很多知识与道理。下面针对20**年的工作情况，进行简单的阐述。希望各位领导和同事能对我的总结进行批评指正。

2、性能测试。

3、配置管理。

20**年我主要完成了以下几方面的工作：

各项测试的主要内容分别为理解需求、分析业务，编写测试计划、测试用例，执行测试，记录缺陷，编写测试报告。测试过程中与开发人员、系统集成人员以及客户等多方进行沟通工作。

负责将每次测试的交付物、培训文档、测试模版等整理并上传到SVN上。

20**年下半年，由于工作较为繁忙，测试团队在不断壮大，我负责带领指导3个新人。负责培训测试技巧，指导书写文档等工作。

三、经验分享

从多次测试任务中，总结出以下两点：

1、测试任务开始前，将测试范围、深度、文档书写规范等规则统一制定好，减少返工的工作量。

2、编写测试用例前，将所有情况简单列举出来，与开发人员或需求提出人员确认无误后，再具体形成文档。

在部门建设上，我想可以从以下几方面逐步开展部门建设工作：

1、强化制度建设。例如：系统上线后新增bug的责任划分、任务延迟时需说明原因等。

2、争取能让开发人员了解测试过程。如果能让开发人员了解测试过程，可以让测试工作更好开展，以及获得更好的.配合。

3、加强部门测试成果的积累与沉淀。每次测试完成后，相关测试人员要进行业务总结，写成文档上传SVN，以便知识共享。

4、除了将已有测试成果进行有效管理外，还需要将已有的测试知识沉淀下来。例如：对项目的测试经验，性能测试的经验，测试用例设计经验等等。

20**年，我希望能通过参与具体项目的实践，达到以下目标：

1、能将测试过程在项目中真正的运用起来，并让项目的开发人员了解我们的测试过程。

2、在项目中沉淀出一些部门成果。

3、除了保质保量的完成项目测试工作外，我还将积极、主动的参与部门建设工作，和部门所有成员一起努力，在领导的指导下，将我们部门做成受到公司认可，有一定地位的部门。

以上是本人20**年度的个人工作总结，请各位领导和同事能够提出意见。

测试工作总结篇2

我校积极响应贯彻落实《中共中央国务院关于深化教育改革全面推进素质教育的决定》，国家教育部、国家体育总局制定并在全国大、中、小学推行《学生体质健康标准》。于20xx年5月下旬对全校学生进行了体质健康测试，并按规定对成绩不合格以及缺考的学生进行补考，12月17日已将测试数据上报。

一、具体实施

1、在学校的大力支持下，今年又增购了简易测试仪器。为了确保学生体质健康测试数据的真实性和有效性，同时能够高效率完成测试工作，学校规定教师必须在测试前参加测试方法的培训、测试规则和评分标准的学习。在考前熟练对各项仪器的操作程序。

2、组织测试。我校共有学生355人，考虑到测试人数较多，且学生的学习任务重，为了不占用学生更多的时间，所以从20xx年的5月下旬开始我校学生体质健康测试。我们利用几节体育课时间对学生的身高、体重、肺活量、立定跳远、耐力项目，进行统一测评。

3、作好对成绩不合格或请假学生的补测工作。为保证测试数据的准确，本着为学生负责，为教育事业负责任的态度，我们利用体育课教学的时间传授学生各项测试的规则方法，学习评分标准，让每位学生都能够明确测试的意义、方法和规则。每位体育教师都应本着对学校和学生负责的态度提出了一些有建设性的意见和建议，使我校的测试工作逐步走向正规化。同时也严格学生的请假、免考的办理手续，按规定为未测和不合格的学生提高相应的补考机会。

4、数据整理上报根据省教育厅的要求，在测试全部结束后，要对数据进行整理，生成书面报告和磁盘文件。为了及时完成上级的任务，体育教师们要在测试完毕后及时整理好测试数据，对各类数据进行汇总、筛选、计算，确保能够在规定时间内提前上报，完成数据的上报工作。

二、数据分析

1、测试完毕后对学生公布考试成绩，让学生了解自身的体质状况，激励学生不断提高自身的健康水平。

2、教师了解每位学生的体质状况，有的放矢的指导，教育学生树立健康观念，找到强身健体的科学方法。

三、学生体质健康测试实施情况总结反思

测试由全体体育老师担任，并设有专职数据管理人员1名。体质健康测试已经在我校全面展开，并逐步规范。按教育部、国家体育总局要求，我校已经按时将20xx学年的学生测试成绩上报到数据管理中心。在我校领导和全体老师的积极努力下，顺利完成了355多名学生的六项测试，并按要求将全部学生测试数据录入数据库并提前上报。在测试过程中我们发现了学生体质健康测试的成绩不太理想。通过本次测试，我们应注意今后在体育课堂中进一步加强对学生的思想教育和测试仪器使用的正确方法。学生体质健康测试并不仅仅是体育老师的事，而是全校师生必须引起重视的头等大事。我坚信在以后的工作中，我校学生体质健康测试工作会越做越好！

测试工作总结篇3

总体来说，XX年我主要完成了以下几方面的工作：项目测试工作知识与经验分享完成所需知识的积累工具学习及研究具体来说，如下： 1.项目测试工作这段时间，我主要是协助c.y.x进行cmbp项目测试，主要工作内容有：对测试用例的编写提供反馈意见；对测试过程及测试情况进行分析，并提供意见；设计业务测试数据的例子；绘制系统关键业务流程；进行主要功能的界面测试、功能测试；按照测试用例执行测试，并提交测试汇报；进行需求验证工作。 2.知识与经验分享这部分工作，主要表现在四方面：完成项目测试经验总结完成“测试经验交流与知识分享”简报，包括简报材料的制作。该简报内容包括：项目测试经验介绍、测试度量、性能测试知识介绍、oadrunner使用经验交流。对现有测试规范提供改进反馈意见；根据以往经验，在cmbp项目中提供帮助。 3.完成所需知识的积累这部分工作，主要是为了更好的完成工作，学习所需的知识、工具及技能。我主要是根据《新员工入职指引表》的要求进行的。主要工作内容有：学习金融行业业务知识学习公司研发规范学习研发部产品知识(保理项目、inteiworkfow、农行crm系统、工作流知识) 参加公司或业务部门组织的培训(新员工入职培训、基于um的面向对象分析和设计、金融衍生工具介绍) 学习缺陷管理工具ttp 4.工具学习及研究根据《新员工入职指引表》的要求，我了解rationa测试解决方案和工具，并进行rationaperformancetester的研究。完成对rationaperformancetester的研究后，我提交了研究成果，包括：《rationaperformancetester6介绍.doc》、使用rationaperformancetester进行性能测试的例子及学习参考资料。二、XX年计划XX年，我希望能通过参与具体项目的实践，达到以下目标： 1.能将测试过程在项目中真正的运用起来，并让项目的开发人员了解我们的测试过程 2.在项目中沉淀出一些部门成果除了保质保量的完成项目测试工作外，我还将积极、主动的参与部门建设工作，和部门所有成员一起努力，在领导的指导下，将我们部门做成受到公司认可，有一定地位的部门。

测试工作总结篇4

一直在对公司几个固定的软件做测试工作，在接到进行KJ385系统的测试任务之前对我们的在线系统一直没有一个很深刻的认识，甚至于对主站、分站、接口这样的术语也是一无所知，只知道一点我们的在线系统在公司是一个很重要的项目，大家对其也抱有很大的信心，一定要让其顺利的通过煤安认证。

11月26日开始本系统的测试工作，其实也算不上是只针对于软件，需要排查软件本身的错误，然后从软件中发现硬件上传的问题，与开发人员一同分析确定bug是由软件还是硬件程序产生的。从学习到测试到排查，整套系统测试完毕真的收获很多，无论是知识上还是以后工作中需要注意的地方。想在此把我的整个测试过程记录一下，也算是对这段时间工作的一个总结，不过这些收获还得要归功于我的领导，如果不是他这次把这个任务分给我，我真的学不到这么多东西呢。

说团队合作可能意义太广，我要表达的一个意思就是一旦一份工作需要其它人的协助配合，一定要让别人了解到你确实是想得到问题的答案，你在虚心请教他们每一个人，这样整个小组才能有一个好的工作氛围，才能让工作顺畅的进行下去，对其它成员的工作不理会，也势必会对自己的工作造成困扰，因为你永远都不可能保证自己工作中不会遇到问题。

这个效率的提升不是从我本人身上得到的一个体会，而是整个工作过程中我对其它人工作效率的一个总结（不过这可不是批判其它人的工作，也算是对自己以后工作中尤其要注意的一方面的一个提醒吧。接到一个大的任务可能你要做的工作很多很多，（比如说我们的在线系统，硬件上你既要熟练掌握各个硬件设备的挂接，又要学会修整其中出现的小问题，保证硬件正常的情况下还要确保软件无误）这时候时间上的把握一定要清晰，今天做什么，明天做什么，工作与工作的衔接是否得当，第二天做的工作前一天是否已经对其做了初步的准备。应该要列一个详细的时间安排计划，没有计划的工作只能让你手忙脚乱，看上去你一直忙忙碌碌，但其实每个工作都没有结果，这样势必会导致你的工作质量下降，甚至于任务的延期。如果在工作进行时确实因为一些其它原因导致不能按照原计划执行，或者说因为执行某一项耽误了后面的进程那自己利用业余时间将计划进行修整以保证后面的工作不会受到很大的影响。工作务必要保证在合理的时间段内高效率的完成。

确定当前你的重点测试方向，是硬件还是软件，如果是当前重点测试软件问题，一定要保证其硬件的挂接正确，硬件本身能正常工作。将软件的简单独立功能测试完毕，再去重点测试实时在线传输，实时在线传输讲求的是性能稳定，一定要制定合理的测试方案保证能顺利的让软件通过性能测试。初次测试个人感觉对软件的测试极不成功，因为没有制定一个合理的测试计划，以至于因为硬件程序的问题让软件的测试很被动，重点测试方向给转移了。但事后仔细想想，反复验证硬件程序的时间之余足以让自己把实时上传的测试方案写出来，这样也会加速后面的测试进程，让工作仍然保持有序状态。

前面说的实时在线传输系统看的是系统的稳定性能，长时间加载之后如果发现有问题，作为测试人员也要在第一时间对其排查，要首先排除人为因素造成的故障或是机器本身是否有问题，然后要对数据进行分析查看故障日志的发生时间、查看数据的完整性，以便开发人员在询问有关故障适宜时能够应答自如，这样就能更有利于开发人员确定错误，以便及时对其修改，对于已经确定的问题修改完毕之后列为重点测试对象继续对其监测。开发人员也找不出问题的所在，这时作为工作组成员要做的工作就是提出几个测试方案以便依次进行排查。（如我们本套系统我确定设备没问题，但就是不清楚到底是分站问题还是主站问题，这时候为了找到问题根源就必须想几个测试方案，如我们先单独挂接一种类型设备加载固定时间确定单个设备没有问题再依次往上挂接其它类型设备，多一种设备一旦出现问题那产生错误的根源也就找到一定是某种设备的传输对另一种设备类型造成了影响…）本次测试对自己提供测试方案这方面比较满意，其中也排查出了问题所在。

曾经看过一句有关测试的话语，一个好的测试人员不是发现更多bug使得开发人员不自在的人，而是能够说服开发人员修正更多bug的人。对这句话自己当然是持中立态度。但是这句话却现实的反映出开发人员与测试人员在工作中的对立问题。任何一个开发人员都不希望自己的程序或产品出问题，甚至于我们发现的错误有时开发人员并不认同，认为是我们搭建的环境问题，这时候就要看测试人员如何去沟通表达。工作中一旦发现问题不要去数落开发人员的不是，而是向开发人员报告错误之后与开发人员一同去确定bug。或者更进一步帮助开发人员一块去思考可能产生问题的原因，这样开发人员才乐于接受。（自己对此深有体会，从开始对开发人员改程序的不耐烦到与开发人员一块排查问题所在，自己感觉很有收获，一点小小的成功软件上一块跟开发人员解决问题）与开发人员的沟通配合靠的是换位思考，换做自己的话也未必不会出现这样的错误，甚至有可能出现的问题更多呢。

测试工作总结篇5

在检测四年来，在领导的关心指导下，在同事的支持帮助下，我不但勤奋踏实地完成了本职工作，而且顺利完成了领导交办的各项临时任务，自身在各方面都有所提升。为了更好地做好今后的工作，总结经验，吸取教训，本人的工作总结为以下几项：

检验工作是一个特殊的岗位，它要求永无止境的学习新的知识和提高技能,为达到这一要求，所以我们必须要注重学习。

一年中，因休产假未能赶上公司搬新地址的任务，很是遗憾，四月份上班工作岗位是做业务员。收样录单子盖章打印报告存档案，与同事合作的很愉快。其实业务员需要的综合素质很强既要了解样品的接受数量，标准规范，价格，也要了解试验完成时间打印报告，很好的与客户沟通。完成了领导给予的任务。

之后因工作需要调回检验室，负责水泥粉煤灰检测。因在哺乳期公司福利享有哺乳时间，特别感谢领导的关心与照顾，在主任和同事的帮助下慢慢熟悉了检测的过程，认真仔细重新学习标准，很快掌握了水泥粉煤灰的检测。

四年以来，我能自觉遵守公司的各项规章制度，在工作中，不迟到、不早退、有事主动请假，尊重领导、团结同事，待人真诚，任劳任怨。努力做到了：

一是按规章自律。领导规定不准做的我绝对不做，领导要求达到的我争取达到，不违章、违纪，不犯规、犯法，做个称职的检测员。

二是用制度自律。我严格按公司制定的各项制度办事。在质量方面，坚决做不该用的坚决不用。在同部门其他同事的工作协调上，做到互相理解、互帮互学、真诚相待，建立了友谊，也获得了许多有益的启示。勇于进取，一如既往地做好每一件事情。

回顾检查自身存在的问题，虽能敬业爱岗、积极主动开展工作，取得了一些成绩，但仍然有许多需要不断的改进和完善的地方，我一直在努力，并且力求做好。在工作中由于专业知识较少，经验不足，对待一些问题的解决方法过于单纯，工作方法过于简单；看待问题有时比较片面，以点盖面，在一些问题的处理上显得还不够冷静。在完成领导交办的任务的基础上，发挥自身优势，继续加强专业知识的学习，进一步提高各项检验技能。

对此我为改善今后工作做如下几点计划：

1、认真收集各项信息数据，全面、准确地了解和掌握各方面工作的开展情况，分析工作存在的主要问题，总结工作经验，及时向领导汇报，让领导尽量能全面、准确地了解和掌握最近工作的实际情况，为解决问题作出快速的、正确的决策。

2、在工作中要有清晰的计划性的工作思路，讲究好的工作方法和工作效率，按时或提前完成领导交办的工作。

3、要认真学习本职工作相关的专业知识及相关理论知识。在学习方法上做到在重点中找重点，并结合自己在实际工作中处理的各种异常，有针对性地进行学习，不断提高自己的办公能力。

4、领导交办的每一项工作任务，要分清轻重缓急，合理安排时间，按时、按质、按量完成好每一项工作任务。

在新的一年里，我决心认真提高业务、工作水平，做好本职工作。我要虚心向其他同行和同事学习工作经验，借鉴好的工作方法；同时在业余时间努力学习业务理论知识，扩大猎取知识的范围，不断提高自身的业务素质和水平，使自己的全面素质再有一个新的提高，以适应公司的发展和社会的需要。要进一步强化敬业精神，增强责任意识，提高完成工作的标准。

总之，心态决定状态，状态决定成败！对公司要有责任心，对社会要有爱心，对工作要有恒心，对同事要有热心，对自己要有信心！做最好的自己！

测试工作总结篇6

推普工作一直是我们测试员应当关注的一项工作。我自20xx年承担测试工作以来，在省语委的正确领导下，全面贯彻落实全省有关语言文字工作会议精神，并且不断加大语言文字规范化的宣传，积极推进语言文字工作，强化全校师生的语言文字规范意识，尽到了一个测试员应尽的职责。

一、积极开展多样化的推普活动，扎实推进语言文字规范化工作

近几年来，我建议学校开展经常性的推普活动，如开办宣传栏，开展演讲比赛、朗诵比赛，开展让学生走上街头、走进农村学校检录不规范用字的活动。通过广播、黑板报在全校形成一个人人讲普通话、时时讲普通话的语言环境，让全校师生语言规范化和标准化意识进一步提高。

二、认真做好全镇中小学教师的普通话培训工作

自20xx年以来，我先后到朱湖、毛陈镇培训教师普通话十余次。为了使大多数教师达到规定的等级水平，根据测试要求，对被培训教师进行系统的培训，使他们的普通话水平又上一个层次，全镇已有300多位教师获得了二级以上的等级测试证书。对少数没达到标准的教师，继续耐心地辅导，不厌其烦地加强培训力度，调动了他们掌握普通话的积极性。现在，全镇教师热爱普通话了，在教学上，校园内都能坚持说普通话了。

三、加强自身学习，严格测试，力求准确

几年来，我不断加强自身的学习，坚挺每天早上跟学生一起朗读。每次测试都严格执行统一规范的测试程序，精心做好每一次测试。测试时不赶时间，认真负责，热情对待每一位受训者，尽量制造良好的气氛，让他们充分发挥其普通话水平。

为了使普通话培训测试更好地开展，进一步提高普通话水平，后期我打算将推普和推行素质教育结合起来，大力宣传，将推普工作纳入培养学生基本素质的轨道，从提高文明修养，掌握汉语表达和社会交际上来认识培训测试工作的重要性，采用多种形式、方法，创造更好的普通话氛围。

测试工作总结篇7

1、为什么要在一个团队中开展软件测试工作？

因为没有经过测试的软件很难在发布之前知道该软件的质量，就好比ISO质量认证一样，测试同样也需要质量的保证，这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题，及时让开发人员得知并修改问题，在即将发布时，从测试报告中得出软件的质量情况。

2、测试能给你带来什么样的快乐？

测试可以给我带来很多快乐，如果测试出一个项目缺少东西，我会很高兴，因为我对自己的工作有了新的认识，也为公司做了效益;如果测试出一个项目没有问题，我也很高兴，因为同事们都在努力，大家都希望为公司做贡献，这就是一个很强大的团队，这是一件多么另人振奋的事情啊!

3、软件测试的目的？

测试的目的是以最少人力、物力和时间找出软件中潜在各种错误和缺陷，通过修正种错误和缺陷提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患带来的商业风险。

4、Alpha测试与beta测试的区别

Alpha测试在系统开发接近完成时对应用系统的测试；测试后仍然会有少量的设计变更。这种测试一般由程序或测试员完成，不能由最终用户或其它人员完成。

Beta测试当开发和测试根本完成时所做的测试，最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其它人员完成，不能由程序员或测试员完成。

5、简述集成测试的过程

(1)构建的确认过程。

(2)补丁的确认过程。

(3) Z34 。

(4)测试用例设计过程。

(5)测试代码编写过程。

(6) Bug的报告过程。

(7)每周/每两周的构建过程。

(8)点对点的测试过程。

(9)组内培训过程。

集成测试过程:集成测试计划->集成测试设计->集成测试实现->集成测试执行。

6、质量的八大特性是什么？各种特性的定义？

(1）功能性：软件所实现的功能达到它的设计规范和满足用户需求的程度

(2）性能：在规定条件下，实现软件功能所需的响应时间和计算机资源(CPU、内存、磁盘空间和数据吞吐量)的使用程度

(3）可靠性：在满足一定条件的应用环境中，软件能够正常维持其工作的能力，在出现一些错误操作时，软件可以具有容错性，如果软件意外退出，重新启动后可以恢复最近的软件数据

(4）安全性：为了防止意外或人为的破坏，软件应具备的自身保护能力

(5）使用性：用户在理解、学习和操作软件的过程中的付出的努力的难易程度

(6）维护性：软件在运行维护过程中，如果出现了运行故障或者扩展新功能和性能，软件系统是否具有可分析性和良好的扩展性，重新设计后的软件的稳定性和可测试性

(7）移植性：软件从现有运行平台向另一个运行平台过度的适应程度和平台可替换性

(8）重用性：整个软件或其中一部分能作为软件包而被再利用的程度

7、系统测试计划是否需要同行审批，为什么

需要，系统测试计划属于项目阶段性关键文档，因此需要评审。

8、软件质量应该从哪些方面来评价？

可靠性、安全性、性能、易用性、外观、稳定性

9、系统测试包含哪些方面？

1.恢复测试、2.安全测试、3.强度测试、4.性能测试

10、区别阶段评审的与同行评审

同行评审目的:发现小规模工作产品的错误，只要是找错误;

阶段评审目的:评审模块阶段作品的正确性可行性及完整性

同行评审人数:3-7人人员必须经过同行评审会议的培训，由SQA指导

阶段评审人数:5人左右评审人必须是专家具有系统评审资格

同行评审内容:内容小一般文档

阶段评审内容:内容多，主要看重点

同行评审时间:一小部分工作产品完成

阶段评审时间:通常是设置在关键路径的时间点上!

11、测试结束的标准是什么？

1.用例全部执行。2.覆盖率达到标准。3.缺陷率达到标准。4.其他指标达到质量标准

12、制定测试计划之前需要了解什么问题？

(1)软件测试计划的目的是什么？是否所有人都知道？他们同意这个测试计划过程吗？

(2)测试的是什么产品？是新程序还是维护升级的？是独立程序还是由多个小程序组成的？

(3)产品的质量目标是什么？产品的功能需求和性能指标必须得到所有人的一致认可。

13、请详述设计测试用例的方法？（只是列出一个测试用例思考的方向，具体设计靠经验）

①黑盒测试用例根据业务需求说明书来设计，分为：

等价划分法边界值分析法错误推测法因果图法逻辑覆盖法

②白盒测试用例通过研究代码与程序结构可以分为以下两种方式：

静态测试：通过静态的`检查程序代码、界面、文档中可能存在的错误的过程。

|-测试代码编写的规范性|-测试界面|-测试相关需求说明和用户手册是否符合实际要求

动态测试：通过路径和分支测试。测试用例主要根据以下六种覆盖测试方法设计

14、比较负载测试，压力测试，容量测试和强度测试的区别

负载测试：在一定的工作负荷下，系统的负荷及响应时间。通过逐步增加系统负载，最终确定在满足性能指标的情况下，系统能承受的最大负载量的测试。

强度测试：又称疲劳强度测试，在系统稳定运行的情况下能够支持的最大并发用户数，持续执行一段时间业务，通过综合分析，确定系统处理最大工作量强度性能的过程。一定负荷条件下，在较长时间跨度内的系统连续运行给系统性能所造成的影响。

容量测试：容量测试目的是通过测试预先分析出反映软件系统应用特征的某项指标的极限值（如最大并发用户数、数据库记录数等），系统在其极限值状态下没有出现任何软件故障或还能保持主要功能正常运行。容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。容量测试的目的是使系统承受超额的数据容量来发现它是否能够正确处理。容量测试是面向数据的，并且目的是显示系统可以处理目标内确定的数据容量。

压力测试：通过逐步增加系统负载，最终确定在什么负载条件下系统性能将处于崩溃状态，以此获得系统能提供的最大服务级别的测试。

15、测试人员需要何时参加需求分析？

如果条件允许，原则上来说是越早介入需求分析越好。因为测试人员对需求理解越深刻，对测试工作的开展越有利，可以尽早的确定测试思路，减少与开发人员的交互，减少对需求理解上的偏差。

16、软件的缺陷等级应如何划分？

严重：1.由于程序所引起的死机，非法退出2.死循环3.数据库发生死锁4.因错误操作导致的程序中断5.功能错误6.与数据库连接错误7.数据通讯错误。

较严重：1.程序错误2.程序接口错误3.数据库的表、业务规则、缺省值未加完整性等约束条件。

一般性：1.操作界面错误（包括数据窗口内列名定义、含义是否一致）2.打印内容、格式错误3.简单的输入限制未放在前台进行控制4.删除操作未给出提示5.数据库表中有过多的空字段。

建议：1.界面不规范2.辅助说明描述不清楚3.输入输出不规范4.长操作未给用户提示5.提示窗口文字未采用行业术语6.可输入区域和只读区域没有明显的区分标志。

17、你自认为测试的优势在哪里？

优势在于我对测试坚定不移的信心和热情，虽然经验还不够，但测试需要的基本技能我有信心在工作中得以发挥。

18、你在测试中发现了一个bug，但是开发经理认为这不是一个bug，你应该怎样解决。

(1)如果不是错误则应该主动承认不是缺陷。

(2)如果是需求不明确的则应和开发加强沟通补充需求。

(3)如果和开发争论不休应该邀请上级判断。

19、您认为做好测试计划工作的关键是什么？

(1)明确测试的目标，增强测试计划的实用性

(2)坚持“5W”规则，明确内容与过程

(3)采用评审和更新机制，保证测试计划满足实际需求

(4)分别创建测试计划与测试详细规格、测试用例

20、风险和问题

◆市场的压力

◆测试时间不够

◆测试资源的及时到位

◆测试人员的技能需求

◆开发进度的变化，需求的变更

◆开发部门的版本控制

◆短时间上线。这个是已经定好的，没有参考测试人员的意见。时间短往往不能得到充分的测试，测试策略必须根据可用的时间进行调整。尽快指出这样的问题非常重要，只有这样才能调整时间表，确定快速开发的风险并制定降低风险的策略。

◆新的设计过程。引入新的设计过程会增加风险，新的设计过程包括新的工具和设计技术。如果采用新的技术，能否像我们预期的那样运转，都存在很大的风险

◆复杂性。我们应该进行一些分析工作来确定哪个功能最复杂，哪个功能最容易出错，错误会对系统的哪些地方造成重大的影响。

◆使用频率。软件最常用功能中隐藏的问题可能给用户造成严重的损失。

◆不可测试的需求。不可测试的需求会对系统的成功造成巨大的威胁。如果测试组在需求阶段就验证了需求的可测试性，对需求进行了评审，那么此类问题会减少多。