51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 4825|回复: 0

无忧测试QQ整理——如何让企业重视测试;版本管理;

[复制链接]

该用户从未签到

发表于 2005-6-26 16:34:31 | 显示全部楼层 |阅读模式
2005-06-22 13:25:56 亦(32807868)
现在有一个关于测试管理的问题:在一个市场尚未铺开,一个对产品开发相对比较重视的企业,如何有效的开展测试活动?


2005-06-22 13:27:34 找Bug吃的人 (19837470)
有更多的时间来建你的测试流程,那对测试的重度了


2005-06-22 13:29:08 找Bug吃的人 (19837470)
在一个市场尚未铺开,说明你的产品来自市场的压力相对小一点呀


2005-06-22 13:30:19 ray(8085413)
我觉得首先从缺陷管理抓起
这是最有效,也最容易看到成果的一块
不过其实应该从头开始抓

2005-06-22 13:31:58 咦,迈尔吉祥(5146586)
赞成ray,把第一步就是是把已经发现的BUG管理好

2005-06-22 13:32:42 ray(8085413)
这样比较容易打动项目经理和领导的心,
整个测试过程的建立和规范,是一个长期的工作

2005-06-22 13:33:18 找Bug吃的人 (19837470)
而且还应该分析好,对以后的过程和流程改进有帮助,反正产品还没真正走向市场,可以有更多的时间来测试

2005-06-22 13:33:23 亦(32807868)
我概括一下我的思路:
1。做好测试工作
2。让上级知道测试在做什么
3。让上级肯定测试的工作
4。提出流程改进

2005-06-22 13:33:25 ray(8085413)
让他们有耐心的接收 你的工作和思想,那么就从最容易看到成果的地方做起
bug,我觉得你这么想不对,产品一般情况下都是很赶时间的,因为你要先于别人推出这个,才能迅速占领市场

2005-06-22 13:35:05 找Bug吃的人 (19837470)
也可以时时给头灌出自己的测试思想

2005-06-22 13:35:36 亦(32807868)
OK,我的问题结束,谢谢

2005-06-22 13:35:44 找Bug吃的人 (19837470)
这样结果,可能会适得其反的,我觉得


2005-06-22 13:38:19 ray(8085413)
呵呵,是这样的。市场和领导肯定是急于推出产品,开发和测试都想产品质量有保证之后推出,这就是一个矛盾


2005-06-22 13:38:57 找Bug吃的人 (19837470)
而且也这么说,我觉得即然在一个市场尚未铺开应该是比有很大市场占有的产品,测试时间会充余一点的,从而来考虑你说的测试流程建设

2005-06-22 13:39:00 ray(8085413)
需要中间把握一个度,如果能即尽快推出,又能保证质量

2005-06-22 13:39:38 digman(6310930)
如果两者都要顾,那么就需要一个经验很丰富的,测试领导者,和一堆有经验的测试人员,
因为这需要很高效的工作,精细化的管理必不可少

2005-06-22 13:40:00 找Bug吃的人 (19837470)
所以要找到这个度,更好的利用市场尚未铺开的这个点上
ray,其实我们的想法都是一样,可能角度上稍有差别的

2005-06-22 13:40:54 咦,迈尔吉祥(5146586)
整个测试流程的规范,还得依附于整个开发流程的规范

2005-06-22 13:41:30 ray(8085413)
流程建设,我觉得开始可以筹备,但是要打动领导,还是要做比较容易出成果的工作,在这期间灌输思想,推动流程的规范。


2005-06-22 13:42:31 digman(6310930)
各类因素都要考虑

2005-06-22 13:43:06 ray(8085413)
不至于吧,我只不过觉得这么做,比较容易开展工作
也比较讨巧


2005-06-22 13:51:57 亦(32807868)
有没有人有兴趣讨论一下开源的测试工具?


2005-06-22 14:11:49 森林狼(6877439)
开源测试工具我喜欢

2005-06-22 14:13:38 唵嘛呢叭咪吽(183666087)
我也是

2005-06-22 14:42:33 找Bug吃的人 (19837470)
1. Bugs arrive rate with different priorities (P1, P2 or P3)
2. Bugs arrive rate with different components or modules
3. Current bugs status (P1, P2, P3)
谁帮确切的翻译一下这三句话,行不?

2005-06-22 14:46:14 小鱼(66944928)
bug的分布比例根据不同的缺陷优先级;
bug的分布比例根据所属的不同模块;
当前bug的状态


2005-06-22 14:47:10 穿短裤的蚂蚁(67659417)
bug除了有优先级外,还应该定义紧急级别


2005-06-22 14:49:53 songfun(6975740)
不是这个意思。一个是缺陷被修改的优先级,一个是缺陷严重程度的级别。


