小议测试工程师的定位.doc

小议测试工程师的定位快乐地伴着测试起舞前 言做测试的一些体会，笔录下来，抛砖引玉。总的来说， 全文分为两部分：一是对测试的理解，力求以大视角看待测试，是战略；二是测试工作的开展，探讨如何来开展测试，是战术。本文侧重于测试工程师的角色定位，没有深入涉及测试的具体操作。目 录前 言1目 录21 我是谁？31.1 不是悲观主义者，我们是完美主义者31.2 不是浪漫主义者，我们是现实主义者31.3 不是吹毛求疵者，我们是换位思考者41.4 不是压力承担者，我们是自我驱动者41.5 不是实现者，我们是测试者51.6 不仅懂测试技术，我们还懂专业技术61.7 不仅是行动者，我们还是思考者7我做什么？72.1 提单就提大问题，不好意思提小问题72.2 工具要学好，测试更要做好82.3 不仅是实践者，我们还是条理清晰的阐述者82.4 理解是必要的，坚持是应该的92.5 不仅是个人英雄，我们还是集体精英102.6 只有想不到，没有做不到102.7 不仅是思考者，我们还是行动者111 我是谁？1.1 不是悲观主义者，我们是完美主义者测试之所以存在源于一个假设：任何产品都是有问题的。实践也证明这个假设简直就是公理，所有产品都有各种各样的问题。这给了测试人员极大的信息怀疑一切，持续改进产品的质量。但是根据假设，测试后的产品也是肯定有问题的啊，于是有人绝望了，怎么办？其实没什么：没有最好，只有更好。 我们是追求完美的人，测试人员的努力会使产品质量接近完美。努力吧，至少我们保有接近做出完美产品的可能。1.2 不是浪漫主义者，我们是现实主义者请牢记 - 我们是做产品的。没有完美的产品，只有好用的产品。在项目进行中，进度、成本、质量永远是矛盾的，它们的优先级排序在不同阶段动态变化。这就需要我们现实的看待质量问题，看待测试。拿出一个实际可行的标准，然后通过标准的量化和协调做到质量可控，“现实地”开展我们的测试工作。根据市场需求，大多数项目都存在当前产品维护和二次开发的过程，因此测试工作的重心也要根据项目的需求进行动态调整。1.3 不是吹毛求疵者，我们是换位思考者好的测试人员一定是好朋友，好伴侣，因为他们都得换位思考测试人员的主要工作是发现产品的潜在问题，以促进质量改进。但是如何发现问题呢？难题啊！ 比较有效的方法之一是: 换位思考。测试人员把自己换位为客户- 客户会怎么想，怎么做，有什么爱好？测试人员把自己换位为开发人员 - 开发人员怎么想，怎么做，有什么思维惯性？测试人员把自己换位为外部环境 - 外部环境怎么样，特点是什么？测试人员把自己换位成一个协议 - 怎么实现的，优点是什么，不足是什么？。测试人员换位思考后的吹毛求疵，恰恰代表了产品的使用需求，是产品质量提升的外在表现，所以测试人员一定要严谨负责，不放过任何细小问题。这儿蝴蝶扇了一下翅膀，那儿可能就是一场暴风雨啊！1.4 不是压力承担者，我们是自我驱动者问题单的输出可能给测试人员带来一定的压力，。， 毕竟问题自己不会蹦出来。这是非常正常的事情，关键在于我们怎么去对待？让我们回想一下测试工作的主要内容：1） 测试目标：改进产品质量；2） 测试手段：执行测试用例+逻辑思考；3） 测试结果：输出测试报告反映产品质量；好像没有提到问题单啊？所以说问题单只是测试工作结果的输出之一，是一种量化的考核方式而已。只有我们把日常工作做到位，做实、做细，质量自然就上去了。大家共识的一点是：测试是一个弹性非常大的工作，测试的力度（深度、广度、复杂度）因人而异，因时而异，确实不好衡量。测试工作的这种特性质量管理者选择考察输出（通常表现为问题单）成为一种必然。所以测试人员一定要善于自我驱动、自我调整，化压力为动力，把工作做到实处，从根本上解决问题。 1.5 不是实现者，我们是测试者这里要谈的是博和精的关系。开发人员一个月的工作量，测试人员几天就可以完成相应的测试工作；开发人员需要对某些模块经年累月的精耕细作，测试人员却可以更容易的涉猎更多的模块。测试真的可以满足你的好奇欲望！但是，人的精力都是有限的。作为同层次的测试人员，他的知识面会宽一些，自然地他对原理和实现细节的把握要比研发人员欠缺一些。一般来说，好的测试人员：） 可是不会实现，但是一定理解原理；） 可以不知道为什么， 但是要知道对与错；） 可以不会编码，但是最好会写伪代码； 。对于协议、逻辑、硬件、程序框架、产品结构。到底是博一点，还是精一点？这涉及到测试人员的进阶及发展方向，因人而异，自己选择吧！ 适合就好。1.6 不仅懂测试技术，我们还懂专业技术反之亦然。做好测试要两条腿走路。通常业内流行两种想法：一是开发人员做测试，因为深入了解实现原理， 所以easy； 二是测试人员做测试， 只要掌握测试方法，就一通百通，无所谓何种测试对象。这两种想法都是不全面的，只能达到入门级测试工程师的水平。现实的是，纯专业技术的测试易简单常规，倾向于证明在正确的时间发生正确的事情，输出过于乐观的测试结果；纯测试技术的测试又易冗余低效，倾向于验证正确的/错误的时间都可能发生正确的/错误的事情，输出庞杂的测试报告。所以说，好的测试人员要以测试方法为指导，专业技术为支撑，这样才能完成实际的，有针对性的、高效的测试工作。 发现问题、分析问题、解决问题是密不可分的三部分，测试技术和专业技术的协调发展是高质量测试工作的坚实基础。1.7 不仅是行动者，我们还是思考者学而不思则罔。测试人员动手比较多，再加上工作压力比较大，容易产生低头赶路的现象。业务水平的提高较慢，对重复工作产生厌烦心理，。， 短期内这是一种正常现象。 从持续发展的角度来看，测试人员一定要定期总结，对工作的内容、技术、特点仔细思考，总结提炼经验技巧。这样我们的业务水平肯定会稳步提高，对工作的理解逐渐深刻，前途光明。而且，客观条件是产品不是我们设计的，（部分）测试用例不是我们写的，唯有深刻的思考才能让我们更深入的理解测试对象，指导我们的测试工作。职业理解告一段落，再谈谈实战。我做什么？2.1 提单就提大问题，不好意思提小问题那么我们想一想什么是大问题，什么又是小问题？这个问题并不鸡肋，是个外延很广的问题，广泛涉及了对测试对象、测试方法、测试阶段、测试策略等要素的理解。 先看别的吧，别的方面理解到位，这个问题就解决了。2.2 工具要学好，测试更要做好君子，善假于物者也。随着开发技术的发展，测试的任务相对越来越重，测试项目的投入产出比已经成为考核测试工作的一个重要指标。幸运的是我们也有丰富多样的测试工具、测试方法，给测试工作提供了极大的便利。自然而然，大家开口谈自动化工具，性能测试工具怎样怎样方便，闭口谈某某方法怎样怎样科学。这实在是对测试工具的一种误解。在应用工具及方法时，测试工程师要牢记一个问题：我为什么要使用它？什么工具符合我的测试目的？什么工具最有效？在条件允许的情况下，多研究工具百利无疑。但是请明确我们的关注点不是工具本身。测试工具最重要的是为我所用，不要管花儿为什么那样红。2.3 不仅是实践者，我们还是条理清晰的阐述者沟通的一个方面。测试的目的是提高产品质量。测试的结果是要输出测试报告反映产品的质量状态。提单只是开始，测试人员需要把自己的想法和实践高效、准确地传递给质量改进者（设计、开发人员等）。 不论是书面交流，还是口头沟通，测试人员都要有准确表述自己观点和想法的能力。说明清楚一点，例证翔实一点，逻辑严谨一点，自然效率更高一点。有时候阐述对象还包括市场人员、客户等等，这就对我们测试人员提出了更高的要求。另外，清晰的阐述也有助于完善自身的思考，双向交流更可以激发灵感，迸出进步的火花。2.4 理解是必要的，坚持是应该的接着讨论沟通问题。沟通双方把问题说清楚了，但还达不成一致怎么办？一方面，双方的互相理解是必要的，但是坚持测试人员的原则更重要，那不是顾忌情面的场合，测试工程师的职业素养要求我们一定要把质量摆在首位。 坚持的准则包括；正确、可行、易用、安全等； 另一方面，我们也不能做死板的学究，要懂融合、变通， 综合的考虑问题。定位不准的情况下，一定要及时请示相关负责人，讲明背景关系，由他做出裁决。 如果一定需要自己判断， 决定前请回想一下：质量就是责任。测试工作有很强的开放性，离不开多方的协调合作。 测试人员在和其他部门沟通时如果适当注意细节一定会事半功倍。例如：态度要积极主动；求助要三思而后问；解答要翔实而周到。2.5 不仅是个人英雄，我们还是集体精英落红不是无情物，化作春泥更护花。测试是一项容易造就英雄的事业。个人的开拓精神、奇思妙想、能力成就都是显而在外的，个人的输出有时会对产品质量的改进产生关键的影响。同时，测试团队的综合要求非常高。 测试是个集体项目，多批次、多模块的任务需要大家的协调合作，按照严谨的流程来进行， 团队的一点薄弱都会产生质量隐患。产品质量好比木桶模型，桶里的水永远会从最短的地方流出来，这个短板在那个模块真的不重要，因为质量是一个整体概念。所以质量的地位有多高，测试团队的地位就要多高。在产品的不同阶段，不同模块的状况不同，测试人员的角色分工亦不同。 有的模块需要大量提出改进意见，有的模块更多的是需要功能验证，有的需要抚慰鼓励。这是测试项目开展过程中的正常现象，所以啦，但请每个测试人员铭记：团队高于一切。2.6 只有想不到，没有做不到做测试的大忌是想当然 - 这个原理就是这样的嘛！那个功能肯定没问题啦！我们做测试的一定要手勤，多多实践。动得再多