做了快一年了，有感~

JPeanut · 发表于 2006-6-14 17:44:14

靠自己，靠同行的朋友帮忙，在公司建立一套测试规范，能让领导看到效果，这样也锻炼的呀。
反对那种做测试仅仅是去学做测试的想法。
学学怎么带领团队，怎么说服别人，怎么和同事相处，怎么实施自己的想法，整个都比测试重要重要的多。
测试仅仅只是一门技术而已，只有整个是不够的，跳槽要谨慎，谨慎再谨慎的。很容易从一个火坑跳到另外一个火坑的

johngan · 发表于 2006-6-14 18:06:06

明白楼上的意思，咱是新来的啊~

huangning · 发表于 2006-6-15 10:10:33

我在的公司的情况也差不多，领导不懂测试，但是口头上说重视测试，又舍不得在测试部投入人力财力，测试部一共三个人，一个人负责一个项目，都是刚刚接触测试没有水平很高的人。
但是在这样的公司里，虽然一切都是自学，可能速度慢了点，但是学习理解比较深刻，更重要的是可以将自己所学到的东西结合公司的实际情况进行运用，很又成就感，也很锻炼人。
这样结合公司的实际情况，与开发部共同努力，规范文档，规范开发流程等，公司的开发和测试团队就向更加规范的方向发展，只是这个过程不可能一蹴而就，需要时间。
如果最后我们成功了，公司开发过程规范了，测试规范了，我们相当于自己组建了一个测试团队，并很好的配合开发的工作，我们获得的部仅仅是测试工程师的经验，还有很多的管理经验，很值得一试。
测试我现在的认为关键是测试理论和测试流程的把握，只有规范了测试流程，有了正确的测试方向和测试方法，才需要进一步的学习测试自动化工具来提高工作效率，毕竟工具是来帮助我们工作的，不要一开始就只是想着学习测试自动化工具。

Zee · 发表于 2006-6-15 10:38:44

顶楼上。

johngan · 发表于 2006-6-15 11:03:04

决定向经理提建议，看看他怎么说吧~

gs6431 · 发表于 2006-6-16 15:29:54

原帖由 huangning 于 2006-6-15 10:10 发表
我在的公司的情况也差不多，领导不懂测试，但是口头上说重视测试，又舍不得在测试部投入人力财力，测试部一共三个人，一个人负责一个项目，都是刚刚接触测试没有水平很高的人。
但是在这样的公司里，虽然一切都是 ...

作为一个以执行为主的基层员工,要想改进流程谈何容易?即便你说的是对的,但是考虑到你在公司的地位,大家也会怀疑的，特别是面对改变的时候,如果事情真的有您所说的这么理想,那你们公司就是天堂了,或者是你在沟通方面有非常明显的过人之长吧.

johngan · 发表于 2006-6-16 17:55:15

所有的人都不喜欢改变，除非是到非变不可的时候~！
难啊，现实就是这样~

tjj006 · 发表于 2006-6-16 19:22:00

加油加油！

zgnmgly · 发表于 2006-6-17 17:33:17

境遇相同

Zee · 发表于 2006-6-17 18:44:09

测试地位靠同行们，一起顶起来。

爱情鸟 · 发表于 2006-6-18 17:07:22

多来这里看贴发贴，然后总结一下，再结合一下自己公司的情况，来发现更多适合自己公司的测试。

gg · 发表于 2006-6-19 17:27:18

看来同病相怜的人儿很多呀，有的时候真的很郁闷；领导口头上说是需要，但是真正的操作起来却是另一番景象了；所以有时候觉得工作不是很顺心。

如果得不到领导的支持，以后的工作是很难开展的呀！！

jiepeach · 发表于 2006-6-20 18:06:59

原帖由 huangning 于 2006-6-15 10:10 发表
我在的公司的情况也差不多，领导不懂测试，但是口头上说重视测试，又舍不得在测试部投入人力财力，测试部一共三个人，一个人负责一个项目，都是刚刚接触测试没有水平很高的人。
但是在这样的公司里，虽然一切都是 ...

你的想法和我一样.

cmfsunshine · 发表于 2006-6-20 18:24:57

我的情况与楼主没什么差别，不过他已自学了自动化测试工具，而我还在挤时间学习
虽然说公司口头重视，但我经常没有被安排系统地测试，今天做这个，明天做那个
急的时候，事情很多，不急的时候，闲着没事干
没什么人指导，基本都要靠自己学习与领悟！
甚至领导说我做测试不需要懂得原理，只要能发现BUG就行了.......5555555555,我郁闷了好久！

bobli · 发表于 2006-6-21 22:48:02

建议大家从两个方面努力：

1、努力与领导沟通，注意方式、方法和场合，努力给领导灌输正确的测试观念
2、努力提高自己的能力，做好测试工作，以业绩来说服领导

还有一点，目前软件测试在国内不受重视，这是一个事实，接受它

johngan · 发表于 2006-6-23 11:24:45

其实，回过来想了想，真正有几家公司的需求文档和软件设计规格写地详细的？没有，其实离开这个基本上测试没有太大的实际意义~

bobli · 发表于 2006-6-25 17:03:42

原帖由 johngan 于 2006-6-23 11:24 发表
其实，回过来想了想，真正有几家公司的需求文档和软件设计规格写地详细的？没有，其实离开这个基本上测试没有太大的实际意义~

这样的公司有，而且越来越多

doubleking · 发表于 2006-6-27 14:06:14

看来我还算比较幸运的一个啊～

李才军 · 发表于 2006-6-28 09:44:18

我也说两句:

我的情况也是这样的,你告诉开发人员有些地方逻辑,是否可以改一下,应用性可能强一点,开发人员会告诉你,你不懂技术,给你说了,你可明白;最可悲的是,争论某个问题的时候,如果,他们要是没有话说的时候,就和你说技术,搞的是一头雾水,很郁闷的!

公司,还是重视开发人员

需求分析说明书没有,功能规格书没有,详细设计文档也没有,就是开发人员,告诉你,我这个模块是这样作的,结果,做出来的东西,和他说的都不一样(功能也变了不少),如果,已经改正过的bug,这个问题会在以后版本里面重现.还不能做为新的bug提出,开发人员就是老大.

Zee · 发表于 2006-6-28 10:18:01

原帖由 李才军 于 2006-6-28 09:44 发表
我也说两句:

我的情况也是这样的,你告诉开发人员有些地方逻辑,是否可以改一下,应用性可能强一点,开发人员会告诉你,你不懂技术,给你说了,你可明白;最可悲的是,争论某个问题的时候,如果,他们要是没有话说的时 ...

这种的情况是可笑的，我们公司开发的能力相当强，特别是经理。可是他们对测试还是很重视的。并且我每发现BUG，他们都很高兴的愿意立即改。我提建议，他们也会着重的听。

		自动登录	找回密码
密码			(注-册)加入51Testing

[求助] 做了快一年了，有感~

与许多同行同感

站长推荐 /1