2005-06-22 14:50:56 songfun(6975740)
缺陷优先级(PRIORITY)
缺陷严重程度(SERVERITY)
可以看看这篇帖子
http://blog.51testing.com/index. ... =849&blogId=181


2005-06-22 14:51:08 穿短裤的蚂蚁(67659417)
yes,紧急级高的bug,严重度不一定高;严重高的,紧急度一定高


2005-06-22 14:57:44 亦(32807868)
开源的可能是我关注比较少,觉得工具不是很多,我常用的就只有bugzilla了

2005-06-22 15:00:52 亦(32807868)
还有一点,现在linux的桌面,秀的比较厉害,如果真要实现桌面应用的话,它底下的软件的测试工作也需要展开,图形化的测试工具似乎还没有

2005-06-22 15:22:37 songfun(6975740)
to 小鱼,
   上午 内存泄漏的,可以看看我们论坛的这篇帖子。
http://bbs.51testing.com/viewthread.php?tid=13219&fpage=1

2005-06-22 15:23:00 小鱼(66944928)
谢谢


2005-06-22 15:55:48 songfun(6975740)
开源测试工具:
http://www.guanhe.cn/opensource/websites.html
http://www.opensourcetesting.org/
http://open-open.com/43.htm
给大家几个链接

2005-06-22 15:58:57 亦(32807868)
谢谢songfun

2005-06-22 15:59:21 找Bug吃的人 (19837470)
我在想如果你们群里的几人组成一个测试团队应该算的上是豪华阵容了

2005-06-22 15:59:45 songfun(6975740)
不客气,一直听说openSTA,不过没用过,希望有用过的朋友来聊聊。

2005-06-22 16:00:05 森林狼(6877439)
谁有兴趣做开源啊

2005-06-22 16:01:07 森林狼(6877439)
opensta好像是针对http录制的。原先以前研究过它的代码,现在全都忘了。。。。[:D]


2005-06-22 16:04:23 songfun(6975740)
        公告  

   最新上传的《Junit in Action》已经成功,加上昨天傍晚上传的LoadRunner和 QTP资料,现在我们群里的好东西已经很多了。
   欢迎大家到共享里下载,也欢迎大家上传有价值的测试资料。




2005-06-22 16:09:41 找Bug吃的人 (19837470)
我对这方面的工作是做的不多,以前一直在做测试,现在头让我也来搞这个
我现对版本管理和配置管理的东西理论有,实践没有

2005-06-22 16:13:13 gladys(19785708)
但我觉得你写的不象是版本管理的方案。。或者说配置管理的方案尼   
版本管理至少要写一些,版本的定义,命名、版本的号的控制。。这些内容吧


2005-06-22 16:15:29 找Bug吃的人 (19837470)
这些东西现在有,但是有我们头来做

2005-06-22 16:15:59 gladys(19785708)
那配置管理也要说明有哪些配置项呀?   

2005-06-22 16:16:51 找Bug吃的人 (19837470)
目前的状况是没有配置人员也没有版本管理的专门人员
两者兼之吧,我觉得,因为我们这人平台是自己开发,自己测试,自己运营的


2005-06-22 16:18:21 找Bug吃的人 (19837470)
这些目前有一个开发人员专门来做

2005-06-22 16:20:12 gladys(19785708)
能说下这两个有什么本质不同吗?

2005-06-22 16:20:36 小涛涛(180769536)
本质没什么区别,都是管理软件版本
只不过一个,“密集”一个“疏松”一些

2005-06-22 16:21:31 gladys(19785708)
是说粒度的问题吗?

2005-06-22 16:21:32 songfun(6975740)
我最近准备装一个Subversion玩,据说不错。

2005-06-22 16:22:32 亦(32807868)
to songfun:
评估完了SVN能不能写一份报告? 我也想看看


2005-06-22 16:23:50 小涛涛(180769536)
我给大家一个版本管理的规范办法
=XX公司软件开发版本管理暂行办法


2005-06-22 16:25:18 找Bug吃的人 (19837470)
to gladys 看来,我是把现有基把版本号,命名等和配置管理也要说明有哪些配置项补充进行


2005-06-22 16:26:39 gladys(19785708)
我觉得这样最好,免得后面使用的人不清楚。

2005-06-22 16:26:48 小涛涛(180769536)
1目的
2适用范围
3角色与职责
4版本控制过程
4.2版本号原则
5关键活动
6附件



2005-06-22 16:34:14 找Bug吃的人 (19837470)
不想发啥,发了就有可能被T了的。今天对我帮助很大,谢谢小涛涛,gladys,回去研究一下,初个第二稿


2005-06-22 16:35:14 skinapi(53068351)
to 找Bug吃的人:从你写的文档看,版本管理主要基于Bug修复和功能增加,有没有考虑过代码优化或者重构时版本该如何管理呀。^_^

