开发已经结束，但是因为进度太赶，质量根本无法保障。这时候如何安排测试？
开发已经结束，但是因为进度太赶，质量根本无法保障。导致测试人员测试的时候，流程根本无法继续，打回开发人员测试又不可能。并且测试的过程中，同一个问题反反复复很多次还改不好，测试人员一点信心都没有，而开发人员自己也精疲力竭，烦躁的很。这个时候项目又急着要上线，公司只好临时调派一些非专业测试人员过来，今天来一批人测试一下明天又是另外一批人，打游击样的，项目的负责人等对测试又都没有相关经验，并且负责人也是被领导以及项目的另一方牵着鼻子走。现在做测试，问题一大堆，流程无法继续，又急着上线，我真不知道这个时候我该怎么办。希望有经验的人，对于这么混乱的局面提出建设性意见啊。。 dfsafsdfsdfsdf 和项目经理商量一下，找出对策，要是他也不行，那么就和上面领导反馈一下，要不然就直接找老板说清楚当前的问题
不然是根本没办法进行测试的 直接找老板或直接负责人，说明当前存在的问题，先讨论分类问题的轻重缓急，再逐步解决。
“并且测试的过程中，同一个问题反反复复很多次还改不好，测试人员一点信心都没有，而开发人员自己也精疲力竭，烦躁的很”，这种问题是怎么出现的，关键在哪。个人觉得这种情况最好把开发和测试的情绪都动员起来，大家齐心协议，发布之前尽量的保证软件的质量是最重要的。
找上司，得到他们的支持，测试的工作才能尽可能顺畅的完成。 把制約你的因數以郵件的形式通知相觀人員 把头发梳顺 很理解你的现状，所以项目一旦立项，具体的计划一定要明确，一旦项目没有按照计划提交测试，导致测试时间紧迫，就要找相关负责人，把目前的实际情况告知，如果不能加时间或者加人来投入测试，那就只能明确告诉相关负责人，测试可能会存在一定的问题，但要把任务按照重点非重点来划分，即划分出需要测试的等级，按照等级的高低依次来进行优先测试。这样即使项目交付时，出现问题，我想你的责任相应就减少了不小，第一开发没有按时交付，导致时间紧迫。第二，已经要求加时加人，也没有得到支持。第三，在现有条件基础上，已经抓住重点进行测试。再出现其他的问题，你也是没有办法保证不出问题的。我想领导可能还是会认可的 非常理解你的这种情况，因为目前我也遇到这样的状态，特别是一个bug反复改来改去，搞的测试人员不想测下去，开发人员改的筋疲力尽。
很直接的方法，就是向你的上级反馈，测不完全，到用户那出问题，谁的责任？如果你的上司告诉你，不要太较真，不报大错就好，那这样你是无可奈何的。只能这样测正常的流程！~
你不要给自己太大压力，毕竟只是打工的，再有责任心也得服从上司的安排。:) 如果你仅仅是测试人员，那就按照leader的方法去做，做好自己的任务就行了，当然做的时候要有提高效率和质量的意识。是需要动脑子的
如果你是测试leader
1.想上级意见，正如楼上所说的。让上级明白一些原因。顺便可以打好预防针。
2.如果上级告诉你，不要太较真，不报大错就好，还是坚持自己的做法，那就去干吧，肯定是测试最重要核心的模块，当然最好是正宗的测试人员来测，其他的比如模块功能比较独立的，零散的测试工作分配给非专业人员来测试。但是重要的一点是做好bug的等级划分和跟踪，等级划分是为了让开发先修重要的bug（leader就是要有一定的判断和决断），跟踪就是说，那部分今天来一批，明天走了，那他遗留下来的问题需要有人去跟踪，在走之前需要交代清楚，责任到人。
3.每天做一个主要业务流程的测试，比如login之类的都出错，那第二天的工作就无法展开了。要避免这样的问题，争取更多时间。 对于"进度太赶，质量根本无法保障。这时候如何安排测试？"的问题, 上面的各位都提出了不少的建议以及解决方案, 有一个基于这个问题的问题是比较值得思考的,那就是: 为什么在计划测试的时候, 没有意识到有这样的风险以及找对应对这些风险的解决方案? 对于项目的开发实施过程, 会存在着风险(如需求变更频繁, 人员过分流失, 项目计划脱离实际等), 同样对于测试的实施过程, 也会存在着这样那样的风险(如需求变更频繁, 开发进度延误, 测试计划脱离实际, 测试用例覆盖度不高, 测试执行力度不足等), 这样都需要在测试的策划阶段进行分析和应对的. 举个例子, 开发进度延迟, 从而压缩了测试时间, 那么领导从其他项目组抽调部分资源加入测试, 这是如何才能更好的运用这些资源呢? #10楼说的"零散的测试工作分配给非专业人员来测试", 这可以是一种运用措施, 但可能不是最高效的. 如果在策划测试工作的时候, 考虑测试执行阶段是有不同层次的人员来执行的话, 那么用例部分就会分为几个层次, 基本的正面用例, 基本的反面用例, 异常的正面用例, 异常的反面用例等等层次(包括但不仅限于这四种), 那么出现了临时资源的时候, 可以给临时资源分派做基本的正面用例和基本的反面用例的测试, 而专职的测试人员就可以专注于异常的正面用例和异常的反面用例以及一些数据完整性/并发操作等类似的探索性测试去寻找深层次的问题. 将各个层次的工作分配给适合的人执行.
基于用例层面的资源分配和运用是其中一种解决高效使用临时资源的方法, 也可以在用例执行完成且开发未完成时, 适当的引入自动化测试来减少后续基本测试用例的执行时间, 将重点放在异常测试上. 解决方案可能会有很多, 需要针对实际情况进行选取, 同时这些方案的引入也会带来一定的风险, 需要做好风险分析和制定相应的风险应对/规避措施.
总结一下, 在计划阶段需要尽量识别出可能发生的风险并寻找相应的可执行的风险应对/规避措施.
可能上述描述会有部分不恰当或错误的地方, 欢迎大家指点.
Thanks in advance. :)
[ 本帖最后由 RYAN.D 于 2008-11-27 00:18 编辑 ] 原帖由 RYAN.D 于 2008-11-26 23:33 发表 http://bbs.51testing.com/images/common/back.gif
对于"进度太赶，质量根本无法保障。这时候如何安排测试？"的问题, 上面的各位都提出了不少的建议以及解决方案, 有一个这个问题的问题是比较值得思考的,那就是: 为什么在计划测试的时候, 没有意识到有这样的风险以及找 ...
RYAN 说的很对， 很多的风险是可以在计划和设计阶段就可以发现和避免的， 但是像楼主这样已经到了‘开发结束’阶段， 应该怎么解决问题呢？
首先， 做为测试管理人员， 你应该及时和有效的通知项目经理或高层管理人员， 告诉他们因为什么测试有可能不能按时完成， 让他们面对现实
其次， 你应该想怎么在有限的时间内， 完成最大限度的测试量， 比如增加测试人员， 设定测试用例级别度等等
Good Luck
Wayne T. 那只能是加班加点干活了啊···一般项目给的时间应该是比较充分的吧···· 充分认可RYAN 和Wayne T.的观点。。有时候很多东西对于测试人员来说，很多现实不是那么容易能改变的。考虑特定公司特定的工作环境和条件，特定的组织结构和项目实现情况尤为重要~~ :L 我遇到和你相同的状况，不同的我是客户方。我需要协要2家软件公司制作软件，需要整合双方的软件系统。
我们上线的时候非常紧迫，测试时间也很少，我将三方的工作量进行了均衡，因为系统是我设计的，对于双方的软件公司来说，他们需要确保双方的流程内的数据准确，我需要确认他们的整合的系统是否与我的设计相匹配，我会每周都跟双方沟通软件进度，天天都在加班加点的工作，我感觉工作就轻松了许多，测试最害怕你不了解客户的需求，如果测试部门不了解流程，就会出现很多的问题，要跟客户多沟通，阶段性的与客户沟通需求。
仅是个人意见，也不知道对不对！写出来和大家一起分享！ 测试应该和被测试方相互沟通对于BUG等级分划好后，进度跟上保证重大BUG不存在，中小型BUG可以线上维护就可以了，这种情况下一般来说侧重功能完整，而不是性能优化所以如果不发现重大性能上的缺陷就可以了，这种做法可以用来赶进度，呵呵 会出现这样的问题，可以说是公司开发流程上管理不合理造成的，发现问题不能头疼医头，要从根本上找出问题。我相信这样的问题不仅仅是你所在先项目中有这样的问题，你们公司的很多项目都存在这样的问题。要解决这样的问题重复出现，就要严格控制和计划开发流程，从根源上进行解决。当然这并不是我们测试人员所能解决的问题，主要还是要看公司的领导层了，如果他们没有修正的意识，即便是我们在努力，那意义也并不是太大。
公司在接到项目后，一味的赶进度，没有对流程进行很好的控制，开发人员也是接到任务后，没有很好的了解需求，很好的设计功能，就急于进行开发实现功能，功能勉强实现了，有责任心的开发人员还象征性的做一下单元测试，然后在提交代码；没有责任心的呢？正面测试功能实现后，就提交测试，这样问题越累越多，导致整个系统集成起来后，产生bug那肯定是必然的了，这样问题的放大不仅会延误工期，有的甚至会导致整个项目的失败。
因此，你在遇到这样的问题后，可以跟公司的上层领导进行沟通，加强整个项目组的流程管理，在有条件的情况下，严格的执行单元测试、集成测试以及系统测试，这样逐步的执行下来，不但项目的质量提高了，公司的声誉也提高了。好好的跟领导沟通！
页:
[1]
