利用有限测试资源开展单元测试及接口测试.docVIP

利用有限测试资源开展单元测试及接口测试 利用有限的测试资源开展单元测试和接口测试.txt今天心情不好。我只有四句话想说。包括这句和前面的两句。我的话说完了对付凶恶的人，就要比他更凶恶；对付卑鄙的人，就要比他更卑鄙没有情人味，哪来人情味　　拿什么整死你，我的爱人。收银员说：没零钱了，找你两个塑料袋吧！ 由安博测试空间技术中心/提供 对于单元测试和接口测试的概念，我想即便是刚刚毕业参加工作的测试工程师都能在面试的时候说得出个一二三，市面上也有大量的书籍介绍单元测试接口测试，有些甚至还介绍了具体工具的使用方法。但是真正在项目中，对于习惯了按部就班地进行手工黑盒测试的测试部门而言，单元测试接口测试这种牵涉到代码的“高技术含量”的测试方式往往让人有望而却步的感觉。虽然主观上非常希望能接触和开展这类测试工作，但是团队整体代码技能，和开发人员沟通配合的渠道经验，执行结果的考量等，都成为阻碍测试经理在项目中普及单元测试和接口测试的瓶颈。以下便是结合自己的实际经验，谈谈如何在项目中开展单元测试，接口测试工作。 做为项目测试经理，开展单元测试和接口测试工作时，需要依次做到三点： 1、分析单元测试和接口测试在实际项目中的收益和可行性。 2、和项目经理，开发经理沟通，使其理解单元测试接口测试的价值，并获取相应的资源和支持。 3、结合测试团队实际能力，制定切实可行的测试策略。 一、分析单元测试和接口测试在实际项目中的作用，可行性以及收益。 在项目设计评审阶段，测试经理就应当主动思考项目中能否进行单元测试和接口测试，思考的角度应当是“如何通过单元/接口测试提升测试质量，扩大测试覆盖面，节省测试资源”，因为只有从这个角度思考才能真正做到有利于项目本身，同时也更能得到和项目经理开发经理的认可。切忌不要“为了单元测试而单元测试，为了扩大部门和个人影响力而单元测试”，这样做的结果不仅不能提高项目质量，同时浪费大量测试资源（当然，这种情况非常普遍，不是么？）。 在分析收益时同时也需要考虑实际的可行性和资源的消耗。测试经理首先应当考虑一个往往很容易被忽视的因素——测试工程师本人的主观意愿。我们总是过多关注一个人现阶段的“能力”，用“能力”的高低决定谁能做什么事情，但事实上在一般互联网IT企业中，不管他们面试的门槛有多高，真正在项目中做的事情，也都是一个经历过一般高等教育的人能学得会，做得来的事情，哪怕就是看似难度很高的单元测试和接口测试，对于没有代码经验的同学，经过一定的培训，分工和帮助，也能参和到其中去从而逐渐积累经验。真正决定一个测试工程师能不能做好单元测试接口测试的因素是在于自己的主观能动性和学习意愿。 这话题扯远了可能就会扯到测试人员的选拔甚至招聘上，我在面试的时候基本不会去会问“你为什么想来阿里巴巴”，因为大多数人找工作无非是为了混口饭吃，希望自己单位好点待遇高点是人之常情，但是我一定会问“你为什么想来做测试”，如果说“找工作混口饭吃”由不得我们选，那么从这么多混饭吃的行当里选择了测试，那么多少都要对他有点兴趣，有了兴趣很多以前不会的东西自己就能学得会。其实我也见过很多人并不喜欢做测试，也有些人是因为开发部门投不进简历就转投测试部门，这样“人在曹营心在汉”的同学，即便有一定的技术功底，缺乏兴趣和主观能动性，最多也只是能完成每天分配的任务，很难做出超出期望的成果。 二、和项目经理，开发经理沟通，使其理解单元测试接口测试的价值，并获取相应的资源和支持。 明确了目标和可行性之后，测试经理就需要向项目经理，开发经理阐述自己的想法并获得支持。如果说之前的分析更多立足于测试团队自身的角度，那么在获取支持时就要注意站在对方的角度阐述单元测试接口测试的收益。 1、对于项目经理而言，不仅关注项目质量，也关注项目资源消耗，时间安排。测试经理可以从测试资源投入产出比的角度向项目经理阐述单元测试和接口测试的优势：进行单元测试和接口测试可以在项目早期发现关键问题，在底层发现并处理问题可以节省开发和测试大量的时间；进行接口测试可以使测试提前介入，不必在等到UI等功能全部完成的情况下才仓促开始测试，既增加测试的时间，同时不会影响项目发布时间；自动化形式的单元测试接口测试在相同时间内的效率远远超过在测试工程师在UI层手动执行，并且准确率更高。 2、对于开发经理而言，则更多强调在单元测试接口测试层面，开发人员定位问题解决问题的难度大大降低；测试覆盖率大大提高，实际减少后期bug数和故障数。 在得到项目经理和开发经理“官方层面”的认可和支持后，千万不要忘记还要争取获得项目中每个开发工程师的“个人层面”的支持。因为即便有官方的授权，如果开发工程师个人并不理解单元测试和接口测试的意义，主观上不愿意配合，那么真正运作起来执行成本会大大增加。对很多开发工程师而言，普遍存在着轻视测试工程师，认为测试工