|
2005-06-21 14:38:53 songfun(6975740)
digman,测试早期介入并不能减少测试的工作量
就好像你做了单元测试,不意味着能不用做系统测试。
2005-06-21 14:39:53 digman(6310930)
哈哈,我们的管理层就是怎么认为
2005-06-21 14:40:28 荒野闲鹤(5405189)
本来就是增加工作量的啊,只是为了更好地进行测试啊
2005-06-21 14:46:59 songfun(6975740)
只是为了更好的保证质量。其实工作量越来越大了,呵呵,如果tester比较懒的话,那甚至会引起抵触情绪。
2005-06-21 14:48:43 digman(6310930)
因为我对于整个系统究竟要完成多少具体工作还没有很详细的统计,所以和他们交流时无法说服他们
目前正在搜集资料
2005-06-21 14:49:43 gladys(19785708)
做个测试计划,把这些情况都分析到。风险都统计到。
2005-06-21 14:50:16 digman(6310930)
恩,正在计划编写测试计划
2005-06-21 14:50:39 荒野闲鹤(5405189)
那就更要前期介入了,否则都不知道要做什么了
2005-06-21 14:51:02 songfun(6975740)
嗯,测试计划要体现,而且测试计划同样要和测试用例一样,处在变更之中。
这涉及到变更管理的问题了
2005-06-21 14:51:26 digman(6310930)
知道要做什么,主要是项目经理和开发人员不知道测试要做什么,毕竟需要人家来配合工作的
2005-06-21 14:51:39 songfun(6975740)
测试计划也要有版本的概念。
2005-06-21 14:51:49 digman(6310930)
而且他们总是认为他们的技术高,水平高,对测试不屑一顾
所以和他们交流,说服他们,有一定难度
2005-06-21 14:52:20 gladys(19785708)
所有的文档,包括技术与非技术都应该有版本的概念。
2005-06-21 14:52:34 songfun(6975740)
呵呵,是,我还遇到 测试主管强迫developer在TD的 需求里写需求设计文档的。
2005-06-21 14:52:59 gladys(19785708)
喔。。那是测试需求的地盘吧 呵呵
2005-06-21 14:53:01 穿短裤的蚂蚁(67659417)
我们公司QA很多都是老外,海龟硕士来做,不能说明QA就比Dev差
2005-06-21 14:53:05 荒野闲鹤(5405189)
是这样的,开发人员都是这样的,要有一定的过程啊
我们这里也有项目组这样做的
2005-06-21 14:54:01 songfun(6975740)
要互相谅解啊,我转测试之前对测试也很抵触,觉得测试低人一等。瞧不起别人。
但是后来想明白了。
所以说,这种认识也是有一个改变的过程。
2005-06-21 14:54:36 gladys(19785708)
测试在国内很多公司低人一等是事实。
2005-06-21 14:55:28 穿短裤的蚂蚁(67659417)
要看是什么公司,小的公司测试是比较低级一点吧
2005-06-21 14:55:48 小鱼(66944928)
我觉得版本的控制很混乱啊,我们今天就要交代码给user了,可是程序员都不知哪个版本才是最后修订的,郁闷
2005-06-21 14:56:08 荒野闲鹤(5405189)
主要看公司对质量的关注程度吧
2005-06-21 15:13:26 找Bug吃的人 (19837470)
我现在也遇到版本管理的问题
我们现在内网上有一个测试平台,外网上有一个教学兼测试平台,都是在一个DB和WEB和WAPSEVEER都同一人IP,还有一个正式平台的是分开的
2005-06-21 15:15:20 gladys(19785708)
说的是测试环境吧
2005-06-21 15:15:24 digman(6310930)
变更管理都需要管理哪些内容,很多人认为管理这些东西费力不讨好,而且作用不大
2005-06-21 15:15:35 找Bug吃的人 (19837470)
而且是们还是还没有真正做版本控制的人,以前都有开发来做
正式平台不是,有人在用的
现在主要的问题在于A-B-C之间的基线如何控制
2005-06-21 15:17:37 芨芨草 /;-D(29710632)
配置管理还是有专人作好一点吧
2005-06-21 15:17:42 找Bug吃的人 (19837470)
头的意思是让我确定一个测试线和开发版本管理线,然后在一个时间点
还有给个方案和流程图
2005-06-21 15:17:45 gladys(19785708)
什么A-B-C? 从你上面的没看出来呀?
2005-06-21 15:18:46 找Bug吃的人 (19837470)
就是从内网平台-测试公网的平台-正式运营的平台,我用ABC表示了
现在有两上版本管理的工作,一个近端的版本管理,一个远端的版本管理
2005-06-21 15:20:54 gladys(19785708)
两上版本管理的工作?这个不明白
一个近端的版本管理,一个远端的版本管理 这个也不明白?
是不是想说有两套系统需要版本管理? 一套是客户端 一套是服务器端?
2005-06-21 15:23:27 找Bug吃的人 (19837470)
比如,我一天增了一个BUG或改了一个程序,我在近端要测试,然后要转到外网的测试平台,这是一个时间点,还要我在远端测试通过后,然后再转到正式平台,这也是一个时间点
2005-06-21 15:23:28 gladys(19785708)
你 需要管理这ABC三个平台上的软件的版本?
2005-06-21 15:24:41 找Bug吃的人 (19837470)
这是其中对一个RELEASE的NEWFOUCTION和BUGLIST的度量值和时间点
不仅是管理的问题,还有流程的问题,客户的问题如何走,在B上发现的问题如何走,AB上没有发现等等问题
2005-06-21 15:26:53 gladys(19785708)
那先问你一个问题 你修改BUG或者新增功能 这一个版本你是放在哪儿的?
2005-06-21 15:27:35 找Bug吃的人 (19837470)
基本是在内网的基线器上
我现在有初步的想法来大家说说吧
2005-06-21 15:29:19 gladys(19785708)
“基本是在内网的基线器上 ”其实如果你说基本的话。。。这个时候就表明,你的版本在这儿就可能混乱啦。
2005-06-21 15:29:30 找Bug吃的人 (19837470)
已经开始乱,所以要改进,说说乱在那里?
2005-06-21 15:31:01 gladys(19785708)
你想所为基线,就应该是一个标准吧。。。至少在一段时间,以它为准的。。。
如果这个时候你不是以它为基础来修改,相当于在变更标准。。。
2005-06-21 15:35:28 找Bug吃的人 (19837470)
A-B 基本原则,如何在A里一天发现3个BUG或一个NEWFUNCTION,就在下班前更新一下B, 然后再第二天进行验证测试.
B-C 基本原则,如何一周发现的问题在10一个一般的BUG,或3个NEWFUNCTION,或有重要的BUG在C,或用户紧急的需求变更,就对C进行更新
现在的问题,C是从B的基线走,还是从A基线走
2005-06-21 15:37:18 gladys(19785708)
呵呵,现在的问题不是 “,C是从B的基线走,还是从A基线走 ” 而是你需要一个D
2005-06-21 15:37:49 找Bug吃的人 (19837470)
然后第个月对BUGLIST和NEWFUNTION进行总结和分析,是不是要RELEASE
2005-06-21 15:38:08 gladys(19785708)
因为你的ABC只是你的发布平台。。。而不是你的配置管理平台。
2005-06-21 15:38:26 找Bug吃的人 (19837470)
英雄所见略同,我正在A-B之间来个D
但现在资源有限,腾不出空一个D
2005-06-21 15:39:02 gladys(19785708)
songfun出来说说,情况是不是这样的
2005-06-21 15:39:59 找Bug吃的人 (19837470)
等我把流程图用VSIO画出来,再看看吧
我还想给出一个E,因为B,C现在有用户在用的
2005-06-21 15:41:34 gladys(19785708)
如果腾不出来D,那你就需要保证所有的修改在A做。。。以A为基础。 也不再要什么E啦
2005-06-21 15:42:10 找Bug吃的人 (19837470)
用备份原有系统,如果更新出错,就把IP地址指向E
你觉得这样是否可行
问题A的配置和C是不一样,我们要保证的是C是要100%不能出错的,一出错损失可是无法计量的
2005-06-21 15:44:58 芨芨草 /;-D(29710632)
那你就再搞出个D好了,D上只记录版本不发布,不就得了
2005-06-21 15:45:19 gladys(19785708)
我觉得你后面的这一个问题 应该是版本发布 系统布署的问题啦。。。。。而不是配置管理的问题。
2005-06-21 15:45:36 芨芨草 /;-D(29710632)
所有的版本在D上都保持有记录
这是我的想法。
2005-06-21 15:46:36 找Bug吃的人 (19837470)
应该是,我们现在有一系统布置的LIST,一个一个打勾后,才能发在C
主要是IIS DB WAP
2005-06-21 15:47:39 gladys(19785708)
这个布署什么系统基本应该没什么关系。
2005-06-21 15:59:23 找Bug吃的人 (19837470)
还有就是BUG的发现问题
2005-06-21 15:59:56 找Bug吃的人 (19837470)
A B C
Y N N
Y Y Y
N Y N
N N Y
N Y Y
Y Y N
Y N Y
Y表示发现 N表示没有发现,这几种情况如何处理,搞得有头有点大了
2005-06-21 16:04:57 芨芨草 /;-D(29710632)
我感觉这个和版本关联起来比较好管理,
如果C是最稳定的版本,那么C中有BUG,别的版本中就也存在相同的问题了,
我的一点想法。
2005-06-21 16:05:45 找Bug吃的人 (19837470)
有这个可能,但不一定,因为配置有差别的
2005-06-21 16:06:03 ray(8085413)
你三个平台不一样啊?
2005-06-21 16:06:20 找Bug吃的人 (19837470)
我说是服务器配置
2005-06-21 16:06:52 ray(8085413)
对于出现的问题,你要逐个分析,到底是不是由于硬件的不同造成的
2005-06-21 16:06:54 芨芨草 /;-D(29710632)
不一样的平台,你也敢保证C是最稳定的,你拿什么保证啊!
2005-06-21 16:07:39 ray(8085413)
草说得对,三个完全不一样的硬件配置,你不能说C就是最稳定的
2005-06-21 16:07:52 找Bug吃的人 (19837470)
A和B是一台是用的客户端和服务器用在一个机子上,IP地址也是一个
C是放在中国移动的机房里的,DB 客户端和服务器 WAP下载是放在不同的机器上的
2005-06-21 16:12:34 ray(8085413)
对每一个发生的bug都进行分析
如果这样,那你就分析吧
重现
2005-06-21 16:13:47 ray(8085413)
没有办法阿
或者增加日志功能
对每一步都记录
2005-06-21 16:14:28 找Bug吃的人 (19837470)
我现在每天要对BUGLIST和NEWFUNTION进行跟综,并找开发是什么原因,如何解决的
问手下那发现,什么时间发现,验证了没有,幸好我们一每天的BUG和NEW不是很多,要不真的要累死
我现在有点感觉了,做管理的烦了,技术好久没研究了,真想把主管的位置让给手下
2005-06-21 16:17:18 gladys(19785708)
其实你现在要做的是把这三个版本整理成一个版本。。。 这个不是光配置管理能解决的问题。
当整理好一个稳定的版本以后,再说配置管理。。。
2005-06-21 16:18:10 找Bug吃的人 (19837470)
7月3号将是三个版本整理成一个版本的日期
以前提上日程了
也不知道,我那时还在不在了,见证那一时刻,现在估的工作就是为这天做准备的,这或许是我所做的最后一个贡献了 呵呵
2005-06-21 16:58:11 songfun(6975740)
to 各位:
最新最全的LoadRunner资料我正在上传,欢迎大家到 共享里取!
明天我会继续上传其他方面的资料!
2005-06-21 16:59:23 ╋映映╋(53447901)
不错不错,我也上传一个我最近写的tomcat性能调整。
欢迎对java性能调优的同仁一起探讨学习。
2005-06-21 17:07:16 ╋映映╋(53447901)
有谁写了linux性能监控的资料了吗?要自己写的不要全是命令说明的。
2005-06-21 17:10:40 找Bug吃的人 (19837470)
我只有自己写的WINDOWS的性能监控
2005-06-22 09:12:01 ╋映映╋(53447901)
http://www-128.ibm.com/developer ... newsletter-rational
IBM Rational助您轻松完成基于J2EE的Web应用系统的性能测试和性能优化 |
|