日历
| |||||||||
| 日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
| 1 | 2 | 3 | 4 | 5 | 6 | 7 | |||
| 8 | 9 | 10 | 11 | 12 | 13 | 14 | |||
| 15 | 16 | 17 | 18 | 19 | 20 | 21 | |||
| 22 | 23 | 24 | 25 | 26 | 27 | 28 | |||
| 29 | 30 | ||||||||
搜索标题
统计信息
- 访问量: 1950
- 日志数: 6
- 建立时间: 2006-12-04
- 更新时间: 2008-04-24
我的最新日志
-
《51测试天地》第九期电子杂志正式发布
2008-4-24
孕育了一冬,终于,春天来了。同是积蓄而发的《51测试天地》,也随着春天的脚步,为大家谱出了第九期精彩的篇章。
这些精心选择的文章,彼此之间是如此不同,却又如此相似——都倾注了作译者辛勤的汗水,都是他们测试工作经验与思想的结晶,希望它们能带给你技术上的新鲜体验,拨动你心底热爱测试的那根弦。请点击此处下载杂志。
希望广大会员继续支持本站,共同期待《51测试天地》第十期。
原创文章投稿请发邮件至webmaster#51testing.com(请将#改成@)
译文征稿活动详情请查阅http://bbs.51testing.com/thread-86083-1-1.html。
真诚欢迎您对《51测试天地》电子杂志提出宝贵意见和建议,请发邮件至webmaster#51testing.com(请将#改成@)。 -
(二)软件测试每周一问最佳答案精选
2008-4-09
此文系51Testing软件测试网原创,转载请注明出处!
当前问题:如何在有限的时间内编写完整有效的测试用例?(08-04-07)
在测试工作中,有一种直接拿到软件就测试的做法,它已经被大家认为是无效的测试,那么怎么分配时间来完成测试用例的编写,并且还要在有限的时间里?欢迎大家进行讨论与交流!参与讨论请点击》》
问题征集:“每周一问”活动面向广大会员征集问题,如你有什么问题想提出来和大家一起讨论,请发邮件至:webmaster#51testing.com(请将#改为@),说不定下期讨论的问题就是由你提出的哦,请快快参与吧!问题模式请参考每期的问题形式,包括“问题的题目”和“问题的描述”。
一、测试工程师如何规划自己的职业生涯?(08-03-14)会员huior:我用一个流程图的形式来表达我的观点,请参考。
注:1 每个阶段需要的时间因人而异2 每个阶段需要的知识因不同的行业不同的平台而异
二、从哪些方面判断自己是否适合走测试管理路线?(08-03-21)
会员cityyard:
既然是软件测试论坛,这里说的管理路线大概是软件测试的管理吧。
判断是不是适合走管理路线,实际就是设计一个针对个人能力的测试项,好了,回到我们大家都熟悉的问题了
现在开始对这个测试项一步步拆分测试观点吧。
从大类分,第一类测试项是管理者需要的通用能力
这里面可以分成很多小类,很难写全,管理学毕竟是一门学问,只能随便列几个
1、 是否善于带领团队
a、是否善于利用团队里不同能力和性格的人合理分工,人尽其用
b、是否能产生凝聚力让大家力量往一处使
c、能否协调好上下关系,既不能让上层无休止的压任务而不吭声
也不能放任属下消极工作带来的效率低下。
d、是否有较强责任感,管理者不能像普通员工一样,任务来了就做
做完了等下一个任务,这样的管理者的手下就更加会混事了。
e、是否能尽量不在工作中掺杂个人感情。
2、 是否善于制定和展开计划
a、拿到一个项目首先就是制定计划,计划的制定并不是写几条就可以的
一般需要有一定经验,同时利用线表日报等工具辅助完成,
善于统计和整理也非常重要
b、计划展开过程中要能根据实际情况提前调整计划,把握好进度
3、 是否能培养人才
a、能带一个团队打好仗还不是最好的管理者,能把手下带出一帮精兵强将
才是更加珍贵的管理者,他们堪称是公司的发动机。
b、建立完善的交流培训机制,使得新人培养和老员工交流都体制化
4、 当然了必不可少的必须善于人际关系处理。
第二类测试项是软件测试管理者特殊的能力
1、 是否有足够的软件测试经验,接到一个项目知道如何展开,熟知测试与bug的生命周期,熟悉统计数据的制作和分析,能从 统计数据中看出目前项目状况问题所在,知道哪里有问题需要改进。
2、 是否有较强学习能力一直能保持先进性,作为管理者,个人以为不提倡去一线继续作技术,但是一定要保持关注测试 领域技术动态知道同行们都在做什么,怎么做,这样自己虽然未必会做,但是可以带领团队技术骨干去做。另外较强
学习能力还在于领导者虽然未必去执行测试,但是一定要能透彻理解要测试的东西。三、测试人员如何说服他人认可你提交的缺陷是需要修改的?(08-03-28)
会员cityyard:
啊诺~~~这个问题其实非常不好回答,实际情况往往很复杂……
就我个人经验写一点感受吧~~当然了,诸如要写清楚现象,尽量详细报告等是QA人员应有素质,这里篇幅原因暂且搁置不谈。
首先,开发方必须提供完整详细的式样书和制限事项。式样书是测试人员测试的基础,测试人员如果按照式样书测试得到了不一样的或者奇怪的结果,那么必然是bug无疑,没有任何可以争论的余地;如果测试人员执行了式样书上没有写的动作,得到了一个奇怪的结果,那么首先去制限事项里面找,如果制限事项写了,那么意味着开发者知道这个问题并且还在开发中,那么OK暂时放过(注意是暂时),如果制限事项也没写,那么再看这个动作是不是用户可能做出来的动作,举个例子如果一个软件的某个命令完全封装在内部,调用时一定会以普通用户身份执行,那么测试人员使用root测试出来的问题就是无效的(注意,当然封装的命令可能因为封装错误用root执行了,但那是另一个bug);如果测试人员的动作虽然式样书没有,但是却是用户可以做出来的,那么抱歉,这个问题必须修改,而且还要围绕这个被式样书遗漏的问题进行拓展。
其次,测试开始前由开发方review测试方的测试计划,并针对测试方对式样书的疑问答疑。这一点有两个好处,一个是开发方可以尽早指出哪里测试不合理,哪里测试薄弱,另外也可以减少以后因为双方理解上的差异带来的时间浪费。虽然这会占用一点开发人员的时间,但是磨刀不误砍柴工。
第三,建立完备的版本管理系统,这个系统如何建立前面的每周一问已经详细讨论过了,目前要补充的就是,版本管理中必须把式样书和制限事项一起加进去,开发者发布了0_0_1版,其中制限事项是文件数目不能超过1M个,0_0_2版开发者取消了这个制限,那么必须在发布作这个版本的同时写明这一点,测试人员才能据此测试。严格的版本管理可以有效减少纠纷,如果测试人员使用0_0_1版测试1M+1个文件失败,那么是无效测试,如果使用的0_0_2版,那么就是bug必须修复,无可争论。
有了上面三条,大部分问题差不多能解决了,但是还是不行,差在哪里?主要还有两个问题,一个是测试方可能指出一些跟个人喜好相关的地方,比如测试方可能指出GUI一个警告信息窗的字体太暗而且不显眼,不容易被注意到,这类问题无法用上面三条来解决,因为是否容易被看到本身就不好界定;另一个问题就是(尤其是到了测试后期),测试人员连续跑了好几天测试忽然程序死了,再来一次又没事了,告诉开发人员这个现象,开发人员也解决不了,因为很难再现,如果是测试环境问题还好,如果真的是软件缺陷那被用户遇上就很严重,但是这种问题无论是让QA无休止的尝试再现还是让开发者没头没脑的调查都很难说得过去。
于是我们加上一条
第四,仲裁机制。QA和开发者并不直接对话去讨论一个问题是否要修改,我们首先对开发者实行残酷的有罪推定,也就是QA报告的问题开发者都必须修改,如果开发者认为无需修改必须给出理由和证据,围绕这个理由是否成立,QA和开发者双方展开讨论,这个讨论必须每一步都使用缺陷管理工具记录下来。最终要改还是不要改由一个仲裁机构来决定,当然了这个仲裁机构其实就是更上层的管理者,他们手里是日程计划,市场需求,对手状况等,他们根据这些更高层信息决定一个问题是否值得去修。
写到这里细心的读者已经发现,题目问的是怎样去说服,我却大谈测试管理方法。其实我个人觉得,建立一个宏观的良好机制比起一个测试者去唇枪舌剑的和开发人员辩论更加有效,我们追求的是什么,不就是效率么。因此我个人以为真正的测试人员职责就是报告缺陷,至于这个缺陷是否应该被修复先用机制套,套不上再来仲裁,仲裁过程QA leader全程参与,测试人员要做的只是在仲裁过程中客观的回答每一个问到自己的问题,至于什么我认为这个bug必须修之类的话不必出自测试人员之口,正如汽车发动机只需要考虑转呀转,具体哪个路口该拐弯也让发动机来考虑就不必了。 -
(一)软件测试每周一问最佳答案精选
2008-3-20
本周问题:测试工程师如何规划自己的职业生涯?(08-03-14)
目前,不少测试工程师职业发展方向很迷茫。软件测试工程师的职业发展路线是什么?是走技术路线、还是管理路线、或者其他?若您选择其中一条路线,您是如何来储备自己的能力,如何达到自己的职业发展目标?欢迎大家各抒己见!参与讨论请点击》》
一、黑盒测试如何保证需求的覆盖度?(08-02-22)
会员shenlake:
主要要做好测试需求分析
测试需求分析分两步:
1 测试需求的获取
需求的来源:显式需求(1)原始需求说明书(2)产品规格书(3)软件需求文档(4)有无继承性文档(5)经验库(6)通用的协议规范
隐式需求:用户的主观感受,市场的主流观点,专业人士的评价分析
2 需求的分析 ,产生测试需求文档
将不同的需求来源划分成一个个需求点,针对每一点进行测试分析,(1)界定测试范围(2)利用各种测试设计的方法产生测试点更多精彩回答请点击》》
二、测试过程中如何应对频繁的版本变更?(08-02-29)
会员huior:
在软件开发过程不规范的项目组中,这种情况是非常常见的。2001年,我接触过的一个公司,它刚刚成立软件测试部,当时的测试部遇到的情况和上面讲的几乎如出一辙,搞得测试员叫苦不迭,开发部的程序员也天天抱怨头疼。
具体到当前这个项目遇到的情况,从上面的问题分析,我认为主要原因是:开发部提供的测试版本太过随意,导致质量太差。要解决它,我认为有以下几个关键点:
×在项目开始时,最好能先开发一个原型出来,原型基本上要确定整体界面的风格、统一的操作习惯等,以后的开发要以原型为基础进行;
×开发部使用版本控制工具,比如CVS、VSS等,并且要保证每天定时Check-in和Check-out,避免积累大量代码,同时要强调在Check-out和Check-in的时候要注明缘由,是为了修改某个bug还是增加新功能等;
×每日构建(Daily Build):每日构建要形成制度,构建过程最好能自动进行,如果因为是第一次这样做,没有经验,遇到技术问题,在这种情况下,建议由测试部指派一名测试员加入到开发部,协助开发部进行人工构建,每日能集成一个能运行起来的完整的软件系统;
×强化冒烟测试(Smoke testing):加入开发部的测试员在构建后,集成了一个完整的软件系统,要及时对每一个build进行验证(Build Verification Test ),也可以称之为“冒烟测试”,对软件的基本功能点进行验证;
×强化测试的准入条件:软件测试启动是有条件的,并不是说开发部拿个软件过来,开发部就要测试,比如要启动测试活动,必须要有需求规格说明书、设计书、单元测试报告、冒烟测试报告等,这是前提。满足不了这个前提条件,测试活动不会启动。当然这个制度需要公司管理高层的认可,在项目启动时要和项目经理协调好的;
×强化BUG管理:测试组要使用BUG管理工具,例如bugzilla、JiRA等,要保证 bug、版本、以及人员的对应关系,同时分析在不同的版本、不同的时间段、不同的模块中BUG的走势,确定“危险模块”为重点测试对象,预测未来的BUG走势和工作量等。
×积极的态度:无论是开发部还是测试部,在这个困难的过程中都要有积极的态度,遇到问题要及时沟通,以最高效的方式解决问题。
要从根本上根治这种矛盾,需要一套完整的、规范的开发过程。以上的措施只是一部分,只能在最短的时间内缓解矛盾。
更多精彩回答请点击》》
三、如何量化评估被测试软件的质量?(08-03-07)
会员charles:
1、软件需求规格说明书的功能点尽可能的量化;
2、测试用例设计要通过评审,要求需求覆盖率达100%;
3、查看缺陷分别按时间的趋势图、按模块的饼状分布图,按时间的趋势图是否是下降的趋势,按模块的分布图可以发现缺陷集中的相关模块;
4、完成系统的性能、安全、易用性等其他隐式需求的测试;
5、测试用例的执行覆盖率要达到100%;
6、程序代码语句覆盖率不低于80%;
7、缺陷修复率情况:
1) 致命、严重的缺陷修复率要达到100%以上;
2) 一般不太严重的缺陷修复率要达到80%以上;
3) 易用性不影响系统应用的缺陷修复率达到60%以上;
8、系统通过需求人员的确认测试,系统满足需求规格说明书的说明。
更多精彩回答请点击》》 -
网站最新活动公告
2008-3-14
-
51testing软件测试博客常见问题解答
2007-3-30
一、如何注册博客?
进入http://blog.51testing.com blog首页,在右边有登录框,已注册用户可以直接输入用户名密码登陆。未注册用户可以点击下面的注册(如下图所示),跳转到注册页面。
大家会发现blog的注册页面和论坛用户的注册页面相同,不错,因为我们的论坛和blog是用同一个帐号的,所以如果已经在论坛里注册过的会员,在登录论坛后的首页,可以看到你的id名称旁边有“开通我的个人空间”,点击即可(如下图) 。
二、如何让我的博客更美观?
1.可以在博客中添加背景音乐!
点击“空间管理”—“空间设置”—“我的音乐盒”,如图:

