发布新日志

  • 索贝没的戏了~

    2007-10-09 18:03:32

    说了如果可以的话国庆前给电话,今天9号了,没戏了,只怪自己还整的不够扎实,这后面看来要认认真真,仔仔细细的看书咯~
  • 郁闷了,今天的面试够呛!!

    2007-09-24 21:14:42

    公司是索贝,据说是SONY的子公司,做非编方面的,下午3点多到的,等了一会,开始笔试,10道题,主要是一些概念性的东西,平时背的少,弄的我抓耳挠腮的,现在都记不住了,只最最后一道题印象比较深刻,后面贴出来,大家可以做做,花了半个多小时做完后,和一个做JAVA的小伙子摆了一会,然后被通知去谈话,谈话的是个JJ,呵呵,原来在北京面试的时候也是一个JJ,问了一些问题,什么软件测试的流程,为什么选择软件测试这个行业,然后看看我有没有什么问题,很快,可能就十几分钟吧,也没有问他们招聘要求上的英语能力等,没有对我的薪资要求提什么,也没有问我几时能上班,只是被告知如果有消息国庆节前会通知,当时的感觉就是没戏了,想想也是,我虽然做过一些开发,但是没有什么测试经验,对于今天笔试的题答的也是一塌糊涂,主要的还是经验不足吧,虽然在面试前有被打入冷宫的准备,但是真的到了这个感觉还是有点失落,回来的车上才想起应该问问那个JJ今天我的表现,满意什么地方,哪些地方他们觉得差点,应该问问的,即使没有被招上,了解一些,对后面主攻方向和下次面试也有好处的.

    总的情况就是这样,准备着还是先把现在的工作辞了后在家好好准备一下再去,下次去正儿八经的外企试试,嘿嘿~

    [附:面试题的最后一道]

    对于三角形三边长A,B,C,当A,B,C不能构成三角形时提示错误,当可以构成三角形时计算三角形周长,当为等腰三角形时打印三角形,当为等边三角形时提示等边三角形,问:写出测试系统流程图,写出程序流程图,计算复杂度(还有个问题,记不住了)

     

    刚才在论坛看到了一套题(http://bbs.51testing.com/thread-19917-1-1.html),和我面试的一摸一样,2005-10-21就发布了的,唉,只怪自己不多看看,以后争取把51testing的每道题都练练~~

     

  • 投了简历了!!

    2007-09-21 13:30:13

    昨天怀着忐忑不安的心情投下了做测试的第一份简历,成都的一家公司,我有个同学在里面,当我跟他说我想进他们公司时他极力劝我改投其它公司,说他们公司做测试的工资很低,不过他们公司感觉还不错,负面就是据说里面的管理极其混乱,稍有点分红大头全被管理层拿走了,不过我还是想试试,不管怎么吧,看看能不能给我个机会,学习和提高是最重要的,GOD BLESS ME!
  • What shall i do next?

    2007-09-12 12:01:09

    已经把SOFTWARE TESTING这本书看了一遍了,让我从软件测试这个门外汉大概了解了一下什么是软件测试以及如何进行简单的软件测试,接下来我应该做什么呢?是继续看一些理论方面的书还是针对具体的测试软件(LR,WR)进行一些工具的熟悉?
  • JSP对中文的支持真TMD的烦!!!

    2007-09-05 16:18:41

    郁闷了,改公司那个jsp的系统,之前还好好的,昨天下午重装了一下系统就不行了,登录后显示的权限跟登录人该有的权限不同,查了半天查不出什么问题,用尽了System.out.prinln,最后在一个咔咔(四川话:小角落)头发现了问题,原来是字符编码的问题,因为是中文的,用System.out.println出来是乱码,改了半天,还是狠狠心,把有些直接显示的字符改成了英文,中间用个inc文件做个中间转换过程,以后要是还有问题就直接查这个inc文件就行了.....

     

  • 什么是超集?

    2007-08-20 11:25:54

    SOFTWARE TESTING 里提到一个超集(SUPERSET)的概念,依稀记得大学时提到过这样一个概念,上网搜了一下,发现定义如下:

    Definition: A set S1 is a superset of another set S2 if every element in S2 is in S1. S1 may have elements which are not in S2.

    定义:如果一个集合S2中的每一个元素都在集合S1中,且集合S1中可能包含S2中没有的元素,则集合S1就是S2的一个超集。

     

  • 名次解释 TCK

    2007-08-17 13:45:43

    今天在51job上看到一家公司的测试人员招聘要求,里面有一个我没见过的名词 TCK,上网搜索了一下,估计是Technology Compatibility Kit(技术兼容性工具包)的简称,搜索到了一些解释,不过是英文的

    TCK, or Technology Compatibility Kit, is actually a full suite of tools, tests, and documentation. These are used to verify the compatability of Sun's KVM technology on a given device and ensure conformity with the established standards and specifications set by Sun. TCK ensures that all Java enabled devices exhibit consistent behavīors across all implementations of the Java KVM. Unlike traditional product testing that may be mostly concerned with robustness, performance, or ease of use, TCK testing is aimed primarily at testing a 3rd party's implementation of Sun's KVM technology against the established criteria or specifications. TCK is, in reality, a conformance test designed to ensure correctness, completeness, and consistency across different implementations of the KVM technology. In order for a device to receive the Java certification logo, Sun requires that it must first pass TCK. This ensures all Java devices will be compatible with established standards.

    花了一些时间,尝试着翻译了一下,有很多地方还是不太确定翻译的是否准确。

    TCK,即“技术兼容性工具包”,实际上是一套及工具,检测和文档一体的工具包,通常用于检测在一特定设备上Sun公司的KVM技术的兼容性,确保Sun公司对已确定的标准和规范的一致性。TCK保证所有Java设备在Java KVM上运行的一致性。不同于传统的着重健壮性,高性能和易使用的测试产品,不同于已建立的标准或规范,TCK测试的主要目标在于测试由于Sun公司KVM技术的第三方实现。TCK确切的说,是一种一致性测试,被设计用来在跨KVM技术的不同实现中确保正确,完全和连贯性。为了让设备接收Java认证的标识,Sun公司要求此设备首先应通过TCK检测。这样可以确保所有Java设备可以在已制定的标准上保持一致性。


    PS:附上Sun网站搜到得TCK及KVM得相关文章

  • 这两天在看《系统测试用例设计方法》

    2007-08-15 11:26:29

    不是谁的名著,只是在51论坛上下载的一篇测试用例的设计方法的WORD文档,看了一下,觉得很不错,受益很多,前些日子看了SOFTWARE TESTING,对软件测试有了大概的了解,现在正好可以继续深入,学习学习一些具体的东西了~

     

    BTW:公司网络现在恢复正常了,值得庆贺,哇哈哈~

     

    找不到在哪篇帖子发的了,所以自己做了一个下载链接,希望作者老人家不要说我侵权哈~

     

    右键另存为

  • 公司网络出了问题鸟~

    2007-08-07 17:18:12

    上网奇慢,但一下班又快的不得了,ping DNS极度不稳定,有时还request timed out,晕了,上网查了查,据说中的是麻烦的ARP病毒,用 IRIS抓包,妈妈呀,大部分的机器都有,头都大了,只有出了问题的机器重装了!

    烦呐,这段时间又更新不了偶的文摘了~~

     

    PS:在51testing上找到了jeanlolo兄的一篇关于ARP的文章,看了一下,觉得十分受益,贴个链接!

    http://www.51testing.com/?89868/action_viewspace_itemid_13960.html

     

  • 在当当购的2本book到手!

    2007-08-01 12:48:52

    RON PATTON的SOFTWARE TESTING,MMD,成都诺大个地方竟然没有卖的,只好在网上买,上周2订的,昨天收到了,都是原书第二版,一本中文,一本E文,对照着看,一共50.4大洋,省了不少,昨晚看了一点,发现还是看影印版的好啊,虽然要不停的翻辞典.....

    晚上回去上哈PP,哈哈,显摆一下

     

  • 软件测试相关的63个国外站点

    2007-07-30 17:41:27

    以下文章摘自:http://bbs.51testing.com/thread-7688-1-1.html

    软件测试相关的63个国外站点

    网址          简介
    http://bdonline.sqe.com/         一个关于网站测试方面的网页,对这方面感兴趣的人可以参考
    http://citeseer.nj.nec.com/         一个丰富的电子书库,内容很多,而且提供著作的相关文档参考和下载,是作者非常推荐的一个资料参考网站
    http://groups.yahoo.com/group/LoadRunner         性能测试工具LoadRunner的一个论坛
    http://groups.yahoo.com/grorp/testing-paperannou-nce/messages         提供网站上当前发布的软件测试资料列表
    http://satc.gsfc.nasa.gov/homepage.html         软件保证中心是美国国家航天局(NASA)投资设立的一个软件可靠性和安全性研究中心,研究包括了度量、工具、风险等各个方面
    http://seg.iit.nrc.ca/English/index.html         加拿大的一个研究软件工程质量方面的组织,可以提供研究论文的下载
    http://sepo.nosc.mil         内容来自美国SAN DIEGO的软件工程机构(Sofrware Engineering Process Office)主页,包括软件工程知识方面的资料
    http://www.asq.org/         是世界上最大的一个质量团体组织之一,有着比较丰富的论文资源,不过是收费的
    http://www.automated-testing.com/         一个自动化软件测试和自然语言处理研究页面,属于个人网页,上面有些资源可供下载
    http://www.benchmarkresources.com/         提供有关标杆方面的资料,也有一些其它软件测试方面的资料
    http://www.betasoft.com/         包含一些流行测试工具的介绍、下载和讨论,还提供测试方面的资料
    http://www.brunel.ac.uk/~csstmmh2/vast/home.html         VASTT研究组织,主要从事通过切片技术、测试技术和转换技术来验证和分析系统,对这方面技术感兴趣的人是可以在这里参考一些研究的项目及相关的一些主题信息
    http://www.cc.gatech.edu/aristotle/         Aristole研究组织,研究软件系统分析、测试和维护等方面的技术,在测试方面的研究包括了回归测试、测试套最小化、面向对象软件测试等内容,该网站有丰富的论文资源可供下载
    http://www.computer.org/         IEEE是世界上最悠久,也是在最大的计算机社会团体,它的电子图书馆拥有众多计算机方面的论文资料,是研究计算机方面的一个重要资源参考来源
    http://www.cs.colostate.edu/testing/         可靠性研究网站,有一些可靠性方面的论文资料
    http://www.cs.york.ac.uk/testsig/         约克大学的测试专业兴趣研究组网页,有比较丰富的资料下载,内容涵盖了测试的多个方面,包括测试自动化、测试数据生成、面向对象软件测试、验证确认过程等
    http://www.csr.ncl.ac.uk/index.html         学校里面的一个软件可靠性研究中心,提供有关软件可靠性研究方面的一些信息和资料,对这方面感兴趣的人可以参考
    http://www.dcs.shef.ac.uk/research/groups/vt/         学校里的一个验证和测试研究机构,有一些相关项目和论文可供参考
    http://www.esi.es/en/main/         ESI(欧洲软件组织),提供包括CMM评估方面的各种服务
    http://www.europeindia.org/cd02/index.htm         一个可靠性研究网站,有可靠性方面的一些资料提供参考
    http://www.fortest.org.uk/         一个测试研究网站,研究包括了静态测试技术(如模型检查、理论证明)和动态测试(如测试自动化、特定缺陷的检查、测试有效性分析等)
    http://www.grove.co.uk/         一个有关软件测试和咨询机构的网站,有一些测试方面的课程和资料供下载
    http://www.hq.nasa.gov/office/codeq/relpract/prcls-23.htm         NASA可靠性设计实践资料
    http://www.io.com/~wazmo/         Bret Pettichord的主页,他的一个热点测试页面连接非常有价值,从中可以获得相当大的测试资料,很有价值
    http://www.iso.ch/iso/en/ISOOnline.frontpage         国际标准化组织,提供包括ISO标准系统方面的各类参考资料
    http://www.isse.gmu.edu/faculty/ofut/classes/ 821-ootest/papers.html         提供面向对象和基于构架的测试方面著作下载,对这方面感兴趣的读者可以参考该网站,肯定有价值
    http://www.ivv.nasa.gov/         NASA设立的独立验证和确认机构,该机构提出了软件开发的全面验证和确认,在此可以获得这方面的研究资料
    http://www.kaner.com/         著名的测试专家Cem Kanner的主页,里面有许多关于测试的专题文章,相信对大家都有用。Cem Kanner关于测试的最著名的书要算Testing Software,这本书已成为一个测试人员的标准参考书
    http://www.library.cmu.edu/Re-search/Engineer- ingAndSciences/CS+ECE/index.html         卡耐基梅陇大学网上图书馆,在这里你可以获得有关计算机方面各类论文资料,内容极其庞大,是研究软件测试不可获取的资料来源之一
    http://www.loadtester.com/         一个性能测试方面的网站,提供有关性能测试、性能监控等方面的资源,包括论文、论坛以及一些相关链接
    http://www.mareinig.ch/mt/index.html         关于软件工程和应用开发领域的各种免费的实践知识、时事信息和资料文件下载,包括了测试方面的内容
    http://www.mtsu.ceu/-storm/         软件测试在线资源,包括提供目前有哪些人在研究测试,测试工具列表连接,测试会议,测试新闻和讨论,软件测试文学(包括各种测试杂志,测试报告),各种测试研究组织等内容
    http://www.psqtcomference.com/         实用软件质量技术和实用软件测试技术国际学术会议宣传网站,每年都会举行两次
    http://www.qacity.com/front.htm         测试工程师资源网站,包含各种测试技术及相关资料下载
    http://www.qaforums.com/         关于软件质量保证方面的一个论坛,需要注册
    http://www.qaiusa.com/         QAI是一个提供质量保证方面咨询的国际著名机构,提供各种质量和测试方面证书认证
    http://www.qualitytree.com/         一个测试咨询提供商,有一些测试可供下载,有几篇关于缺陷管理方面的文章值得参考
    http://www.rational.com/         IBM Rational的官方网站,可以在这里寻找测试方面的工具信息。IBM Rational提供测试方面一系列的工具,比较全面

    http://rexblackconsulting.com/Pages/publicat-ions.htm
            Rex Black的个人主页,有一些测试和测试管理方面的资料可供下载
    http://www.riceconsulting.com/         一个测试咨询提供商,有一些测试资料可供下载,但不多
    http://www.satisfice.com/         包含James Bach关于软件测试和过程方面的很多论文,尤其在启发式测试策略方面值得参考
    http://www.satisfice.com/seminars.shtml         一个黑盒软件测试方面的研讨会,主要由测试专家Cem Kanar和James Bach组织,有一些值得下载的资料
    http://www.sdmagazine.com/         软件开发杂志,经常会有一些关于测试方面好的论文资料,同时还包括了项目和过程改进方面的课题,并且定期会有一些关于质量和测试方面的问题讨论
    http://www.sei.cmu.edu/         著名的软件工程组织,承担美国国防部众多软件工程研究项目,在这里你可以获俄各类关于工程质量和测试方面的资料。该网站提供强有力的搜索功能,可以快速检索到你想要的论文资料,并且可以免费下载
    http://www.soft.com/Institute/HotList/         提供了网上软件质量热点连接,包括:专业团体组织连接、教育机构连接、商业咨询公司连接、质量相关技术会议连接、各类测试技术专题连接等
    http://www.soft.com/News/QTN-Online/         质量技术时事,提供有关测试质量方面的一些时事介绍信息,对于关心测试和质量发展的人士来说是很有价值的
    http://www.softwaredioxide.com/         包括软件工程(CMM,CMMI,项目管理)软件测试等方面的资源
    http://www.softwareqatest.com/         软件质量/测试资源中心。该中心提供了常见的有关测试方面的FAQ资料,各质量/测试网站介绍,各质量/测试工具介绍,各质量/策划书籍介绍以及与测试相关的工作网站介绍
    http://www.softwaretestinginstitute.com         一个软件测试机构,提供软件质量/测试方面的调查分析,测试计划模板,测试WWW的技术,如何获得测试证书的指导,测试方面书籍介绍,并且提供了一个测试论坛
    http://www.sqatester.com/index.htm         一个包含各种测试和质量保证方面的技术网站,提供咨询和培训服务,并有一些测试人员社团组织,特色内容是缺陷处理方面的技术
    http://www.sqe.com/         一个软件质量工程服务性网站,组织软件测试自动化、STAR-EASE、STARWEST等方面的测试学术会议,并提供一些相关信息资料和课程服务
    http://www.stickyminds.com/         提供关于软件测试和质量保证方面的当前发展信息资料,论文等资源
    http://www.stqemagazine.com/         软件策划和质量工程杂志,经常有一些好的论文供下载,不过数量较少,更多地需要通过订购获得,内容还是很有价值的
    http://www.tantara.ab.ca/         软件质量方面的一个咨询网站,有过程改进方面的一些资料提供
    http://www.tcse.org/         IEEE的一个软件工程技术委员会,提供技术论文下载,并有一个功能强大的分类下载搜索功能,可以搜索到测试类型、测试管理、 测试分析等各方面资料
    http://www.testing.com/         测试技术专家Brain Marick的主页,包含了Marick 研究的一些资料和论文,该网页提供了测试模式方面的资料,值得研究。总之,如果对测试实践感兴趣,该网站一定不能错过
    http://www.testingcenter.com/         有一些测试方面的课程体系,有一些价值
    http://www.testingconferences.com/asiastar/home         著名的AsiaStar测试国际学术会议官方网站,感兴趣的人一定不能错过
    http://www.testingstuff.com/         Kerry Zallar的个人主页,提供一些有关培训、工具、会议、论文方面的参考信息
    http://www-sqi.cit.gu.edu.au/         软件质量机构,有一些技术资料可以供下载,包括软件产品质量模型、再工程、软件质量改进等
     
    ______________________________________________________________________________
     
    都是国外的网站,需要e文较强的,不过也可以作为e文的练习网站,最好能选定部分网站,因为太多鸟~~~哈哈
    PS:the website marked with red color are recommended by me,hope you enjoy them!
  • Alpha和Beta测试简介

    2007-07-26 09:53:37

    摘自:http://bbs.51testing.com/thread-583-1-1.html

    大型通用软件,在正式发布前,通常需要执行Alpha和Beta测试,目的是从实际终端用户的使用角度,对软件的功能和性能进行测试,以发现可能只有最终用户才能发现的错误。

    Alpha测试是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的受控测试,Alpha测试不能由程序员或测试员完成。Alpha测试发现的错误,可以在测试现场立刻反馈给开发人员,由开发人员及时分析和处理。目的是评价软件产品的功能、可使用性、可靠性、性能和支持。尤其注重产品的界面和特色。Alpha测试可以从软件产品编码结束之后开始,或在模块(子系统)测试完成后开始,也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。有关的手册(草稿)等应该在Alpha测试前准备好。

    Beta测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场,Beta测试不能由程序员或测试员完成。因而,Beta测试是在开发者无法控制的环境下进行的软件现场应用。在Beta测试中,由用户记下遇到的所有问题,包括真实的以及主管认定的,定期向开发者报告,开发者在综合用户的报告后,做出修改,最后将软件产品交付给全体用户使用。Beta测试着重于产品的支持性,包括文档、客户培训和支持产品的生产能力。只有当Alpha测试达到一定的可靠程度后,才能开始Beta测试。由于Beta测试的主要目标是测试可支持性,所以Beta测试应该尽可能由主持产品发行的人员来管理。

    由于Alpha和Beta测试的组织难度大,测试费用高,测试的随机性强、测试周期跨度较长,测试质量和测试效率难于保证,所以,很多专业软件可能不再进行Beta测试。随着测试技术的提高,以及专业测试服务机构的大量涌现,很多软件的Beta测试外包给这些专业测试机构进行测试。
  • What's JIRA?

    2007-07-24 15:06:10

    JIRA是澳大利亚Atlassian公司开发的一块优秀的问题(or Bugs、Task、Imporvement、New Feature)跟踪及管理软件工具,可以对各种类型的问题进行跟踪管理,包括缺陷、任务、需求、改进等。JIRA采用J2EE技术,能够跨平台部署。它正被广泛的开源软件组织,以及全球著名的软件公司使用。
  • 瀑布模型法

    2007-07-24 11:02:12

    以下内容摘自:http://www.tjrtvu.cn/zy/xmgl/project/knowledge/tx/5.htm

    于1970诞生的瀑布模型法主要缘自Winston Royce博士的努力,他设计此方法用以辅助软件开发。在那个时代,该方法作用显著,并且经历了若干持续地变更和再版。从1974到1976年,BarTY Boehm——在该领域知识丰富的专家——进一步将瀑布模型法应用于其他项目阶段,以更好的反映当时的最佳做法。该方法体系是当前应用最广泛的方法中的一个,它的名字来源于瀑布跌落的样子。

    下图描述了采用瀑布模型的软件开发的主要阶段。第一个阶段及其相关活动画在图的左上角,所有后续的项目阶段依次朝图的右下角画过去。每个阶段称作一个工作产品。每个阶段的成果是文档或交付产品,它们成为下一项目阶段的输入。



    注意如图所示,该模型很大程度上并没有提供修正错误的手段。同时,在必须修正错误的情况下,该方法并没有指明如何回退到上一项目阶段和重头再来。对某些设计开发组织,这可能会成为问题。虽然这是一个非常棒的方法,但用起来并不那么容易,因为它的原始架构和体系就是不完善的。改进过的瀑布模型法已经可以响应反馈意见,包括测试和质量保证的引入。现今最常用的瀑布模型版本已经包含了一个根据反馈进行修正的机制。下图显示了两种版本之间的显著区别。瀑布模型法包含的项目阶段有:

    ·系统测试。

    对于特定项目,有3种可选的瀑布模型法。这3种分类完全由项目交付日期决定。分别是:

    1.没有交叉作业(No overlap)。这是一种纯粹的顺序瀑布方法,其中不存在阶段之间彼此交叠的情况。一个阶段的工作完全完成后才开展下一阶段的工作。通常,诸如阶段正式结束仪式及评审等活动常常出现在这样的方法中。

    2.单阶段交叉作业。只允许相邻阶段的工作同时开展。这样的赶工模式常常发生在运用瀑布模型法的项目中。

    3.多阶段交叉作业。多个阶段的工作可同时开展,各个阶段都和其他阶段相互交叠。这无疑会为协调各种产品和任务带来极大的困难,并且需要经验丰富、能够驾驭那种情境的称职的项目经理。如果在项目中间出现问题,极难重新回到正轨及重新进行规划。

    通常瀑布模型法的缺点是它很大程度上是文档导向的,而这会耗费时日。使用瀑布模型法,项目经理能够游刃有余,但给客户带来了麻烦。例如,在典型的建筑项目中,通常有很详尽的规范,并且需要花非常多的时间去完成。必须等到房子最后盖好,客户才第一次真正看到最终产品(当然,在建筑中,CAD软件也能模拟大型项目)。客户如果此时想要改变某些东西的话,不但为时己晚,而且变化会是过于艰巨的事情。

    瀑布法的优点

    瀑布模型法有以下优点:

    ·为项目提供了按阶段划分的检查点。

    ·当前一阶段完成后,您只需要去关注后续阶段。

    ·可在迭代法中应用瀑布法。



     

    增量迭代应用于瀑布模型。迭代1解决最大的问题。每次迭代产生一个可运行的版本,同时增加更多的功能。每次迭代必须经过质量和集成测试。

     

    瀑布法的缺点

    瀑布法有以下缺点 :

    l 在项目各个阶段之间极少有反馈。

    l 只有在项目生命周期的后期才能看到结果。

    通过过多的强制完成日期和里程碑来跟踪各个项目阶段。

  • 测试缺陷管理工具mantis

    2007-07-24 09:44:16

    以下文章摘自:http://zhidao.baidu.com/question/12012006.html

    Mantis是一个基于PHP技术的轻量级的缺陷跟踪系统,是以Web操作的形式提供项目管理及缺陷跟踪服务。在实用性上足以满足中小型项目的管理及跟踪。更重要的是其开源,不需要负担任何费用。不过目前的版本还存在一些问题,期待在今后的版本中能够得以完善。
    参考资料:http://www.mantisbt.org/

  • TCL语言

    2007-07-23 16:52:09

    以下资料摘自http://baike.baidu.com/view/459615.htm

    Tcl (最早称为“工具命令语言”"Tool Command Language", 但是目前已经不是这个含义,不过我们仍然称呼它为TCL)是一种 脚本语言。 由John Ousterhout创建。 TCL很好学,功能很强大。TCL经常被用于 快速原型开发,脚本编程, GUI和测试等方面。TCL念作“踢叩” "tickle". Tcl的特性包括:

        * 任何东西都是一条命令,包括语法结构(for, if等)。
        * 任何事物都可以重新定义和重载。
        * 所有的数据类型都可以看作字符串。
        * 语法规则相当简单
        * 提供事件驱动给Socket和文件。基于时间或者用户定义的事件也可以。
        * 动态的域定义。
        * 很容易用C, C++,或者Java扩展。
        * 解释语言,代码能够动态的改变。
        * 完全的Unicode支持。
        * 平台无关。Win32, UNIX, Mac 上都可以跑。
        * 和Windows的GUI紧密集成。 Tk
        * 代码紧凑,易于维护。

    TCL本身不提供面向对象的支持。但是语言本身很容易扩展到支持面向对象。许多C语言扩展都提供面向对象能力,包括XOTcl, Incr Tcl 等。另外SNIT扩展本身就是用TCL写的。

    使用最广泛的TCL扩展是TK。 TK提供了各种OS平台下的图形用户界面GUI。连强大的Python语言都不单独提供自己的GUI,而是提供接口适配到TK上。另一个流行的扩展包是Expect. Expect提供了通过终端自动执行命令的能力,例如(passwd, ftp, telnet等命令驱动的外壳).

    下面是TCL程序的例子:

    #!/bin/sh
    # next line restarts using tclsh in path \
    exec tclsh ${1+"$@"}

    # echo server that can handle multiple
    # simultaneous connections.

    proc newConnection { sock addr port } {
         
         # client connections will be handled in
         # line-buffered, non-blocking mode
         fconfigure $sock -blocking no -buffering line

         # call handleData when socket is readable
         fileevent $sock readable [ list handleData $sock ]
    }


    proc handleData {
         puts $sock [ gets $sock ]
         if { [ eof $sock ] } {
            close $sock
         }
    }

    # handle all connections to port given
    # as argument when server was invoked
    # by calling newConnection
    set port [ lindex $argv 0 ]
    socket -server newConnection $port

    # enter the event loop by waiting
    # on a dummy variable that is otherwise
    # unused.
    vwait forever

    另外一个TK的例子 (来自 A simple A/D clock) 它使用了定时器时间,3行就显示了一个时钟。

    proc every {ms body} {eval $body; after $ms [info level 0]}
    pack [label .clock -textvar time]
    every 1000 {set ::time [clock format [clock sec] -format %H:%M:%S]} ;# RS

    ___________________________________________________________

    相关网站:

     1.http://www.tcl.tk/doc/
     2.http://www.tclchina.com/
     3.http://www.tcl-tk.net/
     4.http://www.activestate.com/Products/ActiveTcl/
     5.http://www.purl.org/NET/Tcl-FAQ/
     6.http://mini.net/tcl/
     7.http://www.neosoft.com/tcl/
     8.http://citeseer.org/cs?q=Tcl+Tk


     

  • 关于RISC

    2007-07-23 15:38:32

    【网上搜到的,放到空间里,以方便查阅】

      RISC(reduced instruction set computer,精简指令集计算机)是一种执行较少类型计算机指令的微处理器,这样一来,它能够以更快的速度执行操作(每秒执行更多百万条指令,即MIPS)。因为计算机执行每个指令类型都需要额外的晶体管和电路元件,计算机指令集越大就会使微处理器更复杂,执行操作也会更慢。

      纽约约克镇IBM研究中心的John Cocke证明,计算机中约20%的指令承担了80%的工作,于1974年,他提出RISC的概念。第一台得益于这个发现的电脑是1980年IBM的PC/XT。再后来,IBM的RISC System/6000也使用了这个思想。RISC这个词本身属于伯克利加利福尼亚大学的一个教师David Patterson。RISC这个概念还被用在Sun公司的SPARC微处理器中,并促成了现在所谓的MIPS技术的建立,它是Silicon Graphics的一部分。许多当前的微芯片现在都使用RISC概念。

      RISC概念已经引领了微处理器设计的一个更深层次的思索。设计中必须考虑到:指令应该如何较好的映射到微处理器的时钟速度上(理想情况下,一条指令应在一个时钟周期内执行完);体系结构需要多“简单”;以及在不诉诸于软件的帮助下,微芯片本身能做多少工作等等。

      除了性能的改进,RISC的一些优点以及相关的设计改进还有:

      如果一个新的微处理器其目标之一是不那么复杂,那么其开发与测试将会更快。

      使用微处理器指令的操作系统及应用程序的程序员将会发现,使用更小的指令集使得代码开发变得更加容易。

      RISC的简单使得在选择如何使用微处理器上的空间时拥有更多的自由。

      比起从前,高级语言编译器能产生更有效的代码,因为编译器使用RISC机器上的更小的指令集。

      除了RISC,任何全指令集计算机都使用的是复杂指令集计算(CISC)。

  • 51testing博客开通,庆祝一下!

    2007-07-21 16:32:35

    很迷茫啊,这个年纪了,不知道做什么,个人感觉测试要比做纯开发容易些,看来我不是做开发这块料了,做测试吧,现在我什么都不懂,不懂不怕,努力学习就行了,开个博客,争取经常写写东西在这里,一来是鞭策自己要不断的学习,不断的进步,一来是做为学习过程的积累,打好基础,GOD BLESS ME!

数据统计

  • 访问量: 12264
  • 日志数: 18
  • 建立时间: 2007-07-21
  • 更新时间: 2007-10-09

RSS订阅

Open Toolbar