业精于勤，荒于嬉，行成于思，毁于随。

发布新日志

  • 开始→运行→输入的命令集锦（转）

    2009-10-20 17:32:37

    开始→运行→输入的命令集锦

    mstsc--远程桌面连接
    logoff--注销命令
    rononce －p --15秒关机
    tsshutdn--60秒倒计时关机命令
    iexpress--木马捆绑工具，系统自带
    tourstart--xp简介（安装完成后出现的漫游xp程序）
    winchat--XP自带局域网聊天
    sndrec32--录音机
    Nslookup--IP地址侦测器
    explorer--打开资源管理器
    lusrmgr.msc--本机用户和组
    services.msc－－－本地服务设置
    oobe/msoobe /a--检查XP是否激活
    notepad--－打开记事本
    cleanmgr--**整理
    net start messenger--开始信使服务
    compmgmt.msc－－－计算机管理
    net stop messenger--－停止信使服务
    conf----启动 netmeeting
    dvdplay--－DVD播放器
    charmap--－启动字符映射表
    diskmgmt.msc－－－磁盘管理实用程序
    calc----启动计算器
    dfrg.msc--磁盘碎片整理程序
    chkdsk.exe--－Chkdsk磁盘检查
    devmgmt.msc－－－ 设备管理器
    regsvr32 /u *.dll--停止dll文件运行
    drwtsn32--－－ 系统医生
    rononce －p --15秒关机
    dxdiag--－－检查DirectX信息
    regedt32--注册表编辑器
    Msconfig.exe－－－系统配置实用程序
    rsop.msc--组策略结果集
    mem.exe--－显示内存使用情况
    regedit.exe--注册表
    progman--－程序管理器
    winmsd--－－系统信息
    perfmon.msc--计算机性能监测程序
    winver--－－检查Windows版本
    sfc /scannow--－扫描错误并复原
    taskmgr--－任务管理器（2000／xp／2003）
    wmimgmt.msc--打开windows管理体系结构(WMI)
    wupdmgr--－windows更新程序
    w脚本--－windows脚本宿主设置
    write--－－－写字板
    winmsd--－－系统信息
    wiaacmgr--扫描仪和照相机向导
    mem.exe--－显示内存使用情况
    Msconfig.exe－－－系统配置实用程序
    mplayer2--简易widnows media player
    mspaint--－画图板
    mplayer2--媒体播放机
    magnify--－放大镜实用程序
    mmc----－打开控制台
    mobsync--－同步命令
    dxdiag--－－检查DirectX信息
    drwtsn32--－－ 系统医生
    devmgmt.msc－－－ 设备管理器
    dfrg.msc--磁盘碎片整理程序
    diskmgmt.msc－－－磁盘管理实用程序
    dcomcnfg--打开系统组件服务
    ddeshare--打开DDE共享设置
    dvdplay--－DVD播放器
    net stop messenger--－停止信使服务
    net start messenger--开始信使服务
    notepad--－打开记事本
    nslookup--网络管理的工具向导
    ntbackup--系统备份和还原
    narrator--屏幕“讲述人”
    ntmsmgr.msc--移动存储管理器
    ntmsoprq.msc－－－移动存储管理员操作请求
    netstat －an--(TC)命令检查接口
    syncapp--－创建一个公文包
    sysedit--－系统配置编辑器
    sigverif--文件签名验证程序
    sndrec32--录音机
    shrpubw--－创建共享文件夹
    secpol.msc--－本地安全策略
    syskey--－－系统加密，一旦加密就不能解开，保护windows xp系统的双重密码
    services.msc－－－本地服务设置
    Sndvol32--音量控制程序
    sfc.exe--－系统文件检查器
    sfc /scannow－－－windows文件保护
    taskmgr--－任务管理器
    eventvwr--事件查看器
    eudcedit--造字程序
    explorer--打开资源管理器
    packager--对象包装程序
    perfmon.msc--计算机性能监测程序
    progman--－程序管理器
    regedit.exe--注册表
    rsop.msc--组策略结果集
    regedt32--注册表编辑器
    regsvr32 /u *.dll--停止dll文件运行
    regsvr32 /u zipfldr.dll--－－取消ZIP支持
    cmd.exe--－CMD命令提示符
    chkdsk.exe--－Chkdsk磁盘检查
    certmgr.msc--证书管理实用程序
    calc----启动计算器
    charmap--－启动字符映射表
    cliconfg--SQL SERVER 客户端网络实用程序
    Clipbrd--－剪贴板查看器
    conf----启动netmeeting
    compmgmt.msc－－－计算机管理
    cleanmgr--**整理
    ciadv.msc--－－索引服务程序
    osk----－打开屏幕键盘
    odbcad32--ODBC数据源管理器
    oobe/msoobe /a--检查XP是否激活
    lusrmgr.msc--本机用户和组
    Nslookup--IP地址侦测器
    fsmgmt.msc--－共享文件夹管理器
    utilman--－辅助工具管理器
    gpedit.msc--－组策略

    查看(498) 评论(0) 收藏 分享 管理

  • 关于测试数据的准备

    2009-10-16 17:17:24

    对于一些业务比较复杂的中型以上项目来说，准备正确、真实的测试数据对于成功的测试项目是至关重要的。很庆幸在网站上看到了一些关于这方面的帖子总结的都非常好。这里综合了一下，以备日后的参考！

    不管是自动测试还是手动测试，都会涉及到基础数据的准备问题。通常情况下，可以根据系统实际情况，按照如下顺序来准备数据：

    　　1. Production Data 生产数据

    　　如果系统前一版本已经发布，我们能够拿到这些生产数据来测试，那是最为理想的，最能反映最终用户环境，是需要优先考虑的。

    　　2. Legacy System Data 遗留系统数据

    　　虽然当前系统还没有发布任何版本，但是有一个遗留系统，那就应该利用数据迁移，尽量拿到遗留系统相对比较真实的数据，这样的数据跟最终用户环境也比较接近，也是比较理想的。

    　　3. UI Input UI输入创建数据

    　　如果既没有发布任何版本，也没有遗留系统，那么就要考虑从UI上输入相关数据，这种数据跟真实数据比较接近，较为可信赖。

    　　4. Script. create 用脚本创建数据

    　　最后，对于不符合一二两种情况，而且没有UI，或者需要的数据量太大，没法一条一条的通过UI输入创建。这时候，就要考虑用脚本来产生，尽量模拟用户的真实数据。

    　　总之，测试过程中数据的真实性很重要，有些缺陷并不是程序本身的问题，而是一些脏数据引起的，因此我们在进行测试数据准备的时候，要按照上述优先顺序来准备数据。

    在软件测试过程中，测试数据的准备是一个工作量很大而且也是一个技术活。因此如何准备大量的测试数据，而且如何准备高质量的测试数据，满足测试的需求，就是一个重要的话题。
            首先看数据的来源，数据的来源一般来讲有三个个，一个是根据被测系统需求的分析，针对正常业务，异常情况，边界情况等来构建完整的数据，又称为“造”数据。这不仅仅包括最基本的基础数据，比如：用户、权限、配置、基础编码、原数据等，还包括上面提到的业务数据。这对于比较小型的系统来说还是可行的，对于大型的系统来说可能就是一个巨大的工程了。
            第二种方式就是利用现有系统，这适合已有类似系统，测试是针对升级或者增加功能的产品化的系统。这种情况把已经在生产环境中运行的数据导出。在此基础上再进行数据的整理、加工为测试数据。
            还有一种方式就是将现有非电子化的业务数据录入到系统中，在验证业务的同时也完成了测试数据的积累。即边测试边积累数据。但是这种情况积累的数据往往有一定局限性，因为已经发生的业务数据基本是正确的、一致的，而且可能缺少某些特定业务的数据（不常发生的业务）。这样就需要根据对测试需求的分析，追加新的测试数据，以便能完整覆盖业务类型。
            确定好数据来源后，还需要对已有数据进行分析、验证、检查，保证数据的质量，数据的质量一般要满足测试需求、覆盖被测业务、覆盖测试边界，以及要满足完整性、一致性等要求。检查完后要整理和完善数据，清除无用和冗余的数据、补录不完整的数据，修改一些错误的数据。
            经过整理好的数据要纳入配置管理，以后根据需求和变更要进行数据的维护和更新，以保证满足系统测试的要求。

                       

    查看(427) 评论(0) 收藏 分享 管理

  • 【转】如何估算测试时间

    2009-10-16 16:56:36

    测试时间在什么阶段要评估出来？

    　　个人认为：最迟在申请测试资源时要评估出来，测试资源包括时间、人力、工具等。

    　　而测试时间体现在什么文档中以便作为测试依据呢？

    　　个人认为在测试计划中需要阐明。测试计划中至少要写明，要测试什么（即范围），谁来测试（即测试中的人力资源），怎么测试（测试策略），什么时间测试（测试中的时间资源），风险评估，然后就是一些约定和术语解释避免歧义。

    　　测试资源中用多少人力和时间资源是互相牵制的，都是依据这个项目或者产品按单位人需要的时间来计算的。

    　　测试时间如何估算呢？

    　　经验所得：开发的coding的时间和项目环境下测试的时间是1:1，前提是开发和测试的比例是3:1。

    　　那麽这个时间的估算有些受到开发估算coding时间的牵制，那麽最好再结合：项目需要测试的范围来评估，根据测试范围大概会有多少用例产出，以及有多少牵扯到的用例需要回归，测试的平均执行效率来大概估算测试时间。

    　　在上面大的估算时间上，个人认为还要综合以下几点来保证测试时间比较靠谱：

    　　1、测试中由于需求与代码实现差异而产生的用例维护时间，以及和开发沟通，和需求方确认的时间。

    　　2、测试环境的稳定性，有时候测试环境宕掉，影响测试进度。

    　　3、开发人员的编码质量

    　　4、开发人员修复bug的速率

    　　5、开发人员中新人的比例，一般新人对业务不熟悉，编码考虑会欠周到。

    　　6、测试人员对执行测试用例的效率

    　　7、测试用例的复杂度，可能一个case里面有很多的step。

    　　8、测试数据对项目的影响，如果项目本身测试过程中对数据的依赖很大，而数据的重用性不好

    　　9、测试中因为bug和开发人员的沟通时间，以及不断帮助开发人员重现bug的时间。

    　　10、项目中如果需要UI和UED等其他部门资源的支持，这些资源的配合沟通时间。

    查看(531) 评论(0) 收藏 分享 管理

Open Toolbar