如图所示,填写您的音频文件的链接地址。
除此之外,系统本身也自带了一些内置音乐,您也可以选择使用。
2.可以在页面上添加flash特效!
点击“空间管理”—“空间设置”—“页面flash特效”,您可以在里面选择系统内置特效,也可以自己指定flash特效的地址,选择您自己喜欢的flash特效。
3.可以编辑自己blog的模板!
点击“空间管理”—“模板”,然后在侧边栏可以看到“系统空间风格主题”,“大家共享的css风格”,“可视化模板diy”。如果您想编辑自己喜欢的模板,可以选择“可视化模板diy”,然后点击“进入可视化模板diy页面”,就可以编辑制作您自己想要的模板了。完成后点击右上角的预览可以看到效果,满意后点击保存即可。
三、如何充实我的博客
1.如何在日志中上传我的图片?
上传图片有以下3种方式:本地上传、远程伤传以及批量上传。 在这里主要提到的是本地上传,点击浏览,选择你所要上传的文件点击上传。
之后上方即会出现“编辑、删除、插入”选择插入即可(如下图)。

千万要注意的是不要将你本地的图片用远程上传,否则他的url是你本地图片所存放的路径,其他人将看不到你的图片。2.如何加入收藏?
当您打开一篇文章浏览时,在下方会有“收藏”选项,点击即可收藏这篇文章。

