发布新日志

  • TD邮件发送

    2008-08-26 12:04:55

    以前都不用TD的邮件功能的,这次在外做项目,但开发人员不在现场,想起了TD的这个功能,于是开始配置,

    还是从51上得到的信息,终于能够发送邮件了(虽然还只是手工的),具体步骤等有空了放上来……

    PS:用的邮件服务器是试用版,谁有注册码呀

  • IE7登录TD8.0

    2008-08-25 14:42:10

    买了个新本本 里面居然装了IE7.0 貌似蛮漂亮的 可突然发现 居然无法上TD!!我用腾讯的TT,也不行……

    终于还是在51testing里找到了解决方法:

    1.执行附件中的文件 IE6SP2.reg (不会看不到附件吧)

    2.重新打开IE,登录TD

    Over,很简单哦,具体原理下次去51上看看,转载过来,主要原理好像是“欺骗”,让TD以为是IE6,而非IE7

  • 忙忙忙

    2007-09-14 09:52:15

    最近比较忙 比较忙 比较忙

    忙得没有时间来更新日志

    忙得不知道该写什么

    忙得差点把这里遗忘

    ……

  • QuickTest Professional SP认证的考试大纲

    2007-09-04 10:01:06

    以下是QuickTest Professional SP认证的考试大纲,可以看做一个学习计划,放在这里激励自己吧

    刚看了非常著名的《QTP8 Tutorial_oldsidney_cn.pdf》,目前看到第九章了,做了考试大纲后面的三道题,居然都对的,呵呵,有信心了

    QuickTest Professional 9.0
    Product Specialist Exam – Study Summary

    Exam Topics:
    In order to complete the QuickTest Professional 9.0 product specialist exam, you need to prepare yourself
    with the following:
    Section I: Setting up the QuickTest environment
    · Test Planning
    · Recording settings
    Section II: Test Creation
    · Creating a basic test
    · Object Repository
    Section III: Test Enhancement
    · Synchronization
    · Parameters
    · Data Table
    · Checkpoints
    Section IV: Advanced Features
    · Object Repository management
    · Recovery Scenarios
    · Database checkpoints
    Recommended Study Sources:
    · Using QuickTest Professional 9.0 training course
    Participant Profile:
    As a candidate for the product specialist exam, we recommend:
    · Attending Mercury’s QuickTest Professional 9.0 training courses
    · At least three months of hands-on field experience with QuickTest Professional 9.0
    Exam Provisions:
    During the exam you are provided with:
    · A standard installation of Quality Center 8.2
    · A link to the online exam
    Exam Layout:
    · The Product Specialist exam begins a t 9 AM and must be completed within 4 hours. The exam
    consists of multiple choice and multiple select items.
    Sample Items:
    1. Which of the following statements can create a branching condition step in a test?
    a. While…Wend
    b. If…Else
    c. For…Next
    d. Do…Until

    2. What feature from Microsoft has to be installed in order to add a breakpoint?
    a. MS Outlook
    b. Internet Explorer
    c. MS Debugger
    d. Internet Explorer 6 Service Pack 2
    3. You would like to run a particular test up to a certain step. What QuickTest feature will you use to
    stop the test run at a specific step in the test?
    a. Pause
    b. Step Into
    c. Step Over
    d. Breakpoint
    e. Clear
    Answers: 1 – B, 2 – C, 3 – D

  • Mantis的安装方法

    2007-08-31 11:38:03

    Mantis的安装方法

     

    我公司的服务器是 2003 ,我是这样安装Mantis 

    1.
    安装easyPHP 1.8  http://easyphp.org/
    2.
    配置apache.
    easyPHP面板上,修改apache的配置文件httpd.conf.要改以下4步。
    A.
    port改为8080,保存后在easyPHP界面上启动apache,如果报错不能启动,则需做B步。

    (port改为88,保存后退出easyPHP,重新启动,一般不会报错,这样就不用做B步啦)
    B.iis默认站点的端口改成非80端口。重复A,将port改为80,启动apache,应不会再报错。访问http://localhost,应能看到easyPHP的页面。(即空出80端口给apache)
    C.
    修改httpd.conf,Listen 127.0.0.1:80改成Listen 192.168.10.1:80,192.168.10.1指安装电脑的局域网ip,这样,局域网内就可以访问mantis了。
    D.
    批量替换${path}为你的EasyPHP1-8安装目录,如C:\Program Files\EasyPHP1-8
    easyPHP面板上重启apache。则apache的设置就完成了。
    3.
    设置phpmyadmin(mysql的管理界面):将phpmyadmin整个目录copywww目录下。访问http://192.168.10.1/phpmyadmin,应该能看到数据库管理界面。
    4.
    解压mantiscopy mantis目录到www下。(我用的是mantis-1.1.0a3)
    5.
    访问http://192.168.10.1/mantis,则会出现安装界面。按默认设置,填创建数据库的userroot,密码空,把产生sql显示的check box选上,按确定按钮。则会显示出安装信息,里面有建表的sql,将这段sql copy并保存起来。(建数据库不成功,则要手动到mysql里建表,见6)
    6.
    手动建表的方法:http://192.168.10.1/phpmyadmin,在界面里,建一个新数据库bugtracker,然后在bugtracker上执行5copy下来的sql。则建表完成。
    7.
    配置mantis,步骤如下:
    A.
    mantis目录下,将config_inc.php.sample改为config_inc.php
    B.
    编辑config_defaults_inc.php,修改配置如下:
      $g_default_language  = 'chinese_simplified'; #
    默认为中文
      $g_enable_email_notification = OFF;#
    默认不发email,配好email后可以设为On
    8.
    至此整个安装配置完成。访问http://192.168.10.1/mantis应该能看到登陆界面,用administrator-root可以登陆进去。
    9.
    设置mantis,主要加项目、用户、设置用户权限、设置流程等,具体请参考mantis的在线帮助。
    10.
    设置好后,即可使用。

    注:
    1."2.A"
    中,最好不要使用80端口,用8080会好一点。估计需设置一下2003server的安全设置。
    2."3"
    中,应该不用copy phpmyadmin目录到www也可以,需修改一下httpd.confphpmyadmin目录设置。
    3."5/6"
    中,应该可以自动安装好数据库,这样就不用手动安装了。
    4."7.B"
    中,邮件未配好,最好配好它,bug系统用email来通知比较及时,也可避免测试人员人工通知程序员。
    5.
    数据库的备份问题。最好人工地定时通过phpmyadmin来备份一下bugtracker数据库的数据。

  • SQL笔记

    2007-08-30 16:44:25

    原发布日期:2005年10月10日, 星期一 17:25

    1.取长度

       Oracle中length取字符、lengthb取字节,如“张三”——length=2lengthb=4

        DB2length取字节,如“张三”——length=4

     

    2.关于join

    A B

    1 1

    2 2

    4 3

    inner join --1 1

                 2 2

     

    left join   --1 1

                  2 2

                  4 -

     

    right join --1 1

                 2 2

                 - 3

     

    full join   --1 1

                  2 2

                  4 -

                  - 3

    注:

    1)建议不要用full join,结果常常不对,可以用left join 和right join 实现

    select * from table a

          left join table b

    union

    select * from table a

           right join table b

    2)要去除小表中为空的记录:

    select * from table a

         left join table b

         on      ……

    where a.col1 is not null

    未完待续……

  • 读后感--测试用例设计的误区(二)

    2007-08-30 16:38:53

    原发布日期:2005-11-14 11:29:40

    2.测试用例应该详细记录所有的操作信息,使一个没有接触过系统的人员也能进行测试

    不记得最初是从哪里也得到这么一个用例设计的"准则",使得我写用例时严格按照这一准则行事,以前项目不紧张的时候,没有觉得什么不好,现在时间紧了,一度紧张到连用例都不写了,直接拿来就测,从一个极端跳跃到了另一个极端,当然没有测试用例对测试不可能没有影响,所以逐渐地,开始写简单的用例(实际相当于原来测试用例中的一个用例标题名称),初衷是自己的一个指导,当其他测试人员也用来参考时,即发现无法理解,或理解有误的情况发生,现在总结下来,测试用例不能少,根据资源情况协调,能明确用例的目的即可 至于"未接触过系统的人员",我觉得可以通过其它方式手段(培训、或当面交流或自己熟悉),先让他们能够初步熟悉,没有必要用花费大量时间的用例来使他们顺利执行测试

    原文《测试用例设计的误区》:http://www.51testing.com/?454/action_viewspace_itemid_19592.html

    未完待续……

  • 读后感--测试用例设计的误区

    2007-08-30 16:37:43

    原发布日期:2005-11-03 13:49:48

     读后感--测试用例设计的误区

    1.能发现到目前为止没有发现的缺陷的用例是好的用例
    1)同意这句话:我倾向于将测试用例当作一个集合来认识,对它的评价也只能对测试用例的集合来进行
      在写用例的时候,关注的重点在于如何用最少的测试路径覆盖最多的需求(需求中已经定义了什么是需要的什么是不需要的),这样就等于是覆盖了文章中说到的两点"* 程序做了它应该做的事情* 程序没有做它不该做的事情",在测试资源普遍缺乏的情况下,尽可能提高效率

    2)"变态路径"--测试过程中偶尔发现一种缺陷,而这种缺陷仅仅在异常操作情况下,才会出现,我们的开发人员称之为"变态路径。这样的操作在开发人员看来正常的用户是绝对不会执行到的,实际发生的可能性微乎其微,开发人员常会拒绝修复。个人认为,对于这种用例,在设计过程中如果也要考虑的话,会花费大量的时间精力,在时间紧张的情况下,应作权衡,舍弃这样的用例,而一旦发现了这样的缺陷,就应该要督促开发人员修复

    原文《测试用例设计的误区》:http://www.51testing.com/?454/action_viewspace_itemid_19592.html

    未完待续……

Open Toolbar