51Testing软件测试论坛

标题: 总是觉得自己的测试方法有问题 [打印本页]

作者: woly24 时间: 2012-9-20 17:14
标题: 总是觉得自己的测试方法有问题
大学学的是软件工程测试方向，但是由于自己不努力学习，啥子也不晓得。大四去一个公司实习，勉强可以看到一个软件找出几个错误。现在上班两个多月了，但是发现自己的工作没有多大的提高。请各个高手支招。
因为我们公司就我一个测试，没有任何的需求文档，我看到的就是做好了的软件。现在我就去一天拿着这个软件点，找错。找到的一般都是很简单的错。至于写测试用例，写过，但是发现都是跟着这个软件写功能，我在用这个软件的时候，就晓得这个结果了。所以觉得写测试用例没有什么帮助得，就没写了。其余我有时也浏览网站，但是发现很多我都看不懂，就不看了。所以我现在觉得自己能做的就是跟着软件，找出一些错误，其余的都不能做了。但是这样错误都不是很严重的错。很多都是界面、操作问题的。

作者: 萨安娜 时间: 2012-9-20 17:45
看不懂也要慢慢看的，我当时受益最大的就是泡这个论坛和加一些测试群，你能融合进去了，说明你就进步了。我也是一个人没人带，只能慢慢自己摸索，总结。加油！！

作者: hunterno4 时间: 2012-9-21 09:32
首先，有没有需求分档跟公司有几个测试人员没关系吧，需求文档可以找产品要，或者找开发要开发文档，深入了解软件的功能、结构等等，然后自己做下测试需求分析、测试用例设计；用例还是非常有必要写的，那样在思考的同时可以对软件有更加深入的了解，在后期执行时才不至于漏测、或测试测的不全面，因为过了较长时间的话，你很难保证还记得软件所有的功能点，另外测试用例也是可以给后来人看，与是自己增长经验的一种方式，总之，测试用例是一定要写的。
测试也肯定不只是随便点点就可以了，那样没有逻辑性，也很难发现一些大问题，需要对软件做深入分析，测试执行只是花很小的一部分时间，我觉得测试更多的是花在准备工作上，而且有空的话还需要评估软件的性能、把重复的操作做成自动等等等等，还是有很多工作量的。
一切还是看有什么样的要求，如果只是要求做个60分，按大学的考试一个晚上的复习就可以了，想考70分可能就得多花几晚上，想让软件质量达到80分，那就又得多花好多时间了，上了90分，越想再往上长一分可能就得多花几倍的努力，当然，好的产品都是追求卓越、追求完美的~~

作者: ROZH_WANGYUANY 时间: 2012-9-21 09:43
本帖最后由 ROZH_WANGYUANY 于 2012-9-21 09:45 编辑

楼上的说的很有道理，忍不住也说两句，好像大部分公司的测试人员都比较少，我们公司测试人员也就2个人，而且负责不同的两个项目，平时做测试也是自己摸索，测试用例、测试计划都是自己按照自己的想法来写，写着写着就觉得像是在写操作步骤，没有任何技术含量

作者: woly24 时间: 2012-9-25 15:52
回复 3# hunterno4

谢谢你啊，写得很不错。由于对对这个网站不熟，找了好久才看到自己发的帖子在哪里啊。

作者: woly24 时间: 2012-9-25 15:52
回复 5# woly24

我会按照你们建议的去一步步改进的。

作者: xiaoming00 时间: 2012-9-25 17:29
haha

作者: ruirui。 时间: 2012-9-26 15:31
路过、、

作者: 123-123-123 时间: 2012-9-26 16:03
一个人的测试孤独，但也是一种挑战和机遇。你可以去了解和掌握测试的全流程。
测试用例设计的确重要，如果没有很好的输入文档（如：需求、设计等），那就要在测试过程中逐渐积累。前期准备时，可以与需求设计人员多沟通了解，对被测软件需求有个大概的了解，测试过程针对测试发现的问题，再与开发作些交流了解软件的设计，尤其是容易出错部分的设计。
缺少文档输入的测试，一开始不一定能发现多少bug。但是随着你对软件功能和设计的熟悉，你会发现更多的有深度的bug，开始发现bug少，中间发现bug逐渐增多，然后bug修复逐渐减少。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)