-
【申请】博客之星(长期有效)
2011-04-07 17:35:15
四月的春天,桃红柳绿,暖日晴风,改版网站姗姗来了。
在改版网站首页我们将专家博客独立出来,成立了一个专门的版块——博客之星,在此你会看到一些写文章质量高的活跃博友,使大家在写博总结提升自己的同时,也让更多人访问自己的博客,阅读您的大作,分享您的经验技术,成为真正的博客之星。
申请方式:在本活动页下方留言,注明:【申请博客之星】博客地址
申请条件:只要您在51Testing软件测试网上开通博客,并在博客上有一定的原创测试文章,且定期写一些与软件测试相关的原创测试文章。
我们将从申请博客之星的会员中,选取符合条件的会员,作为网站博客之星推荐至首页,并将其优秀原创文章推荐至网站首页发表。
51Testing软件测试网
-
51Testing网络沙龙精彩回放视频
2013-08-16 11:01:17
2013年8月9日,51Testing网络沙龙伴随夏季热风热浪来袭!51Testing全新推出的网络沙龙活动,在今年这个炎热的夏季尤为凸显了它的优势,足不出户聆听专家讲座,随时随地参与热烈讨论。此次我们邀请了51Testing创始人之一王威老师坐镇,为大家带来《移动终端和移动应用的测试实践》的讲座,给大家介绍了如何将测试分析设计方法运用在移动终端及移动应用的测试上,并为大家介绍了一些移动终端及移动应用的测试工具,如移动应用测试工具SilkMobile、博为峰自研耗电测试工具及仪器、博为峰自研移动终端性能测试工具等等,并讲解了其原理与操作方法。
由于此次沙龙放在周五办公时间,有些会员因时间及办公网络的影响,没有观看到我们的直播,还有些会员希望回顾一下当时的精彩内容,我们从今天起将开放回放点播,为期2周,大家可以在此期间点播观看。
点播提示:
1)仅可以支持50个人同时点播观看,若超出人数,将会提示人员已满,您可以过一会再尝试
2)建议在网络比较流畅稳定的环境下观看点播,以避免视频卡顿
相关ppt资料,可以去51Testing官方网站下载观看!
-
51Testing软件测试沙龙网络专场报名开始
2013-07-16 17:19:06
51Testing网络沙龙火爆来袭!全国的测试朋友们,只要你们有一台能上网的设备,一个流畅的网络环境,一副效果还凑合的耳机或者音响,就能参加51的网络沙龙活动啦!名额有限,马上报名,抢占“座位”。
活动时间:2013年8月9日(周五) 14:30-16:30
活动形式:网络直播(全国)
活动主题:《移动终端和移动应用的测试实践》
主讲人:王威 51Testing创始人之一
主题概要
近些年,移动智能终端呈现出迅猛的发展势头,终端上的移动应用软件的规模也是爆炸性增长,因此针对应用终端和移动应用的测试工作作为一个新的技术方向,摆在我们面前。51Testing在移动终端的性能测试、移动应用的功能自动化测试、移动应用的精密耗电测试、移动应用的安全测试、移动应用的代码性能测试这几个方面,作出了一些实践和尝试。此次沙龙,将51Testing的相关实践和最新的研究进展与广大的测试同胞分享。
主讲人简介:
51Testing创始人之一,浙江大学硕士毕业,具备多年软件开发、软件测试及管理工作经验。带队51Testing测试开发团队,与工信部电信研究院、中国移动研究院、上海电信研究院、中国移动南方基地等机构深入合作,重点针对移动终端及移动应用的测试进行研究和开发,并在性能测试、功能测试、耗电测试、安全测试等几方面获得创新成果,已被运营商认可,并投入运营。
活动参与:
1)预报名
进入http://home.51testing.com,点击右上方报名参与按钮,填写真实注册信息,请保管好用户名和密码。我们会在活动开始前1-2天,发送邀请函和确认短信。
2)活动当天
进入http://home.51testing.com,点击右上方登录按钮,填写用户名和密码,登录后可观看网络直播
小提示:
收藏活动页面,精彩活动不错过!51Testing所举办的软件测试沙龙均为免费沙龙,是为了打造软件测试技术交流平台,推进中国软件测试技术发展而举办的,不收取与会者任何费用。
-
2010中国软件测试从业人员调查活动火热进行中!
2010-12-07 13:31:06
继成功开展2007、2008、2009三届中国软件测试从业人员调查活动的基础上,51Testing秉着从软件测试从业人员角度出发的理念,于即日起发起2010年第四届中国软件测试从业人员调查活动,对测试从业人员现状及行业现状进行调查。
您的参与将帮助企业和测试人员了解目前测试领域的现状,测试人员可对比自身情况了解自己在这个领域所处的位置;企业也可以依据调查数据为企业决策提供有力的数据支持。
对于问卷中有关个人、公司的信息我们将严格保密,并且不向任何第三方透露、给予、传达该信息。
欢迎广大软件测试从业人员参与,与51Testing携手打造中国软件测试领域最具广泛性、权威性和实用性的产业调查。
本调查问卷不带任何商业性质,纯属研究活动。51Testing将会根据调查所得数据撰写、发布调查报告。请您认真填写,感谢您的积极支持和参与。
在线参与:http://bbs.51testing.com/vote/index.php
调查名称:中国软件测试从业人员调查
参与方式:在线参与、线下填写纸样问卷、电话咨询等,以求此次调查覆盖面达到最广。
调查对象:现职为软件测试从业人员
调查时间:即日起至2011年3月1日止。
-
IBM Rational 软件创新论坛六城市巡展即刻启程!(已结束)
2010-11-09 17:12:59
IBM Rational 软件创新论坛已于 2010年 8月分别在深圳和北京盛大开幕。今年,IBM 围绕“智慧地球”的美好愿景,更加突出发挥软件的创造力,为开发找准创新着力点,全面提高企业产品市场竞争力。
现在,为了把软件开发的创新理念带给更多的开发者,IBM Rational 软件创新论坛六城市巡展即刻启程!届时,我们将请来在深圳和北京峰会现场出席的重量级嘉宾,走进您所在的城市精彩开讲。
巡展演讲主题尝鲜:
智慧方式●CALM(应用生命周期管理)介绍
应用生命周期管理(ALM, Application Lifecycle Management)将软件开发生命周期中的各种活动包括需求、建模、开发、 构建和测试整合在一起,能够有效地解决业界研发团队中普遍存在的人员、流程和工具的一个个孤岛问题。因为有了 Jazz 这一突破性技术,IBM Rational 为业界提供了开放的、具有强大协作能力的 ALM 平台,即:C/ALM(collaborative ALM)。本演讲详细地向大家介绍了 C/ALM 相关的技术原理和产品组合, 并展示平台灵活且强大的集成能力和典型应用场景。
智慧管理●敏捷项目管理
立足于真正的团队和高效团队的主要特点,探讨敏捷开发环境中项目经理的主要角色转变,以及项目经理如何智慧的平衡和使用敏捷开发团队的管理文化基因,建立高效的敏捷项目团队。同时,从实战的角度向各位介绍 IBM Rational 的敏捷转型故事,分享 IBM Rational 敏捷项目管理的最佳实践和最新成果。
智慧应用●应用安全测试的“白+黑”解决方案
随着互联网应用的快速发展,越来越多的应用部署在 Internet 上或者企业内部网络上,这些应用的安全性和稳定性也面临着来此内部,外部的众多挑战;
黑客攻击,漏洞扫描,非法入侵,这些名词也越来越频繁地出现。你面临着这些威胁?防火墙等在内的众多的铜墙铁壁起到了作用?如何用一支矛检测这些盾牌的作用?我们将一起从应用安全测试的原理,来分析这些威胁,讨论如何完善我们的检测手段;从内部代码到外部应用,从白盒到黑盒。
日期
会议地址
城市
地址
11月5号
西安凯悦(阿房宫)酒店
西安
西安市东大街158号
11月12号
上海龙之梦万丽酒店
上海
上海市长宁路1018号
11月19号
成都香格里拉
成都
成都锦江区滨江东路9号
11月26号
南京索菲特银河大酒店
南京
南京市鼓楼区山西路9号
12月3号
武汉香格里拉
武汉
武汉市汉口建设大道700号
报名方式:
下载报名表格【报名表格】(点击右键目标另存为)填写完整后发送邮件至:51huodong#51testing.com(#换成@)并请在邮件标题注明是参加哪一站的大会。
联系电话:021-64471599-8017
本次大会免费报名参与,欢迎大家踊跃报名!
注:由于邀请人数有限,本次仅邀请在职测试人员,同公司参会人数不超过2人
已经发送报名邮件的会员,大会当天请直接去现场签到。
-
51Testing《测试之美》试评员名单公布
2010-08-27 15:36:18
经过2周时间,在大家的热情与支持中,《测试之美》试评员的招募活动结束了,我们在众多申请人中随机抽取了8位会员成为我们的幸运读者。
8位幸运会员分别是:
ID:luna_jia
ID:云层
ID:archonwang
ID:tengmy
ID:msnshow
ID:dhrbc
ID:suncentre
ID:小刀
请看到信息的会员尽快联系51Testing编辑。以上会员还需提供如下信息:姓名、地址、公司、手机号、邮箱、邮编
51Testing软件测试网
2010-8-27
-
51Testing招募《测试之美》试评员(报名截止)
2010-08-16 09:06:08
Hot!《测试之美》试评员招募(免费申领样书)
报名截止!
获奖名单:http://www.51testing.com/index.php?uid-2-action-viewspace-itemid-219370
发起者:51Testing & 机械工业出版社华章公司
活动地点:全国大陆地区,能上网就能参与
申报时间:报名截止
报名人数:不限
报名方式:在本活动页下方留言,注明:工作经验、职位、QQ/MSN
赠送名额:随机抽取8位会员
申请条件:
1.如果您是测试人员,并且爱读爱写,您就可以申请成为本书的试评员。
2.为给更多读者体验的机会,每位会员只能提交一次申请。
3.凡申请成功者,51Testing会与您确认相关联系方式,寄出《测试之美》样书1册。
活动任务:
1.撰写一篇字数为400字左右的书评,对本书内容作出客观评价,如读后感想和收获等,也可提出建议。
2.书评须发布在51Testing个人技术博客上。
3.书评发布时间:收到图书后两周内完成书评并发布。
书评要求:
我们鼓励原创,如果在书评中盗用了他人的书评文字将被视为不合格书评,或者试评员没有在规定时间内发表书评的,出版社保留追回样书的权利。所以,承担为其他读者提供宝贵建议、分享自己试读的责任吧,写好您的书评并在第一时间发布在51Testing个人技术博客上,这一点非常重要哦!
51Testing软件测试网
2010年8月16日
-
2010年51Testing软件测试技术高校普及活动
2010-07-20 12:55:07
为了从源头上缓解软件测试人才紧缺的现状,助力高校老师不断提高软件测试教学水平,自2008年4月以来,51Testing软件测试网举办多次“软件测试技术高校普及活动”,全国一共有20多所高校,近百名高校老师参加了该项活动。通过测试技术培训及与IT企业零距离交流,高校老师深入学习了当今企业界主流的软件测试技术,加深了对软件测试的感性认识和理性认识。51Testing软件测试技术高校普及活动的持续开展,帮助了高校开设软件测试课程,不断提高软件测试教学水平,针对性地培养软件测试人才。
应广大高校老师要求,2010年暑假51Testing将继续举办软件测试技术高校普及活动:免费提供软件测试技术培训服务。与往年不同,今年特别邀请高校就业办老师及计算机相关院系负责人实地考察知名IT企业的研发场所,以帮助高校充分认识软件测试职业的现状及未来,准确了解企业对软件测试工程师的职业素质和技术能力要求,帮助高校更好培养软件测试人才。活动相关信息如下:
时间:2010年8月3日(软件测试技术座谈及企业参观)
2010年8月4日至8月7日(最新软件测试技能培训)
活动对象:计算机相关专业任课教师以及就业办老师和相关院系领导
培训师资:主讲教师主要由51Testing高级讲师担任,他们均为各行业测试经理出身、资深业内人士,其中包括多名Mercury CPC ,曾为IBM、HP、花旗、通用电气、华为、阿里巴巴等企业培训过上百个测试团队及管理人员
培训认证:对经学校有关部门推荐参加51Testing软件测试技术高校普及活动培训的教师,考评合格后颁发"高等学校骨干教师培训证书"
活动地点:51Testing上海中心(上海市黄浦区云南北路59号六合大厦1510室)
报名人数:各高校可酌情推荐2-3名教师参加本次公益活动,住宿联系可以由51Testing代理,差旅费用自理
联系邮箱:shengjinfang@51testing.com (盛金芳)
联系电话:15000377645
51Testing软件测试网
2010年7月14日
-
国庆节快乐
2009-09-28 17:29:22
国庆节快乐!纪念下下,嘿嘿~ -
(二)软件测试每周一问最佳答案精选
2008-04-09 11:58:59
此文系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-03-20 10:47:27
本周问题:测试工程师如何规划自己的职业生涯?(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-03-14 18:12:19
-
[论坛] 51testing软件测试博客常见问题解答
2007-03-30 18:57:49
一、如何注册博客?
进入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 11:44:43
51testing软件测试博客即将面向所有会员开放!
关于博客常见问题回答,请点击http://blog.51testing.com/?68246/action_viewspace_itemid_2490.html
标题搜索
我的存档
数据统计
- 访问量: 17609
- 日志数: 21
- 建立时间: 2006-12-04
- 更新时间: 2013-08-21