51Testing软件测试论坛
标题:
这些话写给老板会怎样?
[打印本页]
作者:
zyp_test
时间:
2009-7-31 10:41
标题:
这些话写给老板会怎样?
1.测试很多工作需要在开发的基础上才能进行,这就需要开发人员的积极配合,这里的配合不只是指人为主观上的配合,还包括开发流程的规范性上,如果开发输出物不能按时完成,肯定会影响到测试工作,很多开发的流程不能只靠测试的推动来进行,开发不规范,测试也就不能按流程走,最后肯定会影响到软件的质量,最后这个责任由谁来承担,不能把所有责任都归咎给测试吧!
2.很多时候测试是在不断的推动,向每个项目负责人了解项目情况,要相关文档,测试的依据就是文档,开发人员很忙没有时间给你一一讲解就只能靠文档来了解项目,每次都想催命鬼一样,时间长了会造成开发人员的抵触情绪,工作会更难开展,如果要保证测试的规范性,必须保证开发的规范性,因为测试很多工作需要在开发的基础上才能进行,开发的规范性应该不是测试的工作范围之内的事情了,希望领导能给以支持。
3.最终的质量保证不是说测试做好了质量就能保证了。这需要项目组所有成员的配合,所以质量保证应该是大家的责任,不应该最后的责任都集中归咎到测试,质量保证的责任在开发人员的身上是怎样体现的呢?如果一个开发人员没有任何的承担责任的心理,很难能够做出高质量的程序。很多问题发现的越早花费的成本会越低,应该避免等到测试出问题来再进行修改,这样的成本远比让问题在开发过程中就毙掉花费的成本要高很多。
4.最终客户的满意度,个人认为客户的满意度应该从不同的方面考虑,不能一味的说客户对软件不满意,是因为测试没有把好关,如果客户对设计本身不满意,难道也怪测试吗?(如果设计出界面不是和客户达成一致后,才进行开发的,这样做很危险,如果开发完工后,客户对界面的设计不满意,这样会导致返工,额外增加工作量),如果是客户对软件中存在的Bug太多,这个责任理应由测试来承担。
作者:
zhangtao
时间:
2009-7-31 11:01
,顶。
作者:
momang
时间:
2009-7-31 12:04
看了 不过写的比较抽象
可以写的通俗易懂一点 里面可能很多名词 老板不知道是什么意思
要用简单明了的语言 表达你的意思
老板没时间 慢慢看你的邮件
作者:
jlsv
时间:
2009-7-31 15:44
不要把话说得像是“因为现在开发太乱了,我们测试很难做好”,尝试变换成“如果开发注意某些东西,我们能更好的测试,更好的定位问题,从而减少返工和各种成本,使大家的工作更顺畅”
我个人很赞同楼主的意见,只不过,小公司,小项目,以开发人员为主,这种问题是不可避免的。
不过,“如果是客户对软件中存在的Bug太多,这个责任理应由测试来承担。”这句话需要具体分析
作者:
sunhope800
时间:
2009-7-31 15:49
受教了
作者:
袁媛
时间:
2009-7-31 15:49
写的比较好,不过,老板不会理会这些的。
虽说,现在好多公司都已成立了独立的测试部门,会议也强调测试是多么多么的重要,但是,实际与开发比起来,又有谁看得起测试部门呢。
项目做好了,赚钱了,开发提成可以多拿,测试没有份的。
项目做杂了,客户有意见(不管什么意见),领导怪罪责任首先找到的就是测试部。
测试部就是为开发部服务的,有好处时,开发部拿,有责任时测试部替开发部承担,也没有人会领情,测试部就是这么冤,没有领导会可怜你的。领导认为只有开发才能赚大钱,是不敢得罪软件人员的。
搞不好还会杀头的...
作者:
dreambase
时间:
2009-8-3 15:05
测试的待遇太低了
作者:
yiding_he
时间:
2009-8-3 17:56
1、测试人员不需要关注开发人员的具体活动,只需要让开发人员给出承诺即可。
2、测试人员需要的文档不是开发人员写的,而是需求人员写的。测试人员要对需求文档提出要求,保证需求文档是可测试的。
3、用户应当尽早参与测试,这是最终质量保证的必要条件。
4、同上
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)
Powered by Discuz! X3.2