3.如何添加好友?
第一,您在浏览别人的博客时,可以看到用户菜单(如下图),其中有“加入好友”项,点击即可将您正在浏览的博客加为好友,该博客就会出现在您的好友名单中。

4.如何添加友情链接?
点击“空间管理”—“综合”—“添加友情链接”(在侧边栏),然后分别输入您想要链接的地址和想显示的图片即可。同时还可以通过“管理友情链接面板”来管理您的友情链接。
四、关于日志RSS导入功能。
这个功能是为了方便大家把自己在其他地方的博客搬过来,很多博客都有链接到订阅RSS信息源的URL (如图所示
),这个标记比较小,仔细找一下都有的。您可以将这个RSS链接复制下来,输入到下面的文本框中,点击提交按钮,就可以获取并导入RSS输出的日志了。
以本站的blog为例。打开一个blog,在左下角会有rss订阅栏,点击下面的
图标,在新的页面中复制地址栏里面的地址。然后点击“空间管理”—“日志”—“日志rss导入功能”,将您刚才复制的地址粘贴到
,之后点击立即获取RSS信息,就可以看到相应的文章列表,然后选择您想要的文章进行导入即可。
-
51testing软件测试博客开通
2006-12-04

51testing软件测试博客即将面向所有会员开放!
关于博客常见问题回答,请点击http://blog.51testing.com/?68246/action_viewspace_itemid_2490.html




