系统bug层出不穷？客户抱怨声声？当开发人员已经身心疲惫、焦头烂额？此时，他们踩着七彩祥云翩翩而来，帮你找到问题，清除障碍，这团队就是——测试团队。
5月27日，人力资源部请到质量管理部经理王小雪，就软件测试流程进行讨论与交流。
【一】
寻找“烧糊的蛾子”
你知道为什么程序错误叫做bug吗？
现在你看到的，就是人类历史上的第一个程序Bug——一枚烧糊的蛾子。
1947年，哈佛大学的计算机哈佛二代（Harvard Mark II）突然停止了运行，程序员们费尽周折找到了这具虫子尸体，程序错误从此被称作Bug。 原来，哈佛二代当时还没有二极管和晶体管，它是一部继电器计算机，无数个喀哒作响的电磁开关在其中运作。当开关断开的时候会有电弧发出闪光，于是这只妖蛾子奋不顾身地飞了上去，用节肢动物的鲜血开辟了脊索动物的Debug史，从此名垂千古，永远地保存在了华盛顿的美国国家历史博物馆中。
当互联网时代迅速拉开帷幕，各式各样的bug以不同的姿态登上时代的舞台。我们不能单单依靠以创造产品为己任的开发人员费尽心力去寻找这只“烧糊的蛾子”，于是测试应运而生。
【二】
被遗忘的“约定”
被遗忘的“约定一“：主动申请测试
还记得项目开发时，测试员在一旁期待的小眼神儿吗？
还记得死活找不到bug时，测试员在一旁跃跃欲试的小表情儿吗？
还记得客户因为bug率而“咆哮”时，测试员在一旁哀怨的叹息声吗？
她们一定是在想“程序猿哥哥们，你们忘记了我们曾经的约定了吗？说好的主动测试呢？”
测试可不只是测试员的事情！
开发和测试是相辅相成的过程，需要软件测试人员、程序员和系统分析师等保持密切的联系，需要更多的交流和协调，以便提高测试效率。另外，对于单元测试主要应该由程序员完成，必要时测试人员可以帮助设计测试样例。对于测试中发现的软件错误，很多需要程序员通过修改编码才能修复。程序员可以通过有目的的分析软件错误的类型、数量，找出产生错误的位置和原因，以便在今后的编程中避免同样的错误，积累编程经验，提高编程能力。
针对以上，小雪为大家整理出了必测的产品划分：
有原型；
有金额计算；
需要对公使用。
所以，如果遇到必测的产品，大家还是需要主动测试哦～小雪说她欢迎大家骚扰并随时准备加班！
被遗忘的“约定二“：实现尽早测试
“测试需要赶早吗？上线前测不就行了吗？”
“当然需要赶早，最好在需求阶段就开始介入，因为最严重的错误不外乎是系统不能满足用户的需求。”
我们一般认为，软件项目要经过以下几个阶段：需求分析，概要设计，详细设计，软件编码，软件测试，软件发布。据此，认为软件测试只是软件编码后的一个过程。这是不了解软件测试周期的错误认识。
软件测试是一个系列过程活动，包括软件测试需求分析，测试计划设计，测试用例设计，执行测试。因此，软件测试贯穿于软件项目的整个生命过程。在软件项目的每一个阶段都要进行不同目的和内容的测试活动，以保证各个阶段的正确性。
如果等到软件编码结束后才进行测试，那么所付出的代价就会很高，例如：
如果软件研发后期发现框架问题，可能导致很多模块代码需要返工；
测试时间短，测试人员对软件的了解少，无法深入测试，测试的覆盖面不全，可能漏测严重，测试效果也将大打折扣；
如果在软件研发快结束才开始测试，可能投入测试后的短期内会大量发现问题，不利于版本稳定等。
【三】
那些不是总结的总结
如果你问，测试到底是什么？
测试的概念应该是：
利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。执行测试用例后，需要跟踪故障，以确保开发的产品适合需求。
但是还有一种更本质的方式来看待测试的职责：他们照亮道路。
没有测试，项目在黑暗中乱撞、被障碍绊倒、最后跌下悬崖。而测试会在需要的地方点亮火把，来帮助开发人员和经理知道他们在哪、他们要去哪、还有他们什么时候能到达。
是不是有小伙伴已经按捺不住内心的蠢蠢欲动想要加入易联众这个大家庭呢 ？想要了解易联众更多的职位信息，请猛戳“阅读原文”，易联众诚挚欢迎每一位有志之士的加入！