做好测试一定要有编程经验吗？
我是刚毕业的计算机专业大学生，到公司后做测试，感觉自己做的测试太低级了，就是运行一下程序，看功能实现了没有，有没有缺陷，写点sql语句核对一下数据库。感觉没一点技术含量，有点对不起自己学的的专业知识。都说测试工资高，可我们公司测试人员工资却没有开发人员工资高，我转正才2500。都说这行有前途，可我感觉做了3个月，除了找bug快了点以外，没学到什么东西。现在想先去做几年开发，积累一定的开发经验和技术基础，再考虑自己的方向。测试想做好，做高，是不是必须具备丰富的编程经验啊？请高手指点，感觉自己走在叉路口，好迷茫啊 看您做那种类型的测试了。如果做单元测试，编程经验还是需要的，至少对代码要有感觉。
集成测试和系统测试就未必需要编程经验了，当然，这也不是绝对的，在做系统测试和集成测试的时候，往往需要测试人员编写一些专用的测试工具，或者使用自动化测试工具需要编写脚本，这都需要一定的编程能力。
确切地说，测试不太需要编程经验，但是需要一定的编程能力，这种能力可以在从事软件测试工作后，在工作中锻炼。
另外，测试人员的工作不仅仅局限在测试执行上，你需要更多地考虑测试设计、测试管理、质量管理等等领域。否则，你的发展道路太窄了。
以上是个人建议，仅供参考。 多一块砖，就可以站的更高，看的更远。 谢谢testing，你应该是这方面的专家了吧，我想问问，怎么衡量一个公司的测试水平的高低？我们公司虽然不小（500多人），而且做测试的也不少，可我我总觉得公司测试水平很低，近来做了3个月，没有做过什么高级一点压力测试和性能测试，更没有用过什么工具，我担心自己一直做这样的测试，根本没什么发展前途 多看，多听，多学，才能有所进步；
不要轻易的惘下结论，仔细想想会对你有帮助的。 stuzhou：
你需要明确的是：你们公司所有的人都和你一样，都没做过你说的高级的事，还是就你自己这样。或者你可以把自己的公司产品介绍一下，把你们公司的测试团队规模介绍一下，还有测试流程和方法介绍一下，以及开发和测试人员的比例，这样大家也就可以了解你们公司的测试水平是高还是低。
[ Last edited by bobli on 2004-9-19 at 15:32 ]
我觉得还是要有编程经验。
sunnyzy：应该分清楚经验和能力，看看上面Testing的帖子 to bobli：
我们公司做的主要是一些金融方面的系统，主要给银行和保险公司做。这些系统的技术含量并不高，但业务处理相当繁杂。我问过我们组长，他以前做过做过一些压力和性能测试，不过都是比较简单的。我进公司这三个月，测的这套系统没有什么性能要求，所以也没进行压力测试。就我目前做的这个项目，大概七八个程序员配3个测试员。至于流程，好像是cmm3的标准，有组长写案例，下面的组员实施，然后开DR票，放到sourcesafe上，程序员看到后，修改，并填写DR票，然后再由测试人员确认。至于测试方法，测试工具，一概没有，就是运行系统，按着案例一步步测。案例写的也比较简单，无非是把功能罗列一遍，千篇一律，我感觉现在让我写这样的案例，我也能写出来。
另外，我觉得编程作为一种技能，没有实实在在做项目的经验，能力很难提高啊。难道还有什么别的方法吗？
[ Last edited by stuzhou on 2004-9-24 at 15:34 ] 和stuzhou一样，我也有同样的感觉，现在觉得好迷茫哦，该怎么办呢？ 我毕业设计做的就是一个压力测试系统
很好玩的
如果是其他领域的比如你说的保险之类的就是简单的运算的组合肯定很没意思的
我想游戏之类的程序应该比较好玩把
我是学自动化的，编程是系统中的一个部分 我觉得测试人员不单要会一定的编程能力，而且还要掌握一定的项目系统分析能力，这样可以在你测试设计，测试执行的过程中很有帮助的。你可以更好的理解整个系统，或者每个功能点的运作过程，因此你也可以更好的找到其缺陷所在啦。甚至可以给开发组提供一些避免出现重大bug的建议啦。这些能力，我觉得是应该慢慢在工作中去学习去掌握的啦。 stuzhou：
看你的介绍，你们公司还是不错的，相对而言
关于你所说的工作简单的问题，每个人都会遇到的，昨天一位比较成功的大哥告诉我，盛大网络公司董事长陈天桥刚参加工作的时候，是给领导放PPT，一放就是3个月，复旦毕业的陈天桥给自己定下了一个时间，放满一年如果处境还不改变，走人；9个月后他的处境改变了，但是他放PPT不是应付了事，而是努力做好
每个刚参加工作的人，都不可能承担复杂的任务，我刚参加工作打杂干了两年，然后提升为部门经理；你必须先把简单的事情做好，才有机会作复杂的事，这是一个过程，大部分人都要经历的。
关于学习，很大程度上靠自己，你说的没错——最好在项目时间中去学编程，问题是有哪家公司会专门给测试人员提供机会去学开发，如果你专专职去学开发，需要学多久？学到什么程度算个头？
我觉得还是要做自己能够控制的事情，工作之余可以帮开发人员做做事，自己尝试编写程序，或者业余做些项目；很多东西都是要靠自己去争取的，对于自己无法影响的事物，就接受它，少想它，做自己能够做到的；成功的人往往都是不是等条件都具备了才学习的，而是努力去创造条件。
还有一点，你们的业务处理你要是学好了，也是很不错的
[ Last edited by bobli on 2004-9-26 at 12:26 ] 年轻没有失败，努力总会成功
受益匪浅
Originally posted by zerocci at 2004-9-24 08:04 PM:我觉得测试人员不单要会一定的编程能力，而且还要掌握一定的项目系统分析能力，这样可以在你测试设计，测试执行的过程中很有帮助的。你可以更好的理解整个系统，或者每个功能点的运作过程，因此你也可以更好的找 ...
斑竹你好，各位大家好。我是刚毕业参加测试的新人，也是这个论坛的新人。看到这个帖子，我也想说点什么，谨表诚意。有不对的地方，请各位前辈指导。
首先，我很同意斑竹的观点。另外还有一点，在我刚工作（两个月前）时，我也只是觉得做测试，其内容就时，编程啊，测试工具的应用啊，出现issue的分析啊...等等。但渐渐体会到了测试的工作不仅仅要熟练这些东西。还有一些技术之外的也很重要。比方说，在做测试时，我先在脑子里分析系统中可能出现的冲突部分，（比如时钟定时器的启动脉冲和通讯来电脉冲可能有冲突），再设计一个步骤较为繁琐的测试方案，最后几经辗转找到了一个我们部门连师兄们都不知道的issue，我很高兴的发给我们的RD，最后是RD的师兄很耐心的对我说：“这个issue我们不做处理。”还指导我，做测试也要分析和结合用户的心态，像我那么复杂的操作步骤，一般用户是不会去做的。
其实，想想也是这个道理，我们是做测试的，一直都是技术第一，做到完全精确当然是我们希望的。但是，毕竟现在是个竞争的市场，时间第一。我们在保证质量的同时，也要争取时间。所以我们必须把工作分为1.紧急重要的，2.重要不紧急的，3.紧急不重要的，4.不紧急也不重要的。按顺序做。这样才能叫做高效率。
以上只是小弟的一点愚见，希望得到各位的指点！！ 大家说的都不错，测试工作是一项很有前途的工作，但必须在实践中积累一定的测试经验。有了测试结果是不够的，还要分析出结果中的问题所在并能够向编程人员提供改正缺陷的参考方案。大家努力吧。 堕落有心：
你说了两个问题
1、测试工作的缺陷分级的问题，这个问题很多地方都有介绍，这里不详细谈；
2、时间管理的四象限法，好的时间管理，应该是把你说的第二类事情放在第一位，否则结果就是：
压力
筋疲力竭
危机处理
忙于收拾残局 bobli:
我觉得关于你说的时间管理四象限法，把第二类事情放在第一位，我有点自己的想法：
就是，第二类是“重要不紧急”，那么我们之所以要做这类事情，是因为它重要，而我们要把它放在前面做，是因为它不是紧急，我们能在比较宽松，比较充裕的时间内去放开了解决它，做到心中有备。那总的看来，因为它“不紧急”而做它，是为了利于减少心理上的负担，但我们的目的终究是因为它“重要”。所以，当出现了“重要又紧急”的事情，难道我们就会因为它“紧急”会影响我们的心理，而不做了吗？或者是把它放在“重要不紧急”之后做，那岂不是过了“紧急”二字的有效期限？
bobli请指点！！！ 堕落有心：
紧急的事肯定是要做的，但是不能忽视第二象限的事，重要的是比紧急的事更需要花时间，即所谓的“要事第一”；重点放在第二象限，结果就是：
有远见，有理想
纪律
平衡
自制
少有危机
这是我教学的课程，欢迎多交流 to bobli:
我很同意你的说法，这是做事的态度和方法，每天其实只需把一二象限的事情做完就很够了！！！我觉得这可能不是最难的难事，最难的是，每个人的人生观，世界观以及生活态度都不一样，所以在把具体的事情定义进这四象限的时候，也是有很大差异的。我想不要去强求统一所有人的思想，但是我觉得真的很需要一个导向大家向适合社会和环境（我觉得这个叫“正确”）的方向进步的东西。现在我只是迷惑这个“东西”又是什么呢？
