51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 3257|回复: 16
打印 上一主题 下一主题

为什么测试结果老是不稳定??(讨论)

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-11-10 15:27:53 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我测试的是一个2次开发的软件,开发语言使用JAVA,Resin,Eclipse,xp,和CVS。
但在测试的过程中,经常会出现,不稳定的现象,经常是改好了的bug,再测试又出现了,不知道是开发代码发布的问题,还是其它的原因?? 因为这样,返测的工作量会很大? 谁有好的解决办法??请大家指教!!谢谢!!


分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-11-13 13:56:56 | 只看该作者
不懂,等待高手指导
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-11-14 07:51:28 | 只看该作者
同问
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-11-14 12:17:02 | 只看该作者
没有代码管理工具马?
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-11-14 12:18:37 | 只看该作者
使用代码管理工具,可以保持代码同步!还有就是开发人员是不是真的修改掉BUG!
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2007-12-8 00:18:07 | 只看该作者
最好加强一下版本控制或者说变更控制工作,也就是配置管理工作
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2008-1-30 17:21:49 | 只看该作者
加强配置管理工作,很多情况都是因为没有做代码的版本控制造成的。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2008-1-30 17:43:04 | 只看该作者
因为开发烂
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2008-1-30 18:01:58 | 只看该作者
注意版本控制,可能出现开发人员错误的在一个老版本的文件上作修改的情况。

如果存在多人协同开放,注意不要多人同时修改同一个文件,采用合适的配置管理,确保check out的唯一

如果问题多次出现,提交产品经理处理吧,有人该为此长长记性了。
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2008-2-13 16:07:58 | 只看该作者
同意,版本控制
我曾经参与过的一个WEB系统功能测试
由于没有配置管理与版本控制的概念,虽然有一个人负责在日终将所有开发人员提交的代码进行发布。导致一个BUG,对应开发人员的开发人员说已经改好,但是在我测试的过程中发现还是存在。
另外可能是由于开发人员粗心大意造成的
所以在需要对被测试系统进行回归测试,重点验证之前发现的BUG以及与这个BUG相关联的功能模块。
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2008-2-13 23:38:17 | 只看该作者
楼主我想你这种情况就是配置管理的问题。抓好管理就不会有这么多问题

做好打基线(就是baseline)的工作:在工程之初从trunk(代码主干)上开一条分支作为项目的开发环境。有需要的话在每一个阶段的结束(如unit test 结束,系统测试结束)后打好基线(包括confirm baseline 和 release baseline), 然后根据release baseline取出代码deploy到指定的测试机上进行进一步的集成测试或性能测试。如果有多个项目共同开发,deploy时还要进行merge(代码合并),这样就可以保证测试用的版本的正确。

另外,还可以通过开发人员保留自己开发的class列表进行自查和进行peer test,或者规定在代码check in时写上自己的名字,这样到时翻查修改人员的人就会方便许多。

个人一些经验,以作抛砖引玉之用
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2008-2-20 15:02:18 | 只看该作者
就是配置管理问题。解决了就好了
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2008-2-20 15:03:21 | 只看该作者
我们现在用的是SVN,还是比较不错的,基本上没有出现这种情况的
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2008-3-14 17:17:27 | 只看该作者
原帖由 hongewuyan 于 2008-1-30 18:01 发表
注意版本控制,可能出现开发人员错误的在一个老版本的文件上作修改的情况。

如果存在多人协同开放,注意不要多人同时修改同一个文件,采用合适的配置管理,确保check out的唯一

如果问题多次出现,提交产品经理 ...

同意
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2008-6-29 14:13:04 | 只看该作者
原帖由 jlsv 于 2008-2-13 23:38 发表
楼主我想你这种情况就是配置管理的问题。抓好管理就不会有这么多问题

做好打基线(就是baseline)的工作:在工程之初从trunk(代码主干)上开一条分支作为项目的开发环境。有需要的话在每一个阶段的结束(如unit test  ...


关于基线这块,我们公司现在正在弄这个流程
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2008-7-30 15:55:25 | 只看该作者
一个是版本管理
还有一个就是回归测试
开发人员说改完了不行,必须得验证啊
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2008-10-12 16:19:07 | 只看该作者
这样的问题很麻烦了,配置管理问题就是对软件资产的管理,出现这样的问题,应该值的深思.
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-5-11 05:04 , Processed in 0.075912 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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