这一年半来的软件测试工作总结

    踏入软件测试这个行业将近两年，换了两份工作，这第二份工作又给弄丢了，在开始第三份工作之前，好好总结一下这一年半来的工作情况。

  可以说，在找这两份工作时没好好考虑，大部分是为了赚点工作经验，这也是因为那时候还是个实习生，工作不好找的缘故吧。第二份工作，是投了几份简历后，第一次面试通过了，就去上班了，还是以赚点经验，学点东西为主。

  第一份工作是手机功能测试。工作主要是执行,每个新产品出来，有专门的测试人员写好测试用例，我们就按照用例执行，手机的功能就那几个，之后分离出来的产品都不用写测试用例，熟悉后，基本都不看测试用例，每个人按照自己的思路测试。在开始测试时，需要注意的地方：

1先核对需求，因为开发那边一天发出来的软件版本很多，有时候，会存在没改需求，或漏掉需求的现象。核对完需求后，在开始主要功能的测试。

2在遇到问题的时候，最好不要马上报告给开发人员，再找找原因，告诉他们什么问题要比告诉他们问题出在哪好得多。我遇到的很多问题就是硬件引起的(客户提供的机器太烂了)

3遇到不太清楚的问题，先问问老大，或者直接问项目经理。最好不要问开发，开发那边为了省事，很多时候会忽悠你，特别是那些需求不太清楚的地方

4细心-每个人都知道，但真正实行起来就抛到九霄云外了。越觉得不会出现问题的地方，越可能出现问题。我遇到过一次。客户提供的USB数据线坏了，问项目要，项目说没有，找不到匹配的数据线，我想这一块一直很稳定，应该不会出现问题。没想到产品上线量产后，USB连接到PC上，手机直接就黑屏了，那个系列的版本，还有其他几个人也有测过，都没发现这个问题(大概也是没有USB数据线的缘故)

5保持与项目,开发的交流，特别是增加了新功能的时候，不懂的一定要问清楚

6每个产品的前三版一定要特别细心测试。这一阶段问题最多，也很容易发现，但如果这个最基本的版本一些隐蔽的bug没找出来，第四版的时候，功能差不多稳定，这时候，开发人员会根据不同的客户需求稍作修改，分成很多个版本发出来，这些版本属于一个系列，主要功能都一样，很多就语言不同。即使是这样，组长还是让给你一个一个地测试，没有重量级bug还好，一旦发现，则这个系列的所有版本又得重新测一遍，何等的悲剧呀！

7最好能学会一些基本的硬件修理。当机器出现一些小问题后，如没有话筒，马达，天线，蓝牙芯片……找硬件测试的兄弟修，任务不紧还好，帮你修修，大伙赶项目，都没人懒你，找项目，项目还得找硬测。没机器只能先搁下了，如果当天必须出结果呢？所谓技多不压身。

  感觉第一份工作与本人的专业还是有的出入的，就换了第二份工作。一个电子商务公司，开发的产品都是自己公司内部用。没有测试部门，只有一个8,9开发人员跟一个测试人员组成的技术部。我进去的当天，那个测试人员就辞职了，他跟我简单的交接了一下，就走了。我从来没做过web测试，没写过测试用例。还真不知道怎么办。还好在学校学过web开发，纯粹是从开发的角度做测试。

  产品部设计好产品后开个会让技术部熟悉一下业务流程就开始开发，一个小模块出来，我就开始测试，边开发边测试，没有需求文档，只是提供一个设计原型，到后面，发现甚至有些流程都走不通。这就导致了开发人员很多功能都没有按照原型开发。我测试这边没有个需要，有些细节上的东西，只能按照软件开发的一些原则做测试。很多时候不知道原型要实现的功能是什么，只能问产品部或等开发将功能实现了，才知道。加上本人初次做web测试,没啥经验，忙的时候，测试用例也不写了，按照自己的思路测试，弄得一团糟。慢慢地适应了这种没有测试需求的测试，开始一小块一小块测试，再一个模块，一个模块地测试，再模块之间进行交叉，集成测试，再到后来的系统测试。