日历

« 2008-11-22  
      1
2345678
9101112131415
16171819202122
23242526272829
30      

最新来客

统计信息

  • 访问量: 251
  • 日志数: 15
  • 建立时间: 2008-08-13
  • 更新时间: 2008-11-18

RSS订阅

我的最新日志

  • 解决由OTAServer配置类型不正确,要求检查用户名和密码

    2008-11-18

    在test plan复制粘贴时出现此问题

    解决由TAServer配置类型不正确,要求检查用户名和密码的问题时,可以进行以下操作:


    在TD应用服务器中打开[开始]-[运行],输入Dcomcnfg.exe命令来打开分布式COM配置属性,

    然后选择[应用程序]-[Mercury OTAServer Server]-[属性]-[安全性]-[编辑]-[显示用户],将以IUSR_为开头的用户和TD_IUSER_LOCAL添加进入用户列表(我是在所有的编辑中都添加了这2个用户)。


    重启IIS或机器。(如果以上2步还不行的话,可以继续第三步)


    选择[应用程序]-[Mercury OTAServer Server]-[属性]-[身份标志],选择制定用户,将用户名和密码改为本机管理员帐号和密码

  • TD的导入导出问题

    2008-8-21

        项目组欲购买TFS进行项目管理,而TFS在测试这块的管理主要是对Bug进行管理,而且易用性不强。故采用TD进行测试的管理,但测试文档需以word或Excel的形式提交给相关人员,所以必须将TD中的需求,测试计划,测试用例导出。

         刚开始,迷惑TD怎么没有导出功能呢?原来要安装插件。

         在网上查找,怎么就找不到插件呢?原来TD首页有Add-in pages项。所有插件及使用说明都在这里。

        究其原因,自己没有系统地学习TD,导致这么简单的问题绕了一大圈又回到了起点。

    下面是使用过程中的注意问题:

    1.Excel 2007不用进行安全设置,插件安装后,打开excel,在菜单栏里有“加载项”选项,直接点击“expose to testdirector”,在step1里输入 TD server“http://192.168.12.102/tdbin”,注意此处不是TD的首页地址“http://192.168.12.102/tdbin/start_a.htm”,否则提示“failed to connect to server ”

  • 功能测试常用方法

    2008-8-13

       测试工作进行了一年有余了,主要进行的是功能测试,每天敲敲点点,运行系统,查看其功能是否正常实现,是否满足需求。对于需求没有涵盖,但功能实现上不合理的地方(从用户角度考虑)与项目经理沟通,进行系统完善。下面是归纳的主要常用测试方法和测试中遇到的一些问题:

    1. 页面链接检查:每一个链接是否都有对应的页面,并且页面之间切换正确。 (相同功能在两个模块存在,目录链接)


    2. 相关性检查:删除/增加一项会不会对其他项产生影响,如果产生影响,这些影响是否都正确。 (被引用的数据,不能删除,删除要有确认提示。增加数据在引用的页面出现)


    3. 检查按钮的功能是否正确:如update, cancel, delete, save等功能是否正确。


    4. 字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度,会不会出错.


    5. 字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型,会否报错. (小数的输入)


    6. 标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键.看系统处理是否正确.


    7. 中文字符处理: 在可以输入中文的系统输入中文,看会否出现乱码或出错. (输入中文变成????)


    8. 检查带出信息的完整性: 在查看信息和update信息时,查看所填写的信息是不是全部带出.,带出信息和添加的是否一致


    9. 信息重复: 在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理.


    10. 检查删除功能:在一些可以一次删除多个信息的地方,不选择任何信息,按”delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除,看是否正确处理.


    11. 检查添加和修改是否一致: 检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型.


    12. 检查修改重名:修改时把不能重名的项改为已存在的内容,看会否处理,报错.同时,也要注意,会不会报和自己重名的错.


    13. 重复提交表单:一条已经成功提交的纪录,back后再提交,看看系统是否做了处理。


    14. 检查多次使用back键的情况: 在有back的地方,back,回到原来页面,再back,重复多次,看会否出错.


    15. search检查: 在有search功能的地方输入系统存在和不存在的内容,看search结果是否正确.如果可以输入多个search条件,可以同时添加合理和不合理的条件,看系统处理是否正确.


    16. 输入信息位置: 注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方.


    17. 上传下载文件检查:上传下载文件的功能是否实现,上传文件是否能打开。对上传文件的格式有何规定,系统是否有解释信息,并检查系统是否能够做到。


    18. 必填项检查:应该填写的项没有填写时系统是否都做了处理,对必填项是否有提示信息,如在必填项前加*


    19. 快捷键检查:是否支持常用快捷键,如Ctrl+C Ctrl+V Backspace等,对一些不允许输入信息的字段,如选人,选日期对快捷方式是否也做了限制。


    20. 回车键检查: 在输入结束后直接按回车键,看系统处理如何,会否报错.

  • 如何成为测试管理人员?

    2008-8-13

        工作一年有余,收获了什么?日子在一天天的过去,每天重复着两点一线的生活。也许就是这份安逸,渐渐磨平了心中的斗志,没有压力让自己渐渐变得懒惰。心中有理想,但却忘了行动,忘了去思考怎样去实现理想。今天看到了“如果成为测试管理人员”的文章,贴下来以警示自己一步步去做,一步步去达到自己想要的高度和位置,达到自己想要的生活。

    如果你是测试员或是高级测试员,有志转向管理发展,那么需要加强以下内容,至少要做到几点:

      1.测试计划的编写(要结合测试的项目,能以此来控制和确定测试所需人员,设备及时间来管理测试时间)

      2.要熟悉BUG跟踪工具软件测试流程.(: TD, Bugzilla, CQ)

      3.要熟悉配置管理工具. (: CVS, VSS)

      4.要熟悉自动化工具.(例如:WinRunner, QTP, Robot, RFT, Automation,能结合录制完的脚本编写代码)

      5.要熟悉压力及性能测试工具.(例如: LoadRunner,webload, silkperformance,能结合相关数据,分析出性能瓶颈)

      6.要熟悉或精通一门语言. (例如:Java,C++)

      7.要熟悉数据库.(例如:Oracle, DB2, SQLServer, MySQL)

      8.要熟悉主流操作系统. (例如: HPUnix,IBMAIX, Sun Solaris, Red HatLinux, SuSE Linux,Windows)

      9.能用英文流利的和老外交流以及往来Email.

      10.语言表达能力强,表达问题清晰明了.

      11.沟通能力强,能和上级/开发经理很好的达成测试相关/BUG事宜.

      12.学习技术的能力要强,能快速上手一个新的技术.

      13.乐于与人交流.

Open Toolbar