＋设为首页 ＋添加到收藏夹
是这样的，我们这里测试刚刚起步，测试组刚成立不久，俺也很“荣幸”被抽调到测试组了，可是大家对这个都不熟悉，很多流程都不规范，因为要测试的东西早已经是产品化的了，可是连开发文档，技术报告什么的都没有给我们；一个月以来，我们也仅仅停留在用用软件，点点菜单这些土得掉渣的操作上，说到性能测试上也是把软件开着多运行一段时间看稳定性如何。我自己觉得这样的工作太没意思了，所以想寻求一些从深层次、规范化的进行软件测试的方法，都不知道从何做起。所以想在这里了解一下大家都是怎么做测试的，希望能够找到一些方法可以借鉴。谢谢大家先。
你想做测试成功,研究测试工具,明白单元测试,加强设计实力.你要能够将你们这些繁琐的工作自动化,提高了效率,我想你们的领导会喜欢你的.
使用WinRunner做一些自动化的操作，LoadRunner做多用户并发操作，还有就是手动咯。
没有别的,自己努力吧;谁也靠不上!
测试工作不是挺好的吗？我以前也是做程序员的，不过测试工作不是你想象那么简单的，不要以为作过程序员，测试肯定能搞定，我想你这样想也太乐观了一点，除非你是测试天才！
Robot我没用过，但是做过一些调研。我个人认为它的功能没有WinRunner强大。而且WinRunner还有TestDirector配套。不知道Rational公司有没有类似的配套。
我觉得测试不可能都采用自动化来做，因为有些不能做，而有些不值得做。
我觉得做了一段时间的开发再做测试，对以后的发展都有很大的好处。一个既懂开发又懂测试的人是蛮吃香的。
懂得开发，就知道在程序的那些方面容易出现错误，以及一些错误发生的原因。
并且，懂得开发，可以自己制作一些测试工具，编写测试用的教本。
所以说，从开发转测试还是不错的机遇哦。
我也是一名测试人员，以后大家多多交流测试经验咯
：）
其实测试工作并不是所谓的：点点界面的那么容易，你必须要知道该功能实现，并功能实现正确吗？还有要作为一个测试人员的心态很重要：假如你带着开发人员的心态去看待系统：这个系统应该没问题吧！那你就很难真正的发现问题拉，假如你是带着：这个系统肯定有问题，并可能在那里~~~有问题的话，我想你就会很仔细的分析和发现问题。这样你的存在大家才会认同，要不然，你很庆幸的调到测试组的话，也在不久的将来被调出公司的。
同意116223！测试工作的前提就是系统一定有错误！微软生产的产品都会有错误
我们在测试的过程中，除了有用到VSS，其他文档都有固定的模板，好象都没有用到什么工具
我们公司就我一个测试人员，测试工作就是不停地重复点击，发现问题把它放到PVCS-track里面。还有用到robot，不过到目前为止我还只会GUI脚本的录制和回放，觉得没有多大意义。
