查看完整版本: 做测试才半年，说些拙见，大家也来讨论

做测试才半年，说些拙见，大家也来讨论

做的主要是WEB方面的测试，数据库使用的是SQL server 2000开发技术基本上用的是微软的，开发人员15个，测试两人，缺陷管理用TD（试用版），自动化不考虑（没时间，没经验，没人）。不设计测试用例，只管理BUG。
    做好测试需要良好的逻辑思维，因为需要去设计和执行测试。如果在测试的设计过程中思维不够缜密细致，许多的问题不会被发现，虽然经验上可以补救一些，但从根本上说是思维的欠缺。
    做好测试还需要很强的动手能力，每当执行一个你设计的用例的时候，它完成的时间就是你的动手能力，也许你会因为要准备数百条数据而花上一下午的时间。如果这样那么测试时间就大大增加了，在资源不足的情况下就不允许你这样去浪费了。也许有更快的方法，呵呵，自己想吧。。
    工作半年，自己觉得在逻辑思维和实际动手方面有比较大的进步，当然在这期间，测试相关的一些技巧和技术也是积累不少。但总的感觉是，逻辑思维在测试过程中占主导作用。其实很羡慕西方国家的教育，从小就开始培养逻辑思维和动手能力，并且出现了一大批很著名的科学家。希望咱们国家也开始咧。。。 （-_- 扯远了）
    职业发展方面，不一定要做技术。其实现在说自动化我觉得根本不太可能，特别是做项目的时候，开发周期短资源有限，不可能完成自动化测试。在目前的情况下，更应该注重测试的管理和设计以及自己本身个人素质的培养，除了测试方面的东西需要积累，更重要的是要提高自身的素质，比如外语水平，沟通能力，管理能力，亲和力 ===。这些我才觉得是自己以后值钱的地方。

你也在福建啊？我在福州啊，做了两年

说得很好
比我明白多了
我都作了一年了还糊里糊涂的呢
感觉什么也不会
要学的东西太多了，都不知道从哪里入手了

很难想象没有设置测试计划，只靠自己的逻辑思维去做软件测试，怎么保证软件质量？
btw：跟你做测试的时间差不多，对这行比较悲观

我和楼主的情况差不多
很赞成zteer的说法，没有测试用例是无法保障软件质量的，深有同感，不过我也是用楼主的方法了（这样只能保证以前出现的BUG不会再出现，能够测出一些bug，但是根本不知道自己测试到什么程度了，随想随测，无法量化覆盖率，质量只能靠程序员大哥的心情了，呵呵）

新手上路，多多关照呀。

赞成!做测试的逻辑思维很重要,一味用原有的测试用例根本没有提高.
    我们公司的测试基本上都是黑盒测试,不过近一段时间会跟研发的合作用一些开源的工具实现自动化测试.

测试用例是很必要的。
需认清的是，其重要性是在整个项目过程中,对其不断的维护而得以保证的。
BTW：如果没有测试用例的话，对于回归能保证对以前的测试没有遗漏么？

有时候可以多向开发的学习，比如编写代码创建很多文档...对测试会方便很多，现学现用，学东西也快点。
   我黑盒1年多，虽然相比那些技术能人有些荒废了，但是学习方法、动手能力、经验、处事能力积累了不少，觉得以后多花时间提高自动化测试能力、多学习测试工具，应该很快会提高的
大家一起加油哦！

[quote]原帖由 [i]suifengpiao[/i] 于 2007-2-25 18:41 发表
我和楼主的情况差不多
很赞成zteer的说法，没有测试用例是无法保障软件质量的，深有同感，不过我也是用楼主的方法了（这样只能保证以前出现的BUG不会再出现，能够测出一些bug，但是根本不知道自己测试到什么程 ... [/quote]

现在国内的很多企业都是这样，项目周期很短，任务却很多，没有时间去写计划，写用例，相当不规范，其结果也就可想而知，希望这种情况早点改进吧

测试用例！

对于测试用例！
    我个人认为，在大型的项目或者产品中去设计测试用例，是很有必要而且是很有价值的，因为系统很大，所以没有办法面面俱到，这个时候测试用例有着很明显的指导作用。并且对后面的质量评估中，通过对用例的测试结果可以反映出系统的质量问题。但一切都在一个“大”的前提之下。
    在小型的项目中，在开发周期比较短的情况下，完全可以通过测试人员自己对系统的把握去执行测试。即自己去划分、设计测试用例并且去执行。这里的意思并不是说不用设计测试用例，而是说，用例需要设计，但不需要用书面的形式来体现。小型的项目完全可以凭借测试人员自己去规划测试。 当然，这和测试人员本身的素质有关，如果逻辑思维不够严谨，那还是乖乖的写用例再测试吧。

sdlkfj3 不错，很有见地~

基本同意

和我们公司一摸一样，呵呵

新手路过`~学习学习!

偶才三个月

自私点，成长最快是从混沌中摸索，正统的是从规范中成长，学会积累，学会总结，是个好的开始。