回复 40# 千里
残酷的现实，很多时候就是这样...没办法
回复 40# 千里
早段时间公司说什么都要走流程，不管开发还是测试，一直到现在，产品的功能更改都没出过一个文档，还是口头说了就算，让需求人员写文档就会回答：这种东西哪还用写文档啊，那么明显的事情》。。。雷了，有始无终的东西在小公司多了
回复peag
唉...可怜得测试人员，总是把测试当打杂的...不过我比你幸运，不做那些与技术点边不沾 ...
江潭素月 发表于 2010-11-17 14:01 http://bbs.51testing.com/images/common/back.gif
如果在公司没有任何一个领导对我们进行保护，我也会选择离开。
呵呵，没有说得对与不对的，这是讨论环节。
回复 39# 江潭素月
整理服务器，搭建测试环境，源代码管理什么的东西都是我来做....bug管理也是自己搭起来的.....很悲剧，只能自己倒弄
回复千里
早段时间公司说什么都要走流程，不管开发还是测试，一直到现在，产品的功能更改都没出 ...
peag 发表于 2010-11-17 14:09 http://bbs.51testing.com/images/common/back.gif
问题出在了中层领导身上，结果是我们底层买单。所以我第一反领导，第二反需求人员。
回复 46# 千里
我还曾经收到老板的邮件说，问题到了客户那边反应出来就全是测试的问题。。。所以不管是设计上不足还是功能设置不合理什么的都是测试的错...要反我先反老板....
回复 45# peag
其实鼓捣这些蛮不错的啊，还能学点东西，至于像订饭这种活实在是不该让你来做
回复千里
我还曾经收到老板的邮件说，问题到了客户那边反应出来就全是测试的问题。。。所以不管 ...
peag 发表于 2010-11-17 14:16 http://bbs.51testing.com/images/common/back.gif
同情，你还是来我们公司吧，我这里欢迎你。
我们现在测试工作是这样的：直接在Myeclipse里迁出源码，部署到tomcat，进行测试。发现问题提交bug，然后测试人员修改后提交代码，我们再更新，就这样边修改边测试。不知道你们是怎么个测试法，好像很多公司都是打包测试，不会在开发环境下测试的。但是呢，我感觉我们这样的测试效率会高些，因为打包本身就花费很长时间呢？你们说说呢？
回复 48# 江潭素月
能学到东西的我都不会拒绝，唉，牢骚也发了，还是得干活...
回复 49# 千里
嘿嘿，千里哥还是找间好的重视测试的公司吧，到时千里哥在里面混熟了顺带把我领进去好了:loveliness:
同楼主，也是毕业半年，做的手动测试，现在闲，感觉没啥成就感，哎
回复 50# 江潭素月
我们的是.net的，基本流程跟你的差不多，源码部署，然后测试，提交BUG到jira，开发人员修复BUG后我们测试人员回归测试，通过后关闭，要出版本了就发布，然后验证下功能
回复 47# peag
同感....为什么都是测试的错悲！！！
回复 53# xiaogui16
偶毕业一年半了，先是做的开发，感觉压力大，转测试了
回复 54# peag
嗯，确实差不多，我们的bug管理工具是Mantis。等Bug改得差不多开始发布的时候，我们才打包。
回复 57# 江潭素月
流程可能都是差不多，只是我这边的没有做代码走查之类的单元测试的，直接系统测试，过了之后就发布然后在验证下功能
回复 55# lyylovewsq
努力吧，这种状况是要我们这些测试人努力才会改变的
回复 58# peag
我们公司的代码走查不规范，而且也不属于单元测试的范畴，和某个系统的测试工作也沾不上什么边。就是平时没事比较闲的时候检查下开发人员的代码，看代码是够符合公司的开发规范，然后借助findbugs工具检查下代码中是否存在逻辑方面的错误
