none
关于深圳培训的ppt RRS feed

  • 问题

  •  

    我看了深圳培训的PPT,其中有一个是关于DTM故障排除与日志解读的。在DTM故障排除中,包括处理特定的测试问题:

    当JOB失败时,提供了许多做法,最后一个是:从Client的Command line手工运行Task,不知道该怎么手工运行啊,呵呵,不好意思,本人太笨,能否麻烦高手举个例子呢?万分感谢!

    2008年8月6日 7:11

答案

  • DTM的测试项都是自动运行的。

    手动运行测试项的方法是将二进制文件手工人DTM controller上copy到DTM client端,使用命令行的方法手工运行并验证测试结果。

    对于相关的参数和命令,需要查看DTM help document来了解。

    需要注意的是:手工验证仅适用于测试排错,手工验证的结果无法进行提交。

     

    PS: 同一问题请不要发表多个主题。谢谢。

    2008年8月11日 5:45
    版主

全部回复

  •  

    我在测试NDISTEST6.5之后,start NDISTest Client出现错误。我右键点击该项,然后点击View Eorror,之后显示界面如下

     

                                    TaskResult Errors

    Root Cause

     

    The Execute Task with Commandline

     

    cmd/c

    ndistest.exe/logo/auto/client/target:Miniport/tc:

    {ED81D0E7-E4E3-48C2-9E74-BD4B651086E6}/support:,

    {82FC06E9-E432-42BF-83DE-7C67D0839297},{51DA1616-4AAF-4911-8D2B-1AAAE4475276},{4FF6CDDA-DC3E-4670-8D18-41C0D491F8CF}/msg:{5D47E9EB-A7A5-453F-98AD-7BCF9C556453}/jobgroup:WHQL\wlan

     

    Failed with Exitcode 1

     

    我想问如果用Commandline手动执行该任务,是按照上面的输入吗?全都输进去吗,在什么地方应该加回车吗?因为我在深圳培训的ppt上看见如果有的任务没过,可以在Commandline上手动执行一下的。谢谢!

    2008年8月7日 2:33
  • DTM的测试项都是自动运行的。

    手动运行测试项的方法是将二进制文件手工人DTM controller上copy到DTM client端,使用命令行的方法手工运行并验证测试结果。

    对于相关的参数和命令,需要查看DTM help document来了解。

    需要注意的是:手工验证仅适用于测试排错,手工验证的结果无法进行提交。

     

    PS: 同一问题请不要发表多个主题。谢谢。

    2008年8月11日 5:45
    版主
  •  

    请问三楼:“二进制文件”是哪个啊?
    2008年10月14日 9:35
  • 即是可执行文件。

     

    2008年10月14日 11:30
    版主
  • xp32系统下,

    测试NDISTest6.5项时,某些小项总是通不过,我要手动选择其中的某个测试小项进行测试时,该怎么做?

    方法是不是该这样 :
      
          首先 复制 该目录Controller\Tests\x86fre\nttest\nettest\nids\ndistest.net里的ndistest.exe到client,
          接着在client端打开cmd,把
    复制过来的ndistest.exe拖到里面运行。

            按照此方法我的情况是:这样做后,client和 controller都没有任何的反映。
        
         请问我的方法是不是对的,若是,那client和 controller此外还要加什么 动作不?(机器池里的pc是ready状态的)
    2008年10月16日 1:31
  •  

    请注意,手工测试仅适用于troubleshooting, 验证是不是测试环境的问题,验证结果不可用来提交。

    也不需要在Controller端做任何动作。

    2008年10月17日 2:45
    版主
  • 我知道手工测试的结果不可用于提交,我要实现手动测试也只是为了便于分析问题。

    其实我的问题要点在于:如何去实现手动测试?如何选择ndistest6.5项中的某个小项进行测试?我上面说的方法对不对?麻烦能不能清楚地告诉我答案?谢谢!

    2008年10月17日 17:03
  •  

     

     

    对于一些测试,如果知道测试的目的和内容,您可以进行手动测试。例如,Sleep stress测试,进行一系列的待机测试,唤醒,休眠和唤醒的周期,用来去验证休眠功能。您可以打开Start menu -> Shutdown -> Stand byHibernate然后机器就会进行手动验证。如果在休眠功能的测试上出了问题,您可以从中找出失败的详细原因。

    对于一些测试,您可以从DTM Controller拷贝一些二进制文件到DTM Client,尝试用其它的命令行运行这些二进制文件,这将有助于您找出失败的根本原因。

    如果您使用的是DTM的默认安装路径,所有的测试任务都会位于DTM Controller下的“C:\Program Files\Microsoft Driver Test Manager\Tests”。 一些测试二进制代码在很大程度上依赖于其它组件,所以您必须拷贝所有相关的文件到测试机上。您可以查看测试任务以理解测试文件之间的依赖关系。

    要查看任务的详细情况,请点击在DTM Studio下的Explorer -> Job Explorer

  • 排除设备影响

    一些测试依赖于某些特定的硬件和软件。在您进行一项新的测试之前,阅读DTM的帮助文件可以帮助您知道测试过程中对硬件和软件的要求。

    例如,大多数的USB设备测试,需要把测试的USB设备连接到一个USB 2.0 Hi-speed Hub上,然后将USB 2.0 Hi-speed Hub连接到DTM Client进行测试。在音频测试时,您必须使用音频回路线。所以您可以尝试更换USB Hub,音频线,网线或网络交换机,以消除可能造成的设备故障,然后再次进行测试。进行设备的测试时,您可以尝试更换另外一台有Windows徽标的PC。

    在菜单上点击help -> Contents您就可以阅读在DTM Studio的帮助文件。此外,如果您使用的是DTM Studio的默认安装路径,您还可以在DTM Studio上的“C:\Program Files\Microsoft Driver Test Manager\Studio\Docs”路径下获得帮助文件wtt.chm

     

  • 2008年10月23日 2:02
    版主