怎样回答才能让PLMM满意

lotus

Q(PLMM)：
现在做一个财务项目的测试
但是本人一点不了解财务流程
测试无从入手  自动化测试也作不成

各位出出主意  以后的测试怎么安排
现在是需求人员在大部分测试  
测试组不能独立测试   

Answer：有需求说明文档没有嘛？测试的按需求说明来嘛，

Q:都有 用例规约 等你按照文档作完一轮测试的时间
项目都上了

A:那就把需求各项分个等级，最高级先测试

Q:开发那边哪有时间等测试组按照文档测试

A:抓最重要的需求先测试，一般流程比较重要，要实现没有错误

Q:本项目是个工作流的东西
哪怕前面一点不对 后面的功能都不能正常流下去
不是可以简单的分重要和不重要

A:你把流程都写出来，列个矩阵，那个最重要，那个先测试　
最常用到的流程
先测试

Q:算了 财务的东西 都是些财务规则
也是重要的测试点  
不合你讲了 你不了

Q:我现在只能安排需求组的人测试了
我在旁边监督测试规范
过了测试高峰 在安排需求组给测试组培训]
各位有没有觉得不妥的

Q:不过测试风险大了 需求人员测试肯定不全面
时间也是问题

A:你现在时间不够，当然只能测试最重要的需求，总不能让demo演示都过不去吧

Q:演示的人当然最了解系统了  不过的地方不演示备
今天演示的结果  领导大为赞赏 说肯定可以按时上线
只有内部才知道问题
不说了  测试正努力着呢
回家睡觉  需求先自己测试去吧

lotus

A的回答是不是很象“嫩头青”，一个没做过测试的人？？
各位大侠如何回答才能让PLMM满意？？？

实际生活中，碰到这种测试时间不够，测试人员不了解需求，测试管理者会怎样处理，采用什么策略？

Leon

我觉得Q没有认真在听A的回答，其实A回答中有很多有用的信息，而Q只是需要倾诉一下，A回答的内容对Q并不重要～～

lotus

看A是不解"风情"呀,讲了一通路人偕晓的大道理,撞"枪口"上了,

MM只是想让人符合下她的思想,安抚下...
女人呀!怎么总是这样心口不一呢,女人就让她们那凉快那待着去吧

各位如果你是做主管的话,碰到这种测试时间不够，测试人员不了解需求，会怎样处理，采用什么策略？

luoyear

1、为什么没有测试人员尽早介入需求开发阶段的机制呢？
2、测试人员为什么不参与需求和顶层设计的评审呢？
3、测试和开发费要这么人为的割裂开来吗？开发不可以给测试讲讲主要的业务流吗？

lotus

luoyear 说得很有道理，有大家的风范呀，不愧是CMMI布道者，洞察到了根源

对于目前大多数软件公司的测试现况，很少能luoyear 中说到的三点，这其中原因有很多，如A公司为了接单赚钱，不考虑开发测试的时间，B人力方面的原因，能认识到测试重要性，并向上面三点那样很好地展开工作的测试人才，不但少费用也高，外加开发测试人员跳槽，对工作的实施带来重大影响 C D....

结果是我们测试人员常面对的问题就成了，测试时间不够，测试人员不了解需求，会怎样处理，采用什么策略？

大家常要处理的就是这种“烂摊子”，如何才能最大的去挽救软件的质量？

1。测试人员加班加点，动员一切可以用于测试的人员，全面测试，能测试多少算多少，破斧成舟
（结局，客户使用后软件bug到处都出现，测试与开发继续赶进度，进入恶性循环，boss这时已经收到钱了，软件好不好用，反正不是自己用，客户失去信心，boss会说员工尽职尽责，同志们辛苦啦，继续努力，如果boss没收到钱，客户丢失，哎，时间太紧了，也不能怪员工们）

2。干脆点，这次版本发布只保证部分重要功能正常无误，给客户承诺下个pack或version，一定会解决所有bug,来个缓兵之针（结局，客户对产品还算满意，但对公司信心下降，boss钱没有全收回来，痛斥员工真没用，新版本发布，软件测试开发进入良性循环，boss收到全部货款，同志们表现不错，客户对公司更有信心，介绍新客户给公司）

对于测试人员来说，上述到种情形都没有决定权，为了给上级好印象，多会选择第一种做法，boss也喜欢第一种，认为第二种纯粹是打击自己士气。测试人员能怎么办，反正我公资照拿，赚得多了也不会分我，没必要去碰一鼻子灰。

这是我见过的情形，不知道大家遇到的情形如何，还有那些好的策略?
说说自己的经历，交流促进

bjwander

老板希望看到的是进度成本质量
客户也希望看到进度成本质量

^_^，一致的，关键在于你如何控制好这三项，让老板、客户都放心（CMMI4定量管理可以实现）

lotus

大家都说CMMI好，我也不否认它的思想很不错
这国外的思路就一定对国内的国情吗？？？

我也在过了CMMI5公司工作过，但质量管理还是没有长足发展，为了CMMI展开的各种文档写了不少，但并没有起到多大做用写的那起文档更想是形式，是一个摆设，为了应付下次的CMMI检查，更想是为了抢市场的一个晃子

人员抵触心里严重，竟然让人产生这样一种想法，“CMMI太死板，不适应实际情况，按那些来工作，就没有创新意识了”，也感觉很浪费人力与物力，本来好端的要加一个SQA，刚开始大家都很重视，积极准备文档，有问题也向SQA反应，结果SQA就是一个摆设，对工作情况一点也不了解。从文档中很容易能看出来的问题，也没见进行处理，工作流程还是老样子，工作效率不但没有提高，还要为了它费时间写文档。

行业内盛传　“过了CMMI5这家公司就快到头了，命不久矣....“
这句话也不无道理，国内是有不少公司过了CMMI5后，效益下降，甚至关门的，让人心寒呀

可能成真做得好的SQA太少了，或者SQA就是今后所谓的文档管理员吧
。。。