51Testing软件测试论坛

标题: 请教一下，频繁更新的系统怎么测？ [打印本页]

作者: jessica42237728 时间: 2008-12-18 11:35
标题: 请教一下，频繁更新的系统怎么测？
我们公司是一个小公司。现在处于后期系统优化的阶段。但是，它有它的特殊性，它在用户试用的过程中，完全按照用户的要求在改，经常是，今天早上用户提了修改的要求，上午开发人员改了，下午几个小时拿来测试人员测，明天早上又去部署。
这还是一个走流程的系统，光走流程都需要发很长时间。
我经常测试完了，心里都很虚，因为我很久没做过完整的测试了，我告诉项目经理完整回归的时间不够，但是项目经理说现在重要的是响应用户的速度，系统有bug在所难免，没有大bug就行了。但是我知道系统如果有问题，我要负责任的。
我想过用QTP测试流程，我只需要测试其它的菜单。但是QTP只能测试流程，我怎么能够自动测试，流程中每一个用户登录进去，处理这个单子的时候，单子上所有显示的项都是正确的呢，且可以修改后成功保存呢。
现在我很迷惘，请求大家的帮助。

作者: wenwen763 时间: 2008-12-18 19:06
项目经理说现在重要的是响应用户的速度，系统有bug在所难免，没有大bug就行了

作者: jessica42237728 时间: 2008-12-22 09:40
问题就是这样，所以我很迷惘。

作者: njsjh1983 时间: 2008-12-31 12:00
很多公司都是这样的~~！！我们的测试啊~~

作者: dppsoft 时间: 2009-3-18 12:04
标题: 回复 1# 的帖子
哎，我们公司也是一样的，所以我有时觉得我的思想都被此公司控制了似的，刚来时，还有许多想法，但提了都不管什么用，后来都不提了，还是自己多学点东西，再找下一家好的~~~

作者: peterz 时间: 2009-3-19 13:43
这种测试，不适合使用QTP等自动化工具。你还是先测主要的业务流程。等稳定了在使用自动化测试吧。一般这种现象在不正规的公司是很常见的。

作者: micrry 时间: 2009-3-19 16:30
项目经理说现在重要的是响应用户的速度，系统有bug在所难免，没有大bug就行了

bug永远都是有的，当前的问题是测试主要的，抓大放小。先保证流程，再保证出错影响较大的或使用最频繁的。

作者: philosophy 时间: 2009-3-24 16:52
偶们也一样

作者: hdtest001 时间: 2009-4-16 15:43
只有像经理说的那样了，不影响大的功能的使用就行了，可能系统要求还没那么严密，也用不上精确的测吧

作者: liulinzhu 时间: 2009-4-20 19:30
以业务为主，紧急->重要
维持一好的心态，如果实在来不及，可以要求增加人力。
另外不妨多从客户的角度来设想问题，提高测试的重要性，从而提高测试地位，那样公司会更多的采纳你的意见。

作者: love_yebin 时间: 2009-5-7 13:36
螺旋迭代模型呗
我是这样测的

1.保证功能（用户需求）完全正确实现
2，bug清单没有3个以上C
3，测试用例逐渐丰富，且攻击性强，测试结束时候测试用例全部执行
4，需求完全覆盖
5，质量管理自己一定有计划的控制，数据变量控制在自己变化范围之内
6，提交测试报告，搞定

作者: fjstc3441 时间: 2009-5-7 14:45
频繁更新的系统的测试过程，我认为需要定义一个精密的checklist，这份列表为了测试系统的基本功能和重要功能，在做时间非常紧急测试的时候优先验证releasenotes和这份checklist。而在测试压力不大的情况下，对系统的单个功能模块进行全面测试。

作者: gracech 时间: 2009-5-8 16:10
把大而重要的点自动化掉，每次自动验证。人的精力放在迭代更新部分

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