51Testing软件测试论坛

标题: 版本发了以后，出现了问题，全面怪测试吗？？ [打印本页]

作者: mowo 时间: 2012-3-12 13:35
标题: 版本发了以后，出现了问题，全面怪测试吗？？
前几天，版本发出去以后，出现了问题，后来说测试出现了问题，让我们后很无语！测试的时间很短每个版本就测试3天  3天能测试出来什么啊？

         请问各位高人有什么解决办法呢？

作者: mowo 时间: 2012-3-13 09:20
回复 2# dgfsdgs

现在已经是开发延期，测试根本不能延期！安排五天的测试时间，到最后只用2天的时间，根本没有说延期测试的时间。不延期测试的时间就是因为要赶发布点。我怎么跟他们沟通让他们给我们点儿测试时间呢？现在是遇到发布版本就会包夜测试

作者: 泡芙拓 时间: 2012-3-13 09:29
先定位bug严重性，还有发生的概率等。研发工作延时，用掉了测试的时间，他们也应该负些责任。

作者: liaoxj 时间: 2012-3-13 10:17
先看一下是什么问题，先解决问题，而不是推卸问题。

作者: mowo 时间: 2012-3-13 10:40
谢谢，大家！应该必须按照之前的计划走，现在导致的问题太多了！

作者: 木成舟 时间: 2012-3-13 19:37
是个好问题，我们也遇到同样的问题，目前采用的是一种责任倒追的过程，首先测试这边分析为什么会漏测，是需求理解有误，还是路径没覆盖到。开发这边也会进行分析，是需求问题、设计还是具体的实现问题。

遇到严重的问题都会进行总结，开发也不是那么轻松的。当然首先测试人员不应该逃避，而是需要努力使下一次做的更好。规避一些以前出过的问题，改进测试方法和技术。让公司觉得测试团队也是有很强战斗力的。

作者: iamshore 时间: 2012-3-19 09:49
前些年我们也出现过这样的问题，是整个项目的流程不对造成的。
目前我们的改进如下：
1 测试计划和开发计划同步，里面预计测试周期。
2 如果开发提交产品物和开发计划延后，测试开始周期顺延。
3 测试结束后，需要出完整的测试报告，写明对该产品的测试结果。

如果在3中，最终的结果为：未通过，部门需要开仲裁会议，仲裁是否释放。

ps，测试是提高产品质量，不是保证产品质量。
每个产品发布后，都会有bug，打patch的时候，PM和TM及时总结才是正道。

作者: rebecca2008 时间: 2012-3-19 14:06
怪与不怪，怪开发或测试都不能实质性的解决问题。
安抚下楼主，摆正自己的位置，调整一下心态，想想如何在短时间内尽可能提高测试质量，另一方面如何通过保全开发延期的证据来为自己据理力争（有时候这是很有必要的，不过当然是解决问题在先，明确责任在后）

作者: kite001 时间: 2012-3-19 22:41
建议分析下为什么会漏掉那个bug：
此bug在测试用例中是否有对应的测试用例？
或者测试用例里面有，但因为时间原因没有执行？
版本发布时，是否全部测试用例均执行通过？
版本发布之前，是否做过风险评估？大家对压缩测试时间带来的可能的风险是否有明确的认识

作者: archonwang 时间: 2012-3-20 11:15
如果时间相对不充分，测试也会相对不充分。

作者: lishuchankuaile 时间: 2012-3-20 15:04
这是不太成熟的软件公司中经常存在的问题吧，在我们这里也是有这个问题存在的。首先是解决问题；然后分析bug为什么没有测出来，我个人的观点是不管什么问题测试肯定存在不可避免的责任；最后是工作改进，以后工作中尽可能避免

作者: tangxiaomei123 时间: 2012-3-20 17:12
我们这里也是，开发延期测试不延期的，经常我们测试就一天到两天，反应了也没人说，反正测试就是一个走过场的过程，新系统一来，我们就加班加点的测试，而且经常连需求都没有，遇到问题就去找开发，还耽误了很多测试的时间，我们现在做的就是尽量快的去做测试，这是没办法的事情，公司就这样，一反应的回答就是公司从来就这样，这是历史遗留问题。

作者: LydiaTing 时间: 2012-3-20 22:46
去年有大半年，每次发布版本都是加班加点的赶出来的，测试时间很不充分，有时候甚至留给测试的就2、3天时间，如果遇到严重Bug，后果可想而知~

作者: zbl0531 时间: 2012-3-21 17:22
其实问题都是相对：
1、首先确认是否是问题，问题的严重程度，问题的产生来源，是否与测试技术、测试思路有关；
2、测试时间：给多少时间测多少事，把握测试的重点，其实大家都明白，测试不是万能的，测试并不能保证测过的软件就没有问题；
3、公司产品发现问题，就找测试的责任，这是公司氛围的问题，说明你们公司的人喜欢推卸责任；

作者: zilong2029 时间: 2012-3-22 08:54
这个太正常了，我原来接收到项目和LZ的情况一直，那段时间一直都是晚上10点以后回家，因为离家远。所以到家基本上是凌晨了。没办法，公司的在很多方面都有问题

作者: smile511 时间: 2012-3-22 17:26
看楼上大家的意见，归结两个字：规范...和上面领导提下意见吧，讲述下具体事情，商讨下肿么解决

作者: archonwang 时间: 2012-3-23 16:51
据理力争，但是你得有理还得有据。

作者: 遇上鱼子 时间: 2012-4-10 16:48
上线后出了问题，只要这个问题是因为测试人员遗漏导致的，测试肯定是有责任的，这是无法逃避的。这个心态要摆正，不能因为开发延期压缩了测试时间就推卸测试应负的责任。
解决办法从根本上来说当然是规范流程制度，优化整个开发流程并确立完整的产品开发模型...不过这不是一时半会能搞定的。临时性的方法我能想到的如下：
1.在接收项目的时候，确立测试项的优先级，优先保证重要的模块被覆盖（如果测试时间被压缩到连一个最关键模块都无法全覆盖当我白说）
2.一旦出现开发延期，立即通知整个项目组，并就计划变更进行沟通。要求项目组将测试结束时间顺延。
3.若测试时间顺延被否决，项目负责人或公司高层仍要求按原计划发布时间完成，则需要针对测试项进行评估，舍弃优先级低的测试项。（评审是必须的...不得到老大们的同意...谁也不敢随便舍弃...）
4.加班吧...这是没辙的

作者: 楠族开心果 时间: 2012-4-13 09:25
上线后有bug就怪测试，项目进行的时候测试时间又非常的短，这个是蛮苦逼的。
其实合理的安排测试计划、测试用例，还是能发现基本及以上的bug的

作者: qinhaoying 时间: 2012-4-17 14:43
测试工作是保证产品或项目质量的，你说有责任么

作者: khls27 时间: 2012-4-20 17:16
同感

作者: ecochen 时间: 2012-4-20 17:27
测试完成要输出测试报告啊，写清楚你的测试情况和风险，不符合要求就要说no
如果还是发布了那就谁拍板谁责任

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)