2005-06-22 16:35:49 找Bug吃的人 (19837470)
想到过,但我不知道如何做


2005-06-22 16:37:45 skinapi(53068351)
对于这种是不是可以考虑定期发布版本,我以前在的公司是这样处理的,在代码变化较快的时候可以在每周固定时间发布版本。



2005-06-22 16:38:55 songfun(6975740)
to skinapi:
   相当于每周定期建立一个baseline?做1个build么?


2005-06-22 16:39:31 skinapi(53068351)
to songfun:是这样的

2005-06-22 16:42:03 T.E.(28707264)
在推行这个办法前团队是什么状况呢,实施过程中有没有遇到什么困难和阻力呢

2005-06-22 16:42:30 荒野闲鹤(5405189)
使用 Subversion 来代替 CVS:
http://www.gbunix.com/htmldata/2005_01/15/27/article_1122_1.html

2005-06-22 16:43:06 小涛涛(180769536)
我觉得版本管理,关键的还在管理的推动,工具什么都是次要的

2005-06-22 16:43:16 荒野闲鹤(5405189)
Subversion 比 CVS 更好用:
http://www.gbunix.com/htmldata/2005_01/15/27/article_1121_1.html

2005-06-22 16:43:50 小涛涛(180769536)
这个办法推行前,版本管理是放在每个项目组的,实施的问题当然有了,不过大家克服一下就是了


2005-06-22 16:43:56 荒野闲鹤(5405189)
是的,主要是流程要规范^_^

2005-06-22 16:44:54 songfun(6975740)
呵呵,最近开始流行subversion,在csdn上炒的火热,其实之前我同事一直用Tortoise和SVN,感觉确实都不错。


2005-06-22 16:53:21 亦(32807868)
小涛涛,我觉得主要,次要之说似乎有点欠妥,说成是先后的话,也许更恰当


2005-06-22 16:53:25 skinapi(53068351)
版本管理还是公司整体考虑比较好,不同的项目可能从代码上存在复用性,项目自行管理就不能把复用的优点发挥到最大

2005-06-22 16:58:59 纳什花开(454009281)
现在要建立一些界面规范   白盒的规范
上网上查了一下,太多了,看的头晕了
有没有什么组织思路?


2005-06-22 17:02:01 雅可露露(4303351)
界面规范的话,还是分BS和CS的,中间共通的可以公用~~
白盒的话,建议还是按照语言来分吧,那样比较明了吧
个人建议

2005-06-22 17:02:44 纳什花开(454009281)
BS  CS共有的规范
比如代码   调用  函数。。。。
语言是.NET

2005-06-22 17:04:53 小涛涛(180769536)
B/S界面规范 我可以提供
本文主要描述B/S应用程序开发中前台界面的规范,从显示设计和交互设计等方面阐述如何设计开发对用户友好的界面。

2005-06-22 17:06:29 纳什花开(454009281)
是不是大多关于UI的


2005-06-22 17:09:50 小涛涛(180769536)



2005-06-22 17:16:00 小涛涛(180769536)
我这里有很多文档关于语言编码规范得,如pb .net c#等


2005-06-22 17:16:27 亦(32807868)
有C的么?

2005-06-22 17:18:05 小涛涛(180769536)
没有,呵呵
公司不用C


2005-06-22 17:24:25 荒野闲鹤(5405189)
c的网上很多啊,最著名的就是林锐的那个了^_^


2005-06-22 17:25:06 songfun(6975740)
我们的群 共享 有 林锐大全,呵呵


2005-06-23 00:02:22 split second(118010)
大家好, 有手机测试的吗?



2005-06-23 10:35:24 ╋映映╋(53447901)
http://51cmm.csai.cn/SoftTesting/No169.htm
测试用例检查表范例  


2005-06-23 10:39:47 songfun(6975740)
嗯,这个checklist不错,当时我们也仔细看过。


2005-06-23 13:38:02 songfun(6975740)
各位有没兴趣聊聊 测试用例的几个方法?
有没有谁在工作过程中确实用到 因果图 和判定表 的?

2005-06-23 13:58:26 ray(8085413)
没有,太……了

2005-06-23 13:59:06 ray(8085413)
其实我现在就碰到一个问题,就是N多个状态的切换,我现在对用例有点头疼,怕考虑不周,漏掉了


2005-06-23 13:59:30 songfun(6975740)
状态多?

2005-06-23 14:00:25 ray(8085413)
songfun,这种情况,用什么方法能不漏掉用例呢?

2005-06-23 14:01:16 songfun(6975740)
你们状态的切换体现在哪里?SRS或者FS有没有?

2005-06-23 14:01:21 ray(8085413)
比如A为代理,B为发送消息,C为录像,D为刷新
回复

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-3-29 01:29 , Processed in 0.067534 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表