请教一下，频繁更新的系统怎么测？

jessica42237728 · 发表于 2008-12-18 11:35:53

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

wenwen763 · 发表于 2008-12-18 19:06:25

项目经理说现在重要的是响应用户的速度，系统有bug在所难免，没有大bug就行了

jessica42237728 · 发表于 2008-12-22 09:40:36

问题就是这样，所以我很迷惘。

njsjh1983 · 发表于 2008-12-31 12:00:59

很多公司都是这样的~~！！我们的测试啊~~

dppsoft · 发表于 2009-3-18 12:04:12

哎，我们公司也是一样的，所以我有时觉得我的思想都被此公司控制了似的，刚来时，还有许多想法，但提了都不管什么用，后来都不提了，还是自己多学点东西，再找下一家好的~~~

peterz · 发表于 2009-3-19 13:43:57

这种测试，不适合使用QTP等自动化工具。你还是先测主要的业务流程。等稳定了在使用自动化测试吧。一般这种现象在不正规的公司是很常见的。

micrry · 发表于 2009-3-19 16:30:12

项目经理说现在重要的是响应用户的速度，系统有bug在所难免，没有大bug就行了

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

philosophy · 发表于 2009-3-24 16:52:25

偶们也一样

hdtest001 · 发表于 2009-4-16 15:43:49

只有像经理说的那样了，不影响大的功能的使用就行了，可能系统要求还没那么严密，也用不上精确的测吧

liulinzhu · 发表于 2009-4-20 19:30:46

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

love_yebin · 发表于 2009-5-7 13:36:52

螺旋迭代模型呗
我是这样测的

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

fjstc3441 · 发表于 2009-5-7 14:45:28

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

gracech · 发表于 2009-5-8 16:10:26

把大而重要的点自动化掉，每次自动验证。人的精力放在迭代更新部分

		自动登录	找回密码
密码			(注-册)加入51Testing

请教一下，频繁更新的系统怎么测？

相关帖子

回复 1# 的帖子

站长推荐 /1