如果有一天你想起来了曾经爱过你的人, 那么我永远是其中的一个; 如果有一天这世界上再没有人爱你了, 那就是我离开这个世界了。 ----------------茫茫寒江,扁舟一叶

发布新日志

  • 在C语言中指针的几种操作

    hhxwxg 发布于 2007-06-29 16:57:44

       现在总结一下,在C语言中,指针就能进行那些运算。

       1、关系运算:

       两个指针p和q,当他们指向同一个数组中元素时,可以进行诸如<,>,!=等关系运算,注意这里一定是指向同一个数组的指针,否则没有任何意思了。

       p<q为真时,表明p所指的元素在q所指的元素的前面。

       p!=q为真时,表明p和q没有指向同一个元素。

      2、减运算

         p-q的结果为一整型量,表明在p和q两个指针间的元素个数。

      3、指针和整数相加减

         比如:p++,p--,p+2,p-2等,表明指针向前或者向后移动几个元素。

      4、使用运算符*或者&

        例如:p=&a[4],表示p指针指向数组中第五个元素。

        *p,表示p指针指向的元素的值。

        例如:static int a[5]={5,4,3,2,1};

             p=a;

            那么*p=a[0]=5;

            如果:p=&a[4];

            那么:*p=a[4]=1;

       以上就是总结的C语言中指针的几种运算,其他对指针的操作都是非法的。

    另外注:

           static int a[5]={1,2,3,4,5};

           int *p;

           p=a;

           那么可以进行P++,p+2,p+4,等运算。

           a也可以进行:a+1,a+2等形如:a+i的运算,也可以进行*(a+1),*(a+i)的运算,但不能进行a++的运算。

          a+1=&a[1];*(a+1)=a[1];意思就是a+1相当与一个指向a[1]这个元素的指针,*(a+1)就是取出a[1]这个元素的值了。

     

     

  • 系统的安全性测试

    ruanyongjie 发布于 2007-06-25 19:17:17

    系统的安全性测试

     

    系统的安全测试

    1.       安全测试,什么是安全测试。 安全性测试(Security test)它是指:在测试软件系统中对程序的危险防止和危险处理进行的测试,以验证其是否有效。

    2.       安全性测试我们要做哪些工作呢?

        a.全面检验软件在软件需求规格说明中规定的防止危险状态措施的有效性和在每一个危险状态下的处理反应情况;

    b.对软件设计中用于提高安全性的逻辑结构、处理方案,进行针对性测试;

    c.在异常条件下测试软件,以表明不会因可能的单个或多个输入错误而导致不安全状态

    d.用错误的安全性关键操作进行测试,以验证系统对这些操作错误的反应;

    e.对安全性关键的软件单元功能模块要单独进行加强的测试以确认其满足安全性需求。

    3.  安全性测试方法

        1. 功能验证

             功能验证是采用软件测试当中的黑盒测试方法,对涉及安全的

             软件功能,如:用户管理模块,权限管理,加密系统,认证系

             统等进行测试,主要验证上述功能是否有效。

        2. 漏洞扫描

             安全漏洞扫描主要是借助于特定的漏洞扫描器完成的。通过使

             用漏洞扫描器,系统管理员能够发现系统存在的安全漏洞,

             从而在系统安全中及时修补漏洞的措施。一般漏洞扫描分为

             两种类型:主机漏洞扫描器是指在系统本地运行检测系统漏

             洞的程序。网络漏洞扫描器是指基于网络远程检测目标网络

             和主机系统漏洞的程序。

        3. 模拟攻击

             对于安全测试来说,模拟攻击测试是一组特殊的极端的测试方

             法,我们以模拟攻击来验证软件系统的安全防护能力。

     

     

    刚才我们主要讲了两个内容:1. 系统安全测试要我们做的哪些工作。

                              2. 系统安全测试的方法。

    下面我们切入主题讲系统的安全测试,都要测试哪些东西

    1.       系统安全测试的内容:它主要包括

    1.应用程序安全测试

    2.操作系统安全测试

    3.数据库安全测试

    4.IIS服务器安全测试

    5.网络环境安全测试

    当然在这里我主要讲的是我做过的项目系统中需要测试的内容,对不同的系统安全性测试的内容也不一样,这个需要结合项目本身的情况和用户使用环境来确定测试的内容。

     

    第一部分

    应用程序的安全性:

       包括对数据或业务功能的访问,在预期的安全性情况下,操作者只能访问应用程序的特定功能、有限的数据。其测试是核实操作者只能访问其所属用户类型已被授权访问的那些功能或数据。测试时,确定有不同权限的用户类型,创建各用户类型并用各用户类型所特有的事务来核实其权限,最后修改用户类型并为相同的用户重新运行测试。

     

    应用程序的安全性问题:

    我主要是结合我们刚才讲的安全性测试方法中,对于不同的安全性测试策略列举了不同的问题,当然我列的不全,在这里我主要是告诉大家一个测试的思路,因为对于不同的安全性问题大家有或许有不同的看法,所以我只列举了部分问题给大家参考。

    功能验证

        1.有效的密码是否接受,无效的密码是否拒绝。

        2.系统对于无效用户或密码登陆是否有提示。

        3.用户是否会自动超时退出,超时的时间是否合理。

    4.各级用户权限划分是否合理。

    漏洞扫描

           

    模拟攻击

        1.系统是否允许极端或不正常的登陆方式访问。(如

           拷贝软件系统中的某个功能点的url地址,然后直接

           通过IE访问看是否成功)

    第二部分

    系统安全性:

    注意(这里的系统指的是操作系统也就是应用程序所运行的操作系统)               

    系统安全测试

     可确保只有具备系统访问权限的用户才能访问应用程序,而且只能通过相应的网关来访问,包括对系统的登录或远程访问。其测试是核实只有具备系统和应用程序访问权限的操作者才能访问系统和应用程序。

     

    操作系统安全测试

    l       帐号和口令

    l       网络与服务

    l       文件系统

    l       日志审核

    l       其它安全设置

     

    帐号和口令

    1、  对主机或域上用户强制进行口令复杂度。

    2、  检查系统是否使用默认管理员帐号。

    3、  检查在系统中是否存在可疑或与系统无关的帐号。

    4、  检查系统用户是否有口令最短和口令长度要求。

    5、  检查系统用户是否有密码过期策略。

    6、   

    网络与服务

    1、  查看主机开放的共享,关掉不必要的共享和系统默认的共享服务。

    2、  查看主机进程信息。(不允许系统中安装有与应用服务无关的应用程序

    3、  查看系统启动的服务列表。

    4、  查看系统启用的端口号

    5、  查看系统是否制定操作系统的备份恢复策略服务

    文件系统

    文件系统的安全主要是检查主机磁盘分区类型和某些特定目录的权限

         注意:服务器应使用具有安全特性的NTFS格式,而不应该使用FATFAT32分区(上述描述的内容主要是针对windows操作系统)。

    日志审核

    日志的审核主要是检查主机日志的审核情况。

       它主要包括:

       1.应用程序日志。(运行在操作系统上的程序产生的)

       2.安全日志。(用户登录系统的日志)

       3.系统日志。

    其它安全设置

    1、  系统补丁漏洞。

    2、  登陆系统操作的用户的权限。

    3、  病毒防治。

    4、  系统日志是否有备份功能

    5、  数据的备份与恢复。

    6、  系统上卸载与无关组件或应用程序。

     

    第三部分

    数据库安全测试

    数据库安全

    在管理和维护数据库的过程中为了保障数据库安全我们从以下几方面限制数据库访问安全:

    1、限制能访问Oracle 数据库的客户端,指定的IP才可以访问,防止恶意的用户登陆。

    2、即使有访问 Oracle 数据库的机会,帐户的密码使用强口令和其他登陆策略,恶意用户也无法轻松进入。

    3、为每个登陆帐户设置了合适的权限,执行改变数据库状态的权限需要得到管理员的授权,确保了系统合法帐户对数据库的操作安全。

     

    解决办法

     

    1.无关IP禁止访问

         方法一: Oracle 服务器的SQLNet.Ora 文件中设置允许访问的IP 地址,或不允许访问的 IP 地址;

         方法二:在Oracle 服务器上使用NetManager 工具设置;

    2.用户密码为强口令

         锁定不用的默认帐户,如scott

         更改使用的默认帐户的口令,这些帐户的密码是公开的,安装时自动建立,如帐户system 密码manager 为确保安全默认帐户必须修改密码;

         密码使用强口令,即数字、特殊字符、字母组成的至少8未的密码;

         设置密码失效的策略文件 profile,可在 控制台中设置。

    3.用户赋予适当的权限

          不要每个帐户都设置DBA权限,把系统所有操作暴露给每个用户;

          每个帐户仅赋予它完成操作所需要的权限;不要轻易为帐户赋予delete delete any 权限,确保数据不会被误删除;

     

    数据库安全(sql server

    1、关闭服务器端的tcp/ip协议服务。

    2、数据库用户登录方式选择sql server身份认证。

    3、设置用户访问指定的数据库。

    4、设置用户对数据库中的对象有指定的操作权限。

    5、查看数据是否有定期自动备份的操作。

     

    第四部分

    IIS服务器安全测试

    1IIS基础服务组件安装情况。(根据系统情况合理的安装,减少安装不必要的服务控件)

    2、查看IIS日志是否启用,日志存储路径以及日志记录选项

    3IIS主目录路径和目录访问权限的设置。

       (注意:1.目录建议不要和系统盘符设置在同一路径下,

             2.目录访问权限根据所在项目系统的实际情况来设置,通常只启用读取权限,记录访问和索引资料权限跟系统的安全无关都默认启用,因为所用的internet用户访问的目录就是IIS设定主目录)

    4、默认文档的启用。

    5、访问控制的身份验证。

    6、连接超时功能的设置(可以根据项目的安全要求具体的可参考系统需求规格说明书来进行合理的设置)。

    7、安全补丁的更新和安装情况

     

    第五部分

    网络环境安全测试

    主要检测的是系统所在局域网内的网络环境的的安全设置,根据情况可以忽略。

    1.备份和升级情况

    2.访问控制情况   

    3.网络服务情况   

    4.路由协议情况   

    查看(1824) 评论(1) 收藏 分享 管理

  • 跟某人的交谈

    annayin 发布于 2007-04-23 15:28:29


    LR性能测试;C语言

    QTP功能测试;(C/S;B/S都可以) VB语言

    QC测试流程测试需求的管理(就是TD)。


    设计自动化测试工具的测试用例还是按照理论书籍上面的方法

    只是手工设计出来要手工执行,自动化写出来的用例可以自动化执行

    建立系统测试流程的总体思路  by ricky

    C公司目前有整套的Mercury测试工具,包括QC, WR, LR 等,测试流程相对来说并不十分规范,而且测试工具的价值也没有完整体现出来,针对这种情况,仓促进行测试自动化的引入,并不是十分合适,我的总体思路是这样的:

    Mercury QualityCenter为核心,把整个测试流程理顺. 按照我们的理解,现在已经拥有了Mercury的很多产品,包括QualityCenter, WinRunner, LoadRunner.我们可以以此为基础,进行二次开发,更好的发挥这些测试和管理工具的作用,提高他们的价值. 具体可以从以下几个方面进行.

    <!--[if !supportLists]-->1. <!--[endif]-->测试需求的管理

    利用QualityCenter的测试需求模块,把所有的测试需求进行管理, 新需求必须在提出的时候就录入系统,由流程进行自动跟踪,包括需求的更新,状态的改变等. 在此阶段需要输出一个测试需求分析文档。

    <!--[if !supportLists]-->2. <!--[endif]-->测试计划的管理

    利用QualityCenter的测试计划模块,进行测试计划的制订,包括测试用例的安排,测试资源规划,测试时间和测试进度的跟踪.测试风险的评估等.在此阶段需要输出一个测试总体方案文档。

    <!--[if !supportLists]-->3. <!--[endif]-->测试用例的管理

    测试用例包括手工测试用例和自动化测试用例, 分开进行.手工的测试用例必须统一录入QualityCenter,再正式测试进行之前,测试用例必须经过评审,评审通过的测试用例才能列入测试计划进行安排测试.目前的测试用例用Excel进行管理,有很多弊端,比如无法进行共享,测试用例的更新也不能很好的跟踪.在此阶段实际上是对测试总体方案按照系统模块进行细化,生成的测试用例一定要科学(具体的方法可以参见相应的资料),制定出合理的验证标准,必须邀请包含系统设计人员,开发人员,测试人员,甚至最终用户进行评审。

    <!--[if !supportLists]-->4. <!--[endif]-->自动化测试脚本的管理

    自动化测试用例的脚本,包括功能测试中的WinRunner,QTP的脚本,性能测试中LoadRunner的脚本以及第三方的测试脚本,统一在QualityCenter中进行版本的管理和控制. 包括脚本的创建,更新都需要进行严格的评审,必须按照代码规范编写. 测试的执行利用QualityCenter进行. 手工测试结果手工输入QualityCenter,自动化的测试结果自动导入到QualityCenter.必须明确,自动化测试不可能完全代替手工测试,就功能测试而言,自动化测试是回归测试的利器,是手工测试的补充。

    <!--[if !supportLists]-->5. <!--[endif]-->测试报告的管理

    利用QualityCenter的强大报表和报告功能,生成各种形式和格式的报告和报表,提交给管理层,作为控制整个项目进展的依据.测试报告中很重要的一项是缺陷描述,必须将缺陷对应的环境,版本,触发条件,是否可重现等描述清楚。

    <!--[if !supportLists]-->6. <!--[endif]-->测试缺陷的管理

    利用QualityCenter的流程管理,把测试需求,测试用例和测试过程中发现的缺陷自动关联起来.对提高整体的测试效率,提高整个产品的测试覆盖率都是有帮助的.缺陷的发现既是一个流程的结束,也是另一个流程的开始。

    最后,对于自动化测试,可以考虑构建一个单独的自动化执行平台,自动化脚本的管理平台还是利用QualityCenter, 自动化的执行平台可以提供更加强大的功能, 包括测试的定制,测试资源的安排,测试日志的记录,测试结果的分析和问题的定位.

     

  • 老师给的一个作业

    yanghaohong 发布于 2007-06-28 13:51:58

    假设你是一名测试工程师,现安排你去一个J2EE的电子商务平台项目上负责测试工作,项目特征如下:
    1.项目会以迭代式来开发,以减少电子商务平台需求的变化带来的风险。
    2.项目计划3个月后发表第一个版本给用户使用,而后根据用户反馈的意见和市场变化再开发后续版本。
    3.项目团队除了项目经理,系统工程师和你之外,还有7个开发人员,他们都不了解测试。
    4.除了此平台的核心功能需正确实现外,客户还非常关注平台的性能和稳定。

    根据上述项目特征,项目经理和你讨论一致认为采用自动化测试是非常适合此项目的,能解决测试工作量大而测试工程师少的问题。还有一些问题需要你进一步思考。提出解决方案,问题如下:
    1.自动化测试需要编写自动化脚本,而你对自动化脚本只是略知一二。由于项目成本限制,不可能再增加转本编写自动化脚本的人员。面对这种问题,你如何解决?

    2.单元测试自动化,你打算用哪些工具或框架,为什么?

    3.为了能让单元测试自动化顺利实施,实施前的培训非常重要,结合你所选择的工具或框架,谈谈培训的内容,重点及时间安培?

    4.robet和Winrunner都是自动化功能测试的利器,它们之中都各自蕴含着自己独有的一套自动化测试框架和方法论。请综合评价以下这两个工具,并最终选择哪个更适合在此项目上使用,说明理由。

    5.bug跟踪管理是一个不可忽视的环节,请你为这个项目定义一个合理的bug跟踪流程,将流程图绘制如下,并附以文字说明。

    6.除了上述问题,你认为还可能有哪些问题是需要考虑解决的?

  • 软件测试面试题目汇总解答

    sunxy5291 发布于 2007-05-29 14:21:59Top 1 Digest 1

    相信我 没错的!快点击吧
    01. 为什么要在一个团队中开展软件测试工作?
    因为没有经过测试的软件很难在发布之前知道该软件的质量,就好比ISO质量认证一样,测试同样也需要质量的保证,这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题,及时让开发人员得知并修改问题,在即将发布时,从测试报告中得出软件的质量情况。
    02. 您在以往的测试工作中都曾经具体从事过哪些工作?其中最擅长哪部分工作?
    我曾经做过web测试,后台测试,客户端软件,其中包括功能测试,性能测试,用户体验测试。最擅长的是功能测试
    03. 您所熟悉的软件测试类型都有哪些?请试着分别比较这些不同04. 的测试类型的区别与联系(如功能测试、性能测试……)
    测试类型有:功能测试,性能测试,界面测试。
    功能测试在测试工作中占的比例最大,功能测试也叫黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时,需要测试软件产品的功能,不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用例的方法有:等价类划分、边界值分析、错误推测、因果图和综合策略。
    性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试,两者可以结合进行。通过负载测试,确定在各种工作负载下系统的性能,目标是测试当负载逐渐增加时,系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点,来获得系统能提供的最大服务级别的测试。
    界面测试,界面是软件与用户交互的最直接的层,界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作,起到向导的作用。同时界面如同人的面孔,具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉,相反由于界面设计的失败,让用户有挫败感,再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。
    区别在于,功能测试关注产品的所有功能上,要考虑到每个细节功能,每个可能存在的功能问题。性能测试主要关注于产品整体的多用户并发下的稳定性和健壮性。界面测试更关注于用户体验上,用户使用该产品的时候是否易用,是否易懂,是否规范(快捷键之类的),是否美观(能否吸引用户的注意力),是否安全(尽量在前台避免用户无意输入无效的数据,当然考虑到体验性,不能太粗鲁的弹出警告)?做某个性能测试的时候,首先它可能是个功能点,首先要保证它的功能是没问题的,然后再考虑该功能点的性能测试
    05.  请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。
    黑盒测试:已知产品的功能设计规格,可以进行测试证明每个实现了的功能是否符合要求。
    白盒测试:已知产品的内部工作过程,可以通过测试证明每种内部操作是否符合设计规格要求,所有内部成分是否以经过检查。
      软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子,测试人员完全不考虑程序内部的逻辑结构和内部特性,只依据程序的需求规格说明书,检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误:
    1、是否有不正确或遗漏的功能?
    2、在接口上,输入是否能正确的接受?能否输出正确的结果?
    3、是否有数据结构错误或外部信息(例如数据文件)访问错误?
    4、性能上是否能够满足要求?
    5、是否有初始化或终止性错误?
      软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子,它允许测试人员利用程序内部的逻辑结构及有关信息,设计或选择测试用例,对程序所有逻辑路径进行测试。通过在不同点检查程序状态,确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。白盒测试主要是想对程序模块进行如下检查:
    1、对程序模块的所有独立的执行路径至少测试一遍。
    2、对所有的逻辑判定,取“真”与取“假”的两种情况都能至少测一遍。
    3、在循环的边界和运行的界限内执行循环体。
    4、测试内部数据结构的有效性,等等。
    单元测试(模块测试)是开发者编写的一小段代码,用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言,一个单元测试是用于判断某个特定条件(或者场景)下某个特定函数的行为。
          单元测试是由程序员自己来完成,最终受益的也是程序员自己。可以这么说,程序员有责任编写功能代码,同时也就有责任为自己的代码编写单元测试。执行单元测试,就是为了证明这段代码的行为和我们期望的一致。
    集成测试(也叫组装测试,联合测试)是单元测试的逻辑扩展。它的最简单的形式是:两个已经测试过的单元组合成一个组件,并且测试它们之间的接口。从这一层意义上讲,组件是指多个单元的集成聚合。在现实方案中,许多单元组合成组件,而这些组件又聚合成程序的更大部分。方法是测试片段的组合,并最终扩展进程,将您的模块与其他组的模块一起测试。最后,将构成进程的所有模块一起测试。
    系统测试是将经过测试的子系统装配成一个完整系统来测试。它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法。(常见的联调测试)
           系统测试的目的是对最终软件系统进行全面的测试,确保最终软件系统满足产品需求并且遵循系统设计。
    验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪,并且可以让最终用户将其用于执行软件的既定功能和任务。
    验收测试是向未来的用户表明系统能够像预定要求那样工作。经集成测试后,已经按照设计把所有的模块组装成一个完整的软件系统,接口错误也已经基本排除了,接着就应该进一步验证软件的有效性,这就是验收测试的任务,即软件的功能和性能如同用户所合理期待的那样。
    06. 测试计划工作的目的是什么?测试计划工作的内容都包括什么?其中哪些是最重要的?
    软件测试计划是指导测试过程的纲领性文件,包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划,参与测试的项目成员,尤其是测试管理人员,可以明确测试任务和测试方法,保持测试实施过程的顺畅沟通,跟踪和控制测试进度,应对测试过程中的各种变更。
    测试计划和测试详细规格、测试用例之间是战略和战术的关系,测试计划主要从宏观上规划测试活动的范围、方法和资源配置,而测试详细规格、测试用例是完成测试任务的具体战术。所以其中最重要的是测试测试策略和测试方法(最好是能先评审)
    07. 您认为做好测试计划工作的关键是什么?
    1. 明确测试的目标,增强测试计划的实用性
    编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷,因此软件测试计划的价值取决于它对帮助管理测试项目,并且找出软件潜在的缺陷。因此,软件测试计划中的测试范围必须高度覆盖功能需求,测试方法必须切实可行,测试工具并且具有较高的实用性,便于使用,生成的测试结果直观、准确
    2.坚持“5W”规则,明确内容与过程
    “5W”规则指的是“What(做什么)”、“Why(为什么做)”、“When(何时做)”、“Where(在哪里)”、“How(如何做)”。利用“5W”规则创建软件测试计划,可以帮助测试团队理解测试的目的(Why),明确测试的范围和内容(What),确定测试的开始和结束日期(When),指出测试的方法和工具(How),给出测试文档和软件的存放位置(Where)。
    3.采用评审和更新机制,保证测试计划满足实际需求
    测试计划写作完成后,如果没有经过评审,直接发送给测试团队,测试计划内容的可能不准确或遗漏测试内容,或者软件需求变更引起测试范围的增减,而测试计划的内容没有及时更新,误导测试执行人员。
    4. 分别创建测试计划与测试详细规格、测试用例
    应把详细的测试技术指标包含到独立创建的测试详细规格文档,把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试用例之间是战略和战术的关系,测试计划主要从宏观上规划测试活动的范围、方法和资源配置,而测试详细规格、测试用例是完成测试任务的具体战术。
    08. 您所熟悉的测试用例设计方法都有哪些?请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。
    1.等价类划分
    划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.
    2.边界值分析法
      边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.
      使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.
    3.错误推测法
      基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法.
      错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例.
    4.因果图方法
      前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图(逻辑模型). 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.
    08.您认为做好测试用例设计工作的关键是什么?
    白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果
    黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试,以最少的用例在合理的时间内发现最多的问题
    09. 请以您以往的实际工作为例,10. 详细的描述一次测试用例设计的完整的过程。
    就说最近的这次网站功能的测试吧
    首先:得到相关文档(需求文档和设计文档),理解需求和设计设计思想后,想好测试策略(测试计划简单点就OK了),考虑到测试环境,测试用例,测试时间等问题。
    第二步:设计测试用例,测试策略是:把网站部分的功能点测试完,然后在进行系统测试(另外个模块呢有另一个测试人员负责,可以进行联调测试),网站模块的测试基本是功能测试和界面测试(用户并发的可能性很小,所以不考虑):这次的网站的输入数据呢是使用数据库中的某张表记录,如果表中某一数据记录中新加进来的(还没有被处理的,有个标志位),网站启动后会立刻去刷那张表,得到多条数据,然后在进行处理。处理过程中,会经历3个步骤,网站才算完成了它的任务。有3个步骤呢,就可以分别对这3个步骤进行测试用例的设计,尽量覆盖到各种输入情况(包括数据库中的数据,用户的输入等),得出了差不多50个用例。界面测试,也就是用户看的到的地方,包括发送的邮件和用户填写资料的页面展示。
    第三步:搭建测试环境(为什么这个时候考虑测试环境呢?因为我对网站环境已经很熟了,只有有机器能空于下来做该功能测试就可以做了),因为网站本身的环境搭建和其他的系统有点不同,它需要的测试环境比较麻烦,需要web服务器(Apache,tomcat),不过这次需求呢,网站部分只用到了tomcat,所以只要有tomcat即可
    第四步:执行测试
    11. 您以往是否曾经从事过性能测试工作?如果有,12. 请尽可能的详细描述您以往的性能测试工作的完整过程。
    是的,曾经做过网站方面的性能测试,虽然做的时间并不久(2个月吧),当时呢,是有位网站性能测试经验非常丰富的前辈带着我一起做。
    性能测试类型包括负载测试,强度测试,容量测试等
          负载测试:负载测试是一种性能测试指数据在超负荷环境中运行,程序是否能够承担。
          强度测试: 强度测试是一种性能测试,他在系统资源特别低的情况下软件系统运行情况。
          容量测试:确定系统可处理同时在线的最大用户数  
    在网站流量逐渐加大的情况下,开始考虑做性能测试了,首先要写好性能测试计划,根据运营数据得出流量最大的页面(如果是第一次的话,一般是首页,下载页,个人帐户页流量最大,而且以某种百分比),
    Web服务器指标指标:
    * Avg Rps: 平均每秒钟响应次数=总请求时间 / 秒数;
    * Successful Rounds:成功的请求;
    * Failed Rounds :失败的请求;
    * Successful Hits :成功的点击次数;
    * Failed Hits :失败的点击次数;
    * Hits Per Second :每秒点击次数;
    * Successful Hits Per Second :每秒成功的点击次数;
    * Failed Hits Per Second :每秒失败的点击次数;
    * Attempted Connections :尝试链接数;
    13. 您在从事性能测试工作时,14. 是否使用过一些测试工具?如果有,15. 请试述该工具的工作原理,16. 并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。
    17. 您认为性能测试工作的目的是什么?做好性能测试工作的关键是什么?
    18. 在您以往的工作中,19. 一条软件缺陷(或者叫Bug)记录都包含了哪些内容?如何提交高质量的软件缺陷(Bug)记录?
    20. 您以往所从事的软件测试工作中,21. 是否使用了一些工具来进行软件缺陷(Bug)的管理?如果有,22. 请结合该工具描述软件缺陷(Bug)跟踪管理的流程。
    23. 您认为在测试人员同24. 开发人员的沟通过程中,25. 如何提高沟通的效率和改善沟通的效果?维持测试人员同26. 开发团队中其他成员良好的人际关系的关键是什么?
    27. 在您以往的测试工作中,28. 最让您感到不29. 满意或者不30. 堪回首的事情是什么?您是如何来对待这些事情的?
    31. 在即将完成这次笔试前,32. 您是否愿意谈一些自己在以往的学习和工作中获得的工作经验和心得体会?(可以包括软件测试、过程改进、软件开发或者与此无关的其他方面)
    33.     你对测试最大的兴趣在哪里?为什么?
    最大的兴趣就是测试有难度,有挑战性!做测试越久越能感觉到做好测试有多难。曾经在无忧测试网上看到一篇文章,是关于如何做好一名测试工程师。一共罗列了11,12点,有部分是和人的性格有关,有部分需要后天的努力。但除了性格有关的1,2点我没有把握,其他点我都很有信心做好它。
    刚开始进入测试行业时,对测试的认识是从无忧测试网上了解到的一些资料,当时是冲着做测试需要很多技能才能做的好,虽然入门容易,但做好很难,比开发更难,虽然当时我很想做开发(学校专业课我基本上不缺席,因为我喜欢我的专业),但看到测试比开发更难更有挑战性,想做好测试的意志就更坚定了。
    不到一年半的测试工作中,当时的感动和热情没有减退一点(即使环境问题以及自身经验,技术的不足,做测试的你一定也能理解)。
    我觉得做测试整个过程中有2点让我觉得很有难度(对我来说,有难度的东西我就非常感兴趣),第一是测试用例的设计,因为测试的精华就在测试用例的设计上了,要在版本出来之前,把用例写好,用什么测试方法写?(也就是测试计划或测试策略),如果你刚测试一个新任务时,你得花一定的时间去消化业务需求和技术基础,业务需求很好理解(多和产品经理和开发人员沟通就能达到目的),而技术基础可就没那么简单了,这需要你自觉的学习能力,比如说网站吧,最基本的技术知识你要知道网站内部是怎么运作的的,后台是怎么响应用户请求的?测试环境如何搭建?这些都需要最早的学好。至少在开始测试之前能做好基本的准备,可能会遇到什么难题?需求细节是不是没有确定好?这些问题都能在设计用例的时候发现。
    第二是发现BUG的时候了,这应该是测试人员最基本的任务了,一般按测试用例开始测试就能发现大部分的bug,还有一部分bug需要测试的过程中更了解所测版本的情况获得更多信息,补充测试用例,测试出bug。还有如何发现bug?这就需要在测试用例有效的情况下,通过细心和耐心去发现bug了,每个用例都有可能发现bug,每个地方都有可能出错,所以测试过程中思维要清晰(测试过程数据流及结果都得看仔细了,bug都在里面发现的)。如何描述bug也很有讲究,bug在什么情况下会产生,如果条件变化一点点,就不会有这个bug,以哪些最少的操作步骤就能重现这个bug,这个bug产生的规律是什么?如果你够厉害的话,可以帮开发人员初步定位问题。
    34. 你的测试职业发展是什么?
    测试经验越多,测试能力越高。所以我的职业发展是需要时间累积的,一步步向着高级测试工程师奔去。而且我也有初步的职业规划,前3年累积测试经验,按如何做好测试工程师的11,12点要求自己,不断的更新自己改正自己,做好测试任务。
    35. 你自认为测试的优势在哪里?
    优势在于我对测试坚定不移的信心和热情,虽然经验还不够,但测试需要的基本技能我有信心在工作中得以发挥。
    36. 你以前工作时的测试流程是什么?
    公司对测试流程没有规定如何做,但每个测试人员都有自己的一套测试流程。我说下我1年来不断改正(自己总结,吸取同行的方法)后的流程吧。需求评审(有开发人员,产品经理,测试人员,项目经理)->需求确定(出一份确定的需求文档)->开发设计文档(开发人员在开始写代码前就能输出设计文档)->想好测试策略,写出测试用例->发给开发人员和测试经理看看(非正式的评审用例)->接到测试版本->执行测试用例(中间可能会补充用例)->提交bug(有些bug需要开发人员的确定(严重级别的,或突然发现的在测试用例范围之外的,难以重现的),有些可以直接录制进TD)->开发人员修改(可以在测试过程中快速的修改)->回归测试(可能又会发现新问题,再按流程开始跑)。
    37. 当开发人员说不38. 是BUG时,39. 你如何应付?
    开发人员说不是bug,有2种情况,一是需求没有确定,所以我可以这么做,这个时候可以找来产品经理进行确认,需不需要改动,3方商量确定好后再看要不要改。二是这种情况不可能发生,所以不需要修改,这个时候,我可以先尽可能的说出是BUG的依据是什么?如果被用户发现或出了问题,会有什么不良结果?程序员可能会给你很多理由,你可以对他的解释进行反驳。如果还是不行,那我可以给这个问题提出来,跟开发经理和测试经理进行确认,如果要修改就改,如果不要修改就不改。其实有些真的不是bug,我也只是建议的方式写进TD中,如果开发人员不修改也没有大问题。如果确定是bug的话,一定要坚持自己的立场,让问题得到最后的确认。
    23.你为什么想离开目前的职务?
    因为公司运作情况并不理想,公司需要调整部门体系,公司考虑到缩减部门人员,所以大批量的裁员(有6,7个),这是我的第一份工作,对公司也有较深的感情,因为在这里我找到了职业理想(就是测试),所以公司需要精简人员,我自愿退出。虽然很舍不得,但我将会有新的发挥能力的舞台。
      24:你对我们公司了解有多少?
      25:你找工作时,最重要的考虑因素为何?
    工作的性质和内容是否能让我发挥所长,并不断成长。
    26:为什么我们应该录取你?
    您可以由我过去的工作表现所呈现的客观数据,明显地看出我全力以赴的工作态度。
      27:请谈谈你个人的最大特色。
    我的坚持度很高,事情没有做到一个令人满意的结果,绝不罢手。
    28.白箱测试和黑箱测试是什么?什么是回归测试?
        29。单元测试、集成测试、系统测试的侧重点是什么?
        30。设计用例的方法、依据有那些?
        31。一个测试工程师应具备那些素质和技能?
        32.集成测试通常都有那些策略?
        33.你用过的测试工具的主要功能、性能及其他?
        34.一个缺陷测试报告的组成
        35.基于WEB信息管理系统测试时应考虑的因素有哪些?
    36.软件测试项目从什么时候开始,?为什么?
         37.需求测试注意事项有哪些?
         38.简述一下缺陷的生命周期
         39.测试分析测试用例注意(事项)?
    你在你所在的公司是怎么开展测试工作的?是如何组织的?
    你认为理想的测试流程是什么样子?
    你是怎样工作的?
    软件测试活动的生命周期是什么?
    请画出软件测试活动的流程图?
    针对缺陷采取怎样管理措施?
    什么是测试评估?测试评估的范围是什么?
    如果能够执行完美的黑盒测试,还需要进行白盒测试吗?为什么?
    测试结束的标准是什么?
    软件验收测试除了alpha,beta测试以外,还有哪一种?
    做测试多久了?
    以前做过哪些项目?
    你们以前测试的流程是怎样的?
    <答:测试计划-测试用例设计-测试执行-测试分析报告>
    用过哪些测试工具?
    为什么选择测试这行?
    <答:它是一个新兴的行业,有发展潜力,而且很锻炼人,需要掌握更多的技能,比做开发要更难>
    为什么值得他们公司雇用?
    如果我雇用你,你能给部门带来什么贡献?
    如何从工作中看出你是个自动自觉的人
    你的工作通常能在时限内完成吗.(我想问一下就是她问这个问题的动机是什么)
    通常你对于别人批评你会有什么样的反应
    如果明知这样做不对,你还会依主管的指过去做吗
    如果你接到一个客户抱怨的电话,你确知无法解决他的问题,你会怎么处理
    你觉得什么样的人最难相处
    为什么值得他们公司雇用?
          帮助公司提高软件质量和测试部门的技术水平
    如果我雇用你,你能给部门带来什么贡献?
          分享我的测试经验和测试技能,提高测试部门技术水平
    如何从工作中看出你是个自动自觉的人
         自动自觉范围太广
          1. 工作成果
          2. 工作质量 
    你的工作通常能在时限内完成吗.(我想问一下就是她问这个问题的动机是什么)
          在有足够的资源和合理的工作量的情况下,完全可以按时完成,并能比一般人做的更好
    通常你对于别人批评你会有什么样的反应
      有错即改,无措勉之
    如果明知这样做不对,你还会依主管的指过去做吗
         在公司内部下级是否有申诉渠道?
    如果你接到一个客户抱怨的电话,你确知无法解决他的问题,你会怎么处理
        为什么抱怨?是怎么样的问题?
         如果是客服问题,提交客服部门解决
        如果是质量问题,分析原因,下一版本改进
    你觉得什么样的人最难相处
         自以为是的人
    什么叫单元测试?
    请就软件测试人员应该具备什么样的基本素质说说你的看法。
    请就如何在开发中进行软件质量控制说说你的看法
     简述软件测试的意义,以及软件测试的分类
    1、功能测试,性能测试,界面测试,安全测试(可以简单点,比如只涉及到COOKIES里的内容),压力测试(商业性质的网站) 等等,B/S软件也要根据其具体功能采用不同的测试策略。
    2、态度、责任心、自信、敏锐的观察力、良好的发散思维
    3、先设计后开发模式,加强单元测试,加强代码走查,有一套完整的白盒测试方法。关键是加强开发人员的质量意识,增进程序员向工程师水平发展。
    4、意义嘛,就自己想吧。软件测试的分类,这个很多人都按各种方法去分。无明确答案给你。
    对测试的理解——基本的测试知识,对测试是否认可? 75。
       3、谈一谈过去自己的工作——了解经历、提供进一步提问的素材,表达能力  
    测试技能
    测试设计的方法并举例说明——测试技术的使用
    测试工具——熟悉程度,能否与当前工作匹配?
    如何做计划?如何跟踪计划?——日常工作能力
    如果开发人员提供的版本不满足测试的条件,如何做?——与开发人员协作的能力
    熟悉unix系统、oracle数据库吗?——是否具备系统知识
    做过开发吗?写过哪些代码?——开发技能
    阅读英语文章,给出理解说明?——部分英语能力
    文档的意义——是否善于思考?(最简单的概念,不同层次的理解)
    假如进入我们公司,对我们哪些方面会有帮助?——讲讲自己的特长
    随便找一件物品,让其测试——测试的实际操作能力
    软件测试的方法有?
    软件测试的过程?
    有一个新的软件,假如你是测试工程师,该如何做?
    软件测试分哪两种方法?分别适合什么情况?
    2。一套完整的测试应该由哪些阶段组成?分别阐述一下各个阶段。
    3。软件测试的类型有那些?分别比较这些不同的测试类型的区别与联系。
    4。测试用例通常包括那些内容?着重阐述编制测试用例的具体做法
    5。在分别测试winform的C/S结构与测试WEB结构的软件是,应该采取什么样的方法分别测试?他们存在什么样的区别与联系?
    6。在测试winform的C/S结构软件时,发现这个软件的运行速度很慢,您会认为是什么原因?您会采取哪些方法去检查这个原因?
    7。描述使用bugzilla缺陷管理工具对软件缺陷(BUG)跟踪的管理的流程
    你在五年内的个人目标和职业目标分别是什么?
      分析这个问题是用来了解你的计划能力的,通过这个问题,面试人同时还可以知道你的目标是否符合企业对你的安排。
      错误回答我想在将来的某个时候考虑这个问题。如今企业的领导者更换频繁,我认为做太多的个人计划是荒谬可笑的,不是吗?
      评论这种回答属于令人反感的一类。首先,当有人想了解你的目标时,"将来的某个时候"这种通俗说法并不奏效。其次,认为企业很脆弱,领导者更换频繁,这种说法毫无疑问会令人反感,而且也是不合理的。最后,认为做计划可笑,看不起这个问题,而且反问面试人,这些都注定了这样的求职者最终会失败。
      正确回答从现在起的五年之内,我希望能够在一个很好的职位上待几年,而且最好有一次晋升,然后就期待着下一步。不管是向上提升,还是在企业内横向调动,对我个人来说,我希望找到一家企业——一家愿意做相互投入的企业——待上一段时间。
      评论这个问题没有回答得过分具体(那样可能会产生漏洞),而且它表明你有雄心,并且思考过在企业中的成长方式。通过表达横向调动和向上提升的愿望,表明你是一个有灵活性的人。
     问题23 你怎样做出自己的职业选择?
      分析 面试人提出这个问题是为了了解求职者的动机,看看他(她)应聘这份工作是否有什么历史渊源,是否有职业规划,是不是仅仅在漫无目的地申请很多工作。
      错误回答 我一直都想在企业界工作。自孩提时代起,我就梦想自己至少也要成为大企业的副总裁。
      评论 除了难以令人相信之外,这种回答还存在一个问题:它表明求职者会对副总裁以下的职位不感兴趣。
      正确回答 在上大学四年级前的那个夏天,我决定集中精力在某一领域谋求发展。尽管我是学商业的,但是我不知道自己最终会从事哪一行业的工作。我花了一定的时间考虑自己的目标,想清楚了自己擅长做的事情以及想从工作中得到的东西,最后我得出了一个坚定的结论,那就是这个行业是最适合我的。
      评论 这种回答表明,求职者认真地做过一些计划,缩小了自己的关注点,而且也认准了前进的方向。这种回答还表明,求职者理解个人职业规划的重要性,并且有能力做出认真的个人决策。
    1. 你都用什么测试方法
    2.怎么编写案例
    3.怎么才能够全面的测试到每一个点
    1. 你都用什么测试方法
    针对不同的产品或者系统或者模块,有不同的测试方法。总体而言有白盒测试和黑盒测试。
    2.怎么编写案例
    案例的编写与测试阶段的定义有很大的关系。系统测试和unit测试的案例可能不同。总体而言测试案例根据系统的需求而定。
    3.怎么才能够全面的测试到每一个点
    测试的全面性主要需要在设计测试计划的时候考虑,从测试策略,产品需求等等多个角度考虑从而定义全部的测试点。
    1、谈谈软件测试技术,以及如何提高
    2、谈谈软件测试职业发展,以及个人的打算
    3、谈谈软件测试在企业的地位,也可以结合软件生命周期来谈
    有可能清晰的思路比确切的答案更重要
    在这里,主要说下笔试和面试的问题,希望大家共同参考。
        1,一般公司里实际的软件测试流程是什么样的?你们公司又是怎样的?
        2,软件工程师要具有那些素质?
        3,你会哪些测试工具?怎么操作?
        4,你能不能说下你的3到5年的职业计划(规划)
        5,你觉得你来应聘有那些优势?
    其余的还好说,但就第4个问题,我感到不好说哦!希望大家给个意见
    第一关:首先要自我介绍,自己的性格怎么样,目前的工作经历积累了一些什么经验取得了些什么值得一说的成果。然后要说说对软件测试怎么看?还有对于软件测试有什么自己的想法。为什么会想到要做这行(因为我的简历上的工作经历没有关于测试方面的)。哦,还有期望薪资。
    第二关:认为软件测试人员所要具备的基本素质,如果遇到问题会怎样处理,如果得不到研发人员的配合(就是研发说这个不是问题)你又会怎么处理?然后就是一些基本概念,比如软件测试的流程有哪些?如果我上任了,首先会怎么开始自己的工作计划。
    (前两关通过了后面这个就好过多了)
    第三关:像我介绍了一下公司的情况,告诉我主要针对什么内容的测试,会不会使用数据库。告诉我大概要做哪些内容,详细的可以上岗以后慢慢熟悉。
    大概就这么多了,这对没有经过这一关的不知道有没有帮助,仅供参考吧
    我觉得就像李波说的,关键是要给对方留下好印象:)
    面试官最后会问你有什么问题要问吗。作为应聘者的你一般不要说没问题问,这会给面试官留下你不太重视这份工作的坏印象。所以如果你想得到这份工作的话应该抓住这最后的表现自己的机会:
    你可以问:
    1.        贵公司近期和远期的发展目标是什么?
    2.        贵公司的主要竞争对手有哪些?
    3.        贵公司有多少开发人员有多少测试人员?
    4.        贵公司又进一步扩充测试人员的计划吗?
    5.        如果我有幸能进入贵公司的话,我有怎么样的发展?
    6.        测试人员的沟通能力很重要,贵公司有规范的沟通渠道吗?
    7.        请介绍一下贵公司的福利情况。
    8.        请问我什么时候能知道结果?

  • 你必须学会的几个常用网络测试命令

    chenyuan 发布于 2007-03-21 19:17:10

    你必须学会的几个常用网络测试命令

    你必须学会的几个常用网络测试命令
    如果你是一个网络维护人员,那么肯定要经常处理网络故障,了解和掌握下面几个命令将会有助于您更快地检测到网络故障所在,从而节省时间,提高效率。


      Ping

      Ping是测试网络联接状况以及信息包发送和接收状况非常有用的工具,是网络测试最


      常用的命令。Ping向目标主机(地址)发送一个回送请求数据包,要求目标主机收到请求后给予答复,从而判断网络的响应时间和本机是否与目标主机(地址)联通。

      如果执行Ping不成功,则可以预测故障出现在以下几个方面:网线故障,网络适配器配置不正确,IP地址不正确。如果执行Ping成功而网络仍无法使用,那么问题很可能出在网络系统的软件配置方面,Ping成功只能保证本机与目标主机间存在一条连通的物理路径。

      命令格式:

      ping IP地址或主机名
    [-t] [-a] [-n count] [-l size]

      参数含义
    :

      -t不停地向目标主机发送数据
    ;

      -a IP地址格式来显示目标主机的网络地址
    ;

      -n count 指定要Ping多少次,具体次数由count来指定
    ;

      -l size 指定发送到目标主机的数据包的大小。

      例如当您的机器不能访问Internet,首先您想确认是否是本地局域网的故障。假定局域网的代理服务器IP地址为202.168.0.1,您可以使用Ping避免202.168.0.1命令查看本机是否和代理服务器联通。又如,测试本机的网卡是否正确安装的常用命令是ping 127.0.0.1

      Tracert

      Tracert命令用来显示数据包到达目标主机所经过的路径,并显示到达每个节点的时间。命令功能同Ping类似,但它所获得的信息要比Ping命令详细得多,它把数据包所走的全部路径、节点的IP以及花费的时间都显示出来。该命令比较适用于大型网络。


      命令格式:

      tracert IP地址或主机名
    [-d][-h maximumhops][-j host_list] [-w timeout]

      参数含义
    :

      -d 不解析目标主机的名字
    ;

      -h maximum_hops 指定搜索到目标地址的最大跳跃数
    ;

      -j host_list 按照主机列表中的地址释放源路由
    ;

      -w timeout 指定超时时间间隔,程序默认的时间单位是毫秒。


      例如大家想要了解自己的计算机与目标主机www.cce.com.cn之间详细的传输路径信息,可以在MS-DOS方式输入tracertwww.cce.com.cn

      如果我们在Tracert命令后面加上一些参数,还可以检测到其他更详细的信息,例如使用参数-d,可以指定程序在跟踪主机的路径信息时,同时也解析目标主机的域名。

      Netstat

      Netstat命令可以帮助网络管理员了解网络的整体使用情况。它可以显示当前正在活动的网络连接的详细信息,例如显示网络连接、路由表和网络接口信息,可以统计目前总共有哪些网络连接正在运行。


      利用命令参数,命令可以显示所有协议的使用状态,这些协议包括TCP协议、UDP协议以及IP协议等,另外还可以选择特定的协议并查看其具体信息,还能显示所有主机的端口号以及当前主机的详细路由信息。

      命令格式:

      
    netstat [-r] [-s] [-n] [-a]

      参数含义
    :

      -r 显示本机路由表的内容
    ;

      -s 显示每个协议的使用状态(包括TCP协议、UDP协议、IP协议
    );

      -n 以数字表格形式显示地址和端口
    ;

      -a 显示所有主机的端口号。


      Winipcfg

      Winipcfg命令以窗口的形式显示IP协议的具体配置信息,命令可以显示网络适配器的物理地址、主机的IP地址、子网掩码以及默认网关等,还可以查看主机名、DNS服务器、节点类型等相关信息。其中网络适配器的物理地址在检测网络错误时非常有用。


      命令格式:

      
    winipcfg [/?] [/all]

      参数含义
    :

      /all 显示所有的有关IP地址的配置信息
    ;

      /batch [file] 将命令结果写入指定文件
    ;

      /renew_ all 重试所有网络适配器
    ;

      /release_all 释放所有网络适配器
    ;

      /renew N 复位网络适配器
    N;

      /release N 释放网络适配器 N


      在MicrosoftWindows 95及其以后的操作系统中,都可以运行以上命令。

     

     

     

  • 面试官最爱问的问题背后真相+英语答案

    lindatian 发布于 2007-03-21 10:19:52

    面试官最爱问的问题背后真相

     

     

     

      1.请介绍一下你自己。

      这是外企常问的问题。一般人回答这个问题过于平常,只说姓名、年龄、爱好、工作经验,这些在简历上都有,其实,外企最希望知道的是求职者能否胜任工作,包括:最强的技能、最深入研究的知识领域、个性中最积极的部分、做过的最成功的事,主要的成就等,这些都可以和学习无关,也可以和学习有关,但要突出积极的个性和做事的能力,说得合情合理外企才会相信。外企很重视一个人的礼貌,求职者要尊重考官,在回答每个问题之后都说一句谢谢。外企喜欢有礼貌的求职者。

    --Can you introduce yourself (briefly)?

    --Ok.

    After graduation, I worked for 6 years in 2 IT companies. Firstly I worked as a SE(software engineer) for several years, and then a tester. When I was a SE, I used varies programming languages, such as C, C++ (pronounce: plus plus), java, VB, HTML, and several scrīpt languages, that is, asp, jsp, javascrīpt, lotus scrīpt, etc. (etcetera, pronouncing [it5setrE]) I did my job on different platforms such as Windows and Unix. I know these operating systems well. In addition, I am familiar with couple of databases, such as Oracle, Syabase, MS SqlServer and DB2, I am familiar with SQL, procedure, trigger, and so on. So, when I turned to testing afterwards, all of them are very helpful to my job. In testing, I learned how to test in different projects; also, I learned so much about test, such as testing methods, testing document, and some of testing management. So, I am sure that I have the ability to do the work here to best.

     

    As for my characteristic, I am a good cooperator, a good partner. I am happy to help others, and at the same time, share colleagues’ knowledge and their wit.

     

    I am interested in writing and classic music. I had ever written diary for my son for 4 years. This habit also helps me in working, it let me write right, clear and efficient document. (Note: Why don’t I mention again my hobby of classic music? It is because that some big companies don’t permit the employees wearing earphones in office!)

     

    Thank you.

      2.在学校你最不喜欢的课程是什么?为什么?

      这个问题外企不希望求职者直接回答数学体育之类的具体课程,如果直接回答还说明了理由,不仅代表求职者对这个学科不感兴趣,可能还代表将来也会对要完成的某些工作没有兴趣。这个问题外企招聘者最想从求职者口里听到:我可能对个别科目不是特别感兴趣,但是正因为这样,我会花更多的时间去学习这门课程,通过学习对原本不感兴趣的科目也开始有了兴趣,对于本来就有兴趣的科目我自然学习得更认真,所以各门课的成绩较为平衡。通过这样的问题,外企可以找到对任何事情都很感兴趣的求职者。

      3.说说你最大的优缺点?

      这个问题外企问的概率很大,通常不希望听到直接回答的缺点是什么等,如果求职者说自己小心眼、爱忌妒人、非常懒、脾气大、工作效率低,外企肯定不会录用你。外企喜欢求职者从自己的优点说起,中间加一些小缺点,最后再把问题转回到优点上,突出优点的部分。外企喜欢聪明的求职者。
    I have some good quality, such as experience
    carefulness, easy-going. But the one I am most proud of is that the sense of responsibility. Anywhere I am and whatever I do, I do my best to my job, to the company, to my family, to my friends, etc. I always try to do thing to the best and be helpful to the persons I go along with.

    My shortcoming is that sometime I want to do things to perfect. It is no doubt that I have to find bugs in testing work, but sometime I try to find all(Stress it!) bugs. I am learning to control myself and I am sure that I can find the point to stop and say “It is OK”.

     4.你认为你在学校属于好学生吗?

      外企的招聘者很精明,问这个问题可以试探出很多问题:如果求职者学习成绩好,就会说:是的,我的成绩很好,所有的成绩都很优异。当然,判断一个学生是不是好学生有很多标准,在学校期间我认为成绩是重要的,其他方面包括思想道德、实践经验、团队精神、沟通能力也都是很重要的,我在这些方面也做得很好,应该说我是一个全面发展的学生。如果求职者成绩不尽理想,便会说:我认为是不是一个好学生的标准是多元化的,我的学习成绩还可以,在其他方面我的表现也很突出,比如我去很多地方实习过,我很喜欢在快节奏和压力下工作,我在学生会组织过××活动,锻炼了我的团队合作精神和组织能力。有经验的招聘者一听就会明白,外企喜欢诚实的求职者。

      5.说说你的家庭。

      外企面试时询问家庭问题不是非要知道求职者家庭的情况,探究隐私,外企不喜欢探究个人隐私,而是要了解家庭背景对求职者的塑造和影响。外企希望听到的重点也在于家庭对求职者的积极影响。外企最喜欢听到的是:我很爱我的家庭!我的家庭一向很和睦,虽然我的父亲和母亲都是普通人,但是从小,我就看到我父亲起早贪黑,每天工作特别勤劳,他的行动无形中培养了我认真负责的态度和勤劳的精神。我母亲为人善良,对人热情,特别乐于助人,所以在单位人缘很好,她的一言一行也一直在教导我做人的道理。外企相信,和睦的家庭关系对一个人的成长有潜移默化的影响。

    --Can you tell about your family?

    --Yes, sure.

    I have a little bigger family. There are my husband, my son, and my parents and I. My husband works in an oil company, he love his job. My son is 5 years old. He is a lovely boy. He is so cute and I am proud of him. My parents are retired, and they help me to take care of my son. They are so kind that I appreciate their help and I love them too.

      6.说说你对行业、技术发展趋势的看法?

      外企对这个问题很感兴趣,只有有备而来的求职者能够过关。求职者可以直接在网上查找对你所申请的行业部门的信息,只有深入了解才能产生独特的见解。外企认为最聪明的求职者是对所面试的公司预先了解很多,包括公司各个部门,发展情况,在面试回答问题的时候可以提到所了解的情况,外企欢迎进入企业的人是知己,而不是盲人

      7.就你申请的这个职位,你认为你还欠缺什么?

      外企喜欢问求职者弱点,但精明的求职者一般不直接回答。他们希望看到这样的求职者:继续重复自己的优势,然后说:对于这个职位和我的能力来说,我相信自己是可以胜任的,只是缺乏经验,这个问题我想我可以进入公司以后以最短的时间来解决,我的学习能力很强,我相信可以很快融入公司的企业文化,进入工作状态。外企喜欢能够巧妙地躲过难题的求职者。

      8.你期望的工资是多少?

      外企的工资水平是很灵活的,何种能力拿何种工资。外企喜欢直率的人,但这个问题却不能正面回答,外企希望听到:以我的能力和我的优势,我完全可以胜任这个职位,我相信我可以做得很好。但是贵公司对这个职位的描述不是很具体,我想还可以延后再讨论。外企欢迎求职者给其定薪的自由度,而不是咬准一个价码。

      9.你能给公司带来什么?

      外企很想知道未来的员工能为企业做什么,求职者应再次重复自己的优势,然后说:就我的能力,我可以做一个优秀的员工在组织中发挥能力,给组织带来高效率和更多的收益。外企喜欢求职者就申请的职位表明自己的能力,比如申请营销之类的职位,可以说:我可以开发大量的新客户,同时,对老客户做更全面周到的服务,开发老客户的新需求和消费。等等。

      10.你还有什么问题吗?

      外企的这个问题看上去可有可无,其实很关键,外企不喜欢说没有问题的人,因为其很注重员工的个性和创新能力。外企不喜欢求职者问个人福利之类的问题,如果有人这样问:贵公司对新入公司的员工有没有什么培训项目,我可以参加吗?或者说贵公司的晋升机制是什么样的?外企将很欢迎,因为体现出你对学习的热情和对公司的忠诚度以及你的上进心。

     

    Yes, thank you.

    I’d like to know about the project I’ll take part in.

     

  • 电脑蓝屏死机代码大集合

    杀手太冷 发布于 2007-03-30 19:41:02

    使用windows出现蓝色屏幕是经常的事,而且每每因为不清楚错误的来源而频繁重新安装系统,劳神费时。下先将windows死机密码,供大家参考。获得更多信息复制代码到微软官方查询……
      数 值 叙 述
      0 0x0000 作业完成。
      1 0x0001 不正确的函数。
      2 0x0002 系统找不到指定的档案。
      3 0x0003 系统找不到指定的路径。
      4 0x0004 系统无法开启档案。
      5 0x0005 拒绝存取。
      6 0x0006 无效的代码。
      7 0x0007 储存体控制区块已毁。
      8 0x0008 储存体空间不足,无法处理这个指令。
      9 0x0009 储存体控制区块位址无效。
      10 0x000a 环境不正确。
      11 0x000b 尝试载入一个格式错误的程式。
      12 0x000c 存取码错误。
      13 0x000d 资料错误。
      14 0x000e 储存体空间不够,无法完成这项作业。
      15 0x000f 系统找不到指定的磁碟机。
      16 0x0010 无法移除目录。
      17 0x0011 系统无法将档案移到 其他的磁碟机。
      18 0x0012 没有任何档案。
      19 0x0013 储存媒体为防写状态。
      20 0x0014 系统找不到指定的装置。
      21 0x0015 装置尚未就绪。
      22 0x0016 装置无法识别指令。
      23 0x0017 资料错误 (cyclic redundancy check)
      24 0x0018 程式发出一个长 度错误的指令。
      25 0x0019 磁碟机在磁碟找不到 持定的磁区或磁轨。
      26 0x001a 指定的磁碟或磁片无法存取。
      27 0x001b 磁碟机找不到要求的磁区。
      28 0x001c 印表机没有纸。
      29 0x001d 系统无法将资料写入指定的磁碟机。
      30 0x001e 系统无法读取指定的装置。
      31 0x001f 连接到系统的某个装置没有作用。
      32 0x0020 the process cannot access the file because i
          t is being used by another process.
      33 0x0021 档案的一部份被锁定, 现在无法存取。
      34 0x0022 磁碟机的磁片不正确。 请将 %2 (volume serial number: %3) 插入磁碟机 %1。
      36 0x0024 开启的分享档案数量太多。
      38 0x0026 到达档案结尾。
      39 0x0027 磁碟已满。
      50 0x0032 不支援这种网路要求。
      51 0x0033 远端电脑无法使用。
      52 0x0034 网路名称重复。
          53 0x0035 网路路径找不到。
      54 0x0036 网路忙碌中。
      55 0x0037 the specified network resource or device is no longer available.
      56 0x0038 the network bios command limit has been reached.
      57 0x0039 网路配接卡发生问题。
      58 0x003a 指定的伺服器无法执行要求的作业。
      59 0x003b 网路发生意外错误。
      60 0x003c 远端配接卡不相容。
      61 0x003d 印表机伫列已满。
      62 0x003e 伺服器的空间无法储存等候列印的档案。
      63 0x003f 等候列印的档案已经删除。
          64 0x0040 指定的网路名称无法使用。
      65 0x0041 拒绝存取网路。
      66 0x0042 网路资源类型错误。
      67 0x0043 网路名称找不到。
      68 0x0044 超过区域电脑网路配接卡的名称限制。
      69 0x0045 超过网路 bios 作业阶段的限制。
      70 0x0046 远端伺服器已经暂停或者正在起始中。
      71 0x0047 由于连线数目已达上限,此时无法再连线到这台远端电脑。
      72 0x0048 指定的印表机或磁碟装置已经暂停作用。
      80 0x0050 档案已经存在。
      82 0x0052 无法建立目录或档案。
      83 0x0053 int 24 失败
          84 0x0054 处理这项要求的储存体无法使用。
      85 0x0055 近端装置名称已经在使用中。
      86 0x0056 指定的网路密码错误。
      87 0x0057 参数错误。
      88 0x0058 网路发生资料写入错误。
      89 0x0059 此时系统无法执行其他行程。
      100 0x0064 无法建立其他的系统 semaphore。
      101 0x0065 属于其他行程专用的 semaphore 。
      102 0x0066 semaphore 已经设定,而且无法关闭。
      103 0x0067 无法指定 semaphore 。
      104 0x0068 在岔断时间无法要求专用的 semaphore 。
      105 0x0069 此 semaphore 先前的拥有权已经结束。
      106 0x006a 请将磁片插入 %1。
      107 0x006b 因为代用的磁片尚未插入,所以程式已经停止。
      108 0x006c 磁碟正在使用中或被锁定。
      109 0x006d pipe 已经中止。
      110 0x006e 系统无法开启指定的 装置或档案。
      111 0x006f 档名太长。
      112 0x0070 磁碟空间不足。

      113 0x0071 没有可用的内部档案识别字。
      114 0x0072 目标内部档案识别字不正确。
      117 0x0075 由应用程式所执行的 ioctl 呼叫 不正确。
      118 0x0076 写入验证参数值不正确。
      119 0x0077 系统不支援所要求的指令。
      120 0x0078 此项功能仅在 win32 模式有效。
      121 0x0079 semaphore 超过逾时期间。
      122 0x007a 传到系统呼叫的资料区域 太小。
      123 0x007b 档名、目录名称或储存体标签语法错误。
      124 0x007c 系统呼叫层次不正确。
      125 0x007d 磁碟没有设定标签。
      126 0x007e 找不到指定的模组。
      127 0x007f 找不到指定的程序。
      128 0x0080 没有子行程可供等待。
      129 0x0081 %1 这个应用程式无法在 win32 模式下执行。
          130 0x0082 attempt to use a file handle to an open disk partition for an operation other than raw disk i/o.
      131 0x0083 尝试将档案指标移至档案开头之前。
      132 0x0084 无法在指定的装置或档案,设定档案指标。
      133 0x0085 join 或 subst 指令 无法用于 内含事先结合过的磁碟机。
      134 0x0086 尝试在已经结合的磁碟机,使用 join 或 subst 指令。
      135 0x0087 尝试在已经替换的磁碟机,使 用 join 或 subst 指令。
      136 0x0088 系统尝试删除 未连结过的磁碟机的连结关系。
      137 0x0089 系统尝试删除 未替换过的磁碟机的替换关系。
      138 0x008a 系统尝试将磁碟机结合到已经结合过之磁碟机的目录。
      139 0x008b 系统尝试将磁碟机替换成已经替换过之磁碟机的目录。
      140 0x008c 系统尝试将磁碟机替换成已经替换过之磁碟机的目录。
      141 0x008d 系统尝试将磁碟机 subst 成已结合的磁碟机 目录。
      142 0x008e 系统此刻无法执行 join 或 subst。
      143 0x008f 系统无法将磁碟机结合或替换同一磁碟机下目录。
      144 0x0090 这个目录不是根目录的子目录。
      145 0x0091 目录仍有资料。
      146 0x0092 指定的路径已经被替换过。
      147 0x0093 资源不足,无法处理这项 指令。
      148 0x0094 指定的路径这时候无法使用。
      149 0x0095 尝试要结合或替换的磁碟机目录,是已经替换过的的目标。
      150 0x0096 config.sys 档未指定系统追踪资讯,或是追踪功能被取消。
      151 0x0097 指定的 semaphore事件 dosmuxsemwait 数目不正确。
      152 0x0098 dosmuxsemwait 没有执行;设定太多的 semaphore。
      153 0x0099 dosmuxsemwait 清单不正确。
      154 0x009a 您所输入的储存媒体标 元长度限制。
          155 0x009b 无法建立其他的执行绪。
      156 0x009c 接收行程拒绝接受信号。
      157 0x009d 区段已经被舍弃,无法被锁定。
      158 0x009e 区段已经解除锁定。
      159 0x009f 执行绪识别码的位址不正确。
      160 0x00a0 传到 dosexecpgm 的引数字串不正确。
      161 0x00a1 指定的路径不正确。
      162 0x00a2 信号等候处理。
      164 0x00a4 系统无法建立执行绪。
      167 0x00a7 无法锁定档案的部份范围。
      170 0x00aa 所要求的资源正在使用中。
      173 0x00ad 取消范围的锁定要求不明显。
      174 0x00ae 档案系统不支援自动变更锁定类型。
      180 0x00b4 系统发现不正确的区段号码。
      182 0x00b6 作业系统无法执行 %1。
      183 0x00b7 档案已存在,无法建立同一档案。
      186 0x00ba 传送的旗号错误。
      187 0x00bb 指定的系统旗号找不到。
      188 0x00bc 作业系统无法执行 %1。
      189 0x00bd 作业系统无法执行 %1。
      190 0x00be 作业系统无法执行 %1。
      191 0x00bf 无法在 win32 模式下执行 %1。
      192 0x00c0 作业系统无法执行 %1。
      193 0x00c1 %1 不是正确的 win32 应用程式。
      194 0x00c2 作业系统无法执行 %1。
      195 0x00c3 作业系统无法执行 %1。
      196 0x00c4 作业系统无法执行 这个应用程式。
      197 0x00c5 作业系统目前无法执行 这个应用程式。
      198 0x00c6 作业系统无法执行 %1。
      199 0x00c7 作业系统无法执行 这个应用程式。
      200 0x00c8 程式码的区段不可以大于或等于 64kb。
      201 0x00c9 作业系统无法执行 %1。
      202 0x00ca 作业系统无法执行 %1。
      203 0x00cb 系统找不到输入的环境选项。
      205 0x00cd 在指令子目录下,没有任何行程有信号副处理程式。
      206 0x00ce 档案名称或副档名太长。
      207 0x00cf ring 2 堆叠使用中。
          208 0x00d0 输入的通用档名字元 * 或 ? 不正确, 或指定太多的通用档名字元。
      209 0x00d1 所传送的信号不正确。
      210 0x00d2 无法设定信号处理程式。
      212 0x00d4 区段被锁定,而且无法重新配置。
      214 0x00d6 附加到此程式或动态连结模组的动态连结模组太多。
      215 0x00d7 can’’’’’’’’t nest calls to loadmodule.
      230 0x00e6 the pipe state is invalid.
      231 0x00e7 所有的 pipe instances 都在忙碌中。
      232 0x00e8 the pipe is being closed.
      233 0x00e9 no process is on the other end of the pipe.
      234 0x00ea 有更多可用的资料。
      240 0x00f0 作业阶段被取消。
      254 0x00fe 指定的延伸属性名称无效。
      255 0x00ff 延伸的属性不一致。
      259 0x0103 没有可用的资料。
      266 0x010a 无法使用 copy api。
      267 0x010b 目录名称错误。
      275 0x0113 延伸属性不适用于缓冲区。
      276 0x0114 在外挂的档案系统上的延伸属性档案已经毁损。
      277 0x0115 延伸属性表格档满。
      278 0x0116 指定的延伸属性代码无效。
      282 0x011a 外挂的这个档案系统不支援延伸属性。
      288 0x0120 意图释放不属于叫用者的 mutex。
      298 0x012a semaphore 传送次数过多。
      299 0x012b 只完成 read/writeprocessmemory 的部份要求。
      317 0x013d 系统找不到位于讯息档 %2 中编号为 0x%1 的讯息。
      487 0x01e7 尝试存取无效的位址。
      534 0x0216 运算结果超过 32 位元。
      535 0x0217 通道的另一端有一个行程在接送资料。
      536 0x0218 等候行程来开启通道的另一端。
      994 0x03e2 存取延伸的属性被拒。
      995 0x03e3 由于执行绪结束或应用程式要求,而异常终止 i/o 作业。
      996 0x03e4 重叠的 i/o 事件不是设定成通知状态。
      997 0x03e5 正在处理重叠的 i/o 作业。
          998 0x03e6 对记忆体位置的无效存取。
      999 0x03e7 执行 inpage 作业发生错误。
      1001 0x03e9 递回太深,堆叠满溢。
      1002 0x03ea 视窗无法用来传送讯息。
      1003 0x03eb 无法完成这项功能。
      1004 0x03ec 旗号无效。
      1005 0x03ed 储存媒体未含任何可辨识的档案系统。 请确定以载入所需的系统驱动程式,而且该储存媒体并未毁损。
      1006 0x03ee 储存该档案的外部媒体发出警告, 表示该已开启档案已经无效。
      1007 0x03ef 所要求的作业无法在全萤幕模式下执行。
      1008 0x03f0 an attempt was made to reference a token that does not exist.
      1009 0x03f1 组态系统登录资料库毁损。
      1010 0x03f2 组态系统登录机码无效。
      1011 0x03f3 无法开启组态系统登录机码。
      1012 0x03f4 无法读取组态系统登录机码。
      1013 0x03f5 无法写入组态系统登录机码。
      1014 0x03f6 系统登录资料库中的一个档案必须使用记录或其他备份还原。 已经还原成功。
      1015 0x03f7 系统登录毁损。其中某个档案毁损、或者该档案的 系统映对记忆体 内容毁损、会是档案无法复原。
      1016 0x03f8 系统登录起始的 i/o 作业发生无法复原的错误。 系统登录无法读入、写出或更新,其中的一个档案 内含系统登录在记忆体中的内容。
      1017 0x03f9 系统尝试将档案载入系统登录或将档案还原到系统登录中, 但是,指定档案的格式不是系统登录档的格式。
      1018 0x03fa 尝试在标示为删除的系统登录机码,执行不合法的操作。
      1019 0x03fb 系统无法配置系统登录记录所需的空间。
      1020 0x03fc 无法在已经有子机码或数值的系统登录机码建立符号连结。
      1021 0x03fd 无法在临时机码下建立永久的子机码。
      1022 0x03fe 变更要求的通知完成,但资讯 并未透过呼叫者的缓冲区传回。呼叫者现在需要自行列举档案,找出变更的地方。
      1051 0x041b 停止控制已经传送给其他服务 所依峙的一个服务。
      1052 0x041c 要求的控制对此服务无效
      1053 0x041d the service did not respond to the start or control request in a timely fashion.
      1054 0x041e 无法建立服务的执行绪。
      1055 0x041f 服务资料库被锁定。
      1056 0x0420 这种服务已经在执行。
      1057 0x0421 帐户名称错误或者不存在。
      1058 0x0422 指定的服务暂停作用,无法启动。
      1059 0x0423 指定循环服务从属关系。
      1060 0x0424 指定的服务不是安装进来的服务。
      1061 0x0425 该服务项目此时无法接收控制讯息。
      1062 0x0426 服务尚未启动。     
          1063 0x0427 无法连线到服务控制程式
  • 2007-01-21 | 面试有感

    caicai1724 发布于 2007-04-27 22:13:44

    昨天,面了一家台资企业,面试我的是一位台湾人,面试的职位是手机软件初级测试工程师(只执行测试用例而不设计测试用例)

    整个测试过程让我颇感压力和打击自信,居然在面试过程中掉眼泪(不好意思,我这个人比较容易哭),下面是他的问题

    1。当测试的版本越来越大时,那些旧的功能花多少时间去测试并保证旧功能不会出问题?

    我的回答:我会在发布版本之前的最后时间内,把和新功能相关的旧功能测试用例再执行一遍,然后把其他主要的功能正面测试用例再执行一遍

    他不满意我的回答,然后问,如果旧功能非常非常多,新功能的测试就已经花费很多时间,剩余时间根本不够用,怎么办?

    我回答说,说明测试资源紧缺,有2个办法:一是增加测试人员,二个是想办法让旧功能自动化测试起来。

    他还是不满意我的回答(我没说出他想要的答案),不过他没有再追问下去,这个时候我已经感到压力非常大了,心想,可能被扣掉20分了吧。

    最后,尽管我已经知道面试结果了,但我还是抓住了最后的提问机会,问了相同的问题,如果是贵公司,会怎么解决?

    他说,他们公司把测试用例设计和测试用例执行分工起来,测试用例设计一般有研究生学位的人来完成,执行测试用例另外有测试人员来完成。测试用例设计更需要技术能力高的人来完成。(不过我还是没明白这样分工,怎么就能保证旧功能的测试?还是要通过增加测试人员来完成吧)

    2。你觉得和其他测试人员相比,你有那些优势?

    我的回答:发现BUG的能力(细心),还有责任心

    他问我有没有具体的,我举了2个例子,但他说。。其他测试人员一样能做到。不能算优势。。。

    后来,从昨天到今天,我一直在思考这个问题,我的优势到底在哪里?细心?耐心?学习能力?可是这些都是做测试人员必须的能力,其他测试人员同样也具备,而且标准比你还要高?我拿什么和别人比?

    后来我在一个测试群里发起了讨论,有一位同行说,公司出这题目是想考你的对重复测试的耐心和态度。所以答案就是:耐心。重复测试1个东西1W遍。呵呵,虽然说1W遍夸张了点,但真正能做到重复测试并有耐心做好的测试人员非常少,所以这就是优势。

    不过我举不出实际的例子证明我很有耐心,曾经有人对我说过,我做任何事都非常认真而且责任心很重。我想这就是我的优势吧,呵呵。如果下次遇到同样的问题时,我会回答到:因为责任心,我会有耐心的重复执行一个东西后,可能一个BUG也没发现,但这个东西的质量我心里有低。因为责任心,我会主动加班,保证完成我自己设计的测试用例和执行任务。因为责任心,每次的漏测都让我非常难过,因为我的疏忽,而让缺陷被用户看到,下次一定更细心去测试。因为责任心,我要学习更多的东西,包括业务和技术,因为测试的深度需要不断的学习,发现其他测试人员发现不到的BUG。

  • 一道有关榨汁机的面试题引发的思考思考(转)

    leaf840404 发布于 2007-04-17 09:20:39

    一道有关榨汁机的面试题的思考

     

    对于一台榨汁机的需求阶段,需求还没有整理出来,测试人员先行介入,测试人员应该从哪些方面考虑测试用例?

    我不知道是哪位仁兄出的这道题目,也不知道这位仁兄的原意如何。但是如果要我来回答,那我的答案是:“无可奉告”。

    我们先来回顾一下软件测试的定义。现在一般分为两派,一派认为软件测试是为了证明软件“可以工作”,另外一派认为软件测试是为了证明软件“不能工作”。好,不管是那派,他们都需要有一个可以测试的东西作为基础,才能开始下面的证明工作。出题目的仁兄告诉我们,“需求还没整理出来”,测试人员就“先行介入”了。如果不是题目的陷阱,那只能认为这个项目的团队“有问题”。在需求还不明确的前提下,测试人员可以做的事情有两个:一是学习和项目有关的基础知识,剩下的就是等待。(需要指出的是,在需求不明确的前提下,开发人员是无法开始做high level design的,更加谈不上让测试人员参与design的讨论)

    回到题目上来,我们假设题目有所改变,该榨汁机是一台普通的榨汁机,插电后放入水果或者蔬菜,按动开关,就可以榨汁。(和市面上能买到的差不多)那么需要如何考虑测试用例?虽然没实际用过榨汁机,但是靠想象应该也差不多。

    1. 考虑90%以上用户的使用习惯,确保最基本的功能-榨汁能够正常运作。

    • 通常的水果:西瓜、番茄、黄瓜、苹果、草莓、香蕉、李子、甘蔗等单独作为输入。
    • 非常见:玉米
    • 水果的混编作为输入。
    • 在输入容器所能容纳的情况下,输出的量杯是否足够大能容纳榨出的液体。
    • 在水果较硬的情况下,是否能正常工作。
    • 水果较软的情况下,是否能正常工作。
    • 如果有按钮或开关调节,测试按钮或开关的可用性和有效性。

    2. 易用性测试

    • 榨汁机的外观是否美观。这是用户选择的关键。
    • 榨汁机的电源线长度是否足够。
    • 量杯大小测试

    3. Force Error测试

    • 在空转情况(无输入)下做榨汁
    • 在有异物(如蔬果的枝叶)的情况下做榨汁
    • 在榨汁过程中停电,看是否能恢复
    • 110v电源输入测试
    • 在高温的情况是否能正常工作(40度以上)
    • 在周围有磁场的情况下是否能正常工作
    • 掉落测试

    4. Security 测试

    • 是否有儿童手指保护措施?
    • 在榨汁有漏出的情况下,是否会有漏电?

    5. 耐用性测试

    • 刀片耐用度测试
    • 平均无故障时间统计
    • 按钮或开关耐用度测试
    • 榨汁机使用寿命测试
    • 榨汁机本体容器压强测试

    基本上来讲,就是这些,对于一个只在电视上看过,从来没用过的人已经是一件不容易的事情了。

  • 2007-01-10 | 软件测试面试题整理

    caicai1724 发布于 2007-04-27 21:56:58

    面试题目:
    01. 为什么要在一个团队中开展软件测试工作?
    因为没有经过测试的软件很难在发布之前知道该软件的质量,就好比ISO质量认证一样,测试同样也需要质量的保证,这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题,及时让开发人员得知并修改问题,在即将发布时,从测试报告中得出软件的质量情况。
    02. 您在以往的测试工作中都曾经具体从事过哪些工作?其中最擅长哪部分工作?
    我曾经做过web测试,后台测试,客户端软件,其中包括功能测试,性能测试,用户体验测试。最擅长的是功能测试
    03. 您所熟悉的软件测试类型都有哪些?请试着分别比较这些不同04. 的测试类型的区别与联系(如功能测试、性能测试……)
    测试类型有:功能测试,性能测试,界面测试。
    功能测试在测试工作中占的比例最大,功能测试也叫黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时,需要测试软件产品的功能,不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用例的方法有:等价类划分、边界值分析、错误推测、因果图和综合策略。
    性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试,两者可以结合进行。通过负载测试,确定在各种工作负载下系统的性能,目标是测试当负载逐渐增加时,系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点,来获得系统能提供的最大服务级别的测试。
    界面测试,界面是软件与用户交互的最直接的层,界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作,起到向导的作用。同时界面如同人的面孔,具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉,相反由于界面设计的失败,让用户有挫败感,再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。
    区别在于,功能测试关注产品的所有功能上,要考虑到每个细节功能,每个可能存在的功能问题。性能测试主要关注于产品整体的多用户并发下的稳定性和健壮性。界面测试更关注于用户体验上,用户使用该产品的时候是否易用,是否易懂,是否规范(快捷键之类的),是否美观(能否吸引用户的注意力),是否安全(尽量在前台避免用户无意输入无效的数据,当然考虑到体验性,不能太粗鲁的弹出警告)?做某个性能测试的时候,首先它可能是个功能点,首先要保证它的功能是没问题的,然后再考虑该功能点的性能测试
    05.  请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。
    黑盒测试:已知产品的功能设计规格,可以进行测试证明每个实现了的功能是否符合要求。
    白盒测试:已知产品的内部工作过程,可以通过测试证明每种内部操作是否符合设计规格要求,所有内部成分是否以经过检查。
      软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子,测试人员完全不考虑程序内部的逻辑结构和内部特性,只依据程序的需求规格说明书,检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误:
    1、是否有不正确或遗漏的功能?
    2、在接口上,输入是否能正确的接受?能否输出正确的结果?
    3、是否有数据结构错误或外部信息(例如数据文件)访问错误?
    4、性能上是否能够满足要求?
    5、是否有初始化或终止性错误?
      软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子,它允许测试人员利用程序内部的逻辑结构及有关信息,设计或选择测试用例,对程序所有逻辑路径进行测试。通过在不同点检查程序状态,确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。白盒测试主要是想对程序模块进行如下检查:
    1、对程序模块的所有独立的执行路径至少测试一遍。
    2、对所有的逻辑判定,取“真”与取“假”的两种情况都能至少测一遍。
    3、在循环的边界和运行的界限内执行循环体。
    4、测试内部数据结构的有效性,等等。
    单元测试(模块测试)是开发者编写的一小段代码,用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言,一个单元测试是用于判断某个特定条件(或者场景)下某个特定函数的行为。
          单元测试是由程序员自己来完成,最终受益的也是程序员自己。可以这么说,程序员有责任编写功能代码,同时也就有责任为自己的代码编写单元测试。执行单元测试,就是为了证明这段代码的行为和我们期望的一致。
    集成测试(也叫组装测试,联合测试)是单元测试的逻辑扩展。它的最简单的形式是:两个已经测试过的单元组合成一个组件,并且测试它们之间的接口。从这一层意义上讲,组件是指多个单元的集成聚合。在现实方案中,许多单元组合成组件,而这些组件又聚合成程序的更大部分。方法是测试片段的组合,并最终扩展进程,将您的模块与其他组的模块一起测试。最后,将构成进程的所有模块一起测试。
    系统测试是将经过测试的子系统装配成一个完整系统来测试。它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法。(常见的联调测试)
           系统测试的目的是对最终软件系统进行全面的测试,确保最终软件系统满足产品需求并且遵循系统设计。
    验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪,并且可以让最终用户将其用于执行软件的既定功能和任务。
    验收测试是向未来的用户表明系统能够像预定要求那样工作。经集成测试后,已经按照设计把所有的模块组装成一个完整的软件系统,接口错误也已经基本排除了,接着就应该进一步验证软件的有效性,这就是验收测试的任务,即软件的功能和性能如同用户所合理期待的那样。
    06. 测试计划工作的目的是什么?测试计划工作的内容都包括什么?其中哪些是最重要的?
    软件测试计划是指导测试过程的纲领性文件,包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划,参与测试的项目成员,尤其是测试管理人员,可以明确测试任务和测试方法,保持测试实施过程的顺畅沟通,跟踪和控制测试进度,应对测试过程中的各种变更。
    测试计划和测试详细规格、测试用例之间是战略和战术的关系,测试计划主要从宏观上规划测试活动的范围、方法和资源配置,而测试详细规格、测试用例是完成测试任务的具体战术。所以其中最重要的是测试测试策略和测试方法(最好是能先评审)
    07. 您认为做好测试计划工作的关键是什么?
    1. 明确测试的目标,增强测试计划的实用性
    编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷,因此软件测试计划的价值取决于它对帮助管理测试项目,并且找出软件潜在的缺陷。因此,软件测试计划中的测试范围必须高度覆盖功能需求,测试方法必须切实可行,测试工具并且具有较高的实用性,便于使用,生成的测试结果直观、准确
    2.坚持“5W”规则,明确内容与过程
    “5W”规则指的是“What(做什么)”、“Why(为什么做)”、“When(何时做)”、“Where(在哪里)”、“How(如何做)”。利用“5W”规则创建软件测试计划,可以帮助测试团队理解测试的目的(Why),明确测试的范围和内容(What),确定测试的开始和结束日期(When),指出测试的方法和工具(How),给出测试文档和软件的存放位置(Where)。
    3.采用评审和更新机制,保证测试计划满足实际需求
    测试计划写作完成后,如果没有经过评审,直接发送给测试团队,测试计划内容的可能不准确或遗漏测试内容,或者软件需求变更引起测试范围的增减,而测试计划的内容没有及时更新,误导测试执行人员。
    4. 分别创建测试计划与测试详细规格、测试用例
    应把详细的测试技术指标包含到独立创建的测试详细规格文档,把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试用例之间是战略和战术的关系,测试计划主要从宏观上规划测试活动的范围、方法和资源配置,而测试详细规格、测试用例是完成测试任务的具体战术。
    08. 您所熟悉的测试用例设计方法都有哪些?请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。
    1.等价类划分
    划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.
    2.边界值分析法
      边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.
      使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.
    3.错误推测法
      基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法.
      错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例.
    4.因果图方法
      前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图(逻辑模型). 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况. 
    08.您认为做好测试用例设计工作的关键是什么?
    白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果
    黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试,以最少的用例在合理的时间内发现最多的问题
    09. 请以您以往的实际工作为例,10. 详细的描述一次测试用例设计的完整的过程。
    就说最近的这次网站功能的测试吧
    首先:得到相关文档(需求文档和设计文档),理解需求和设计设计思想后,想好测试策略(测试计划简单点就OK了),考虑到测试环境,测试用例,测试时间等问题。
    第二步:设计测试用例,测试策略是:把网站部分的功能点测试完,然后在进行系统测试(另外个模块呢有另一个测试人员负责,可以进行联调测试),网站模块的测试基本是功能测试和界面测试(用户并发的可能性很小,所以不考虑):这次的网站的输入数据呢是使用数据库中的某张表记录,如果表中某一数据记录中新加进来的(还没有被处理的,有个标志位),网站启动后会立刻去刷那张表,得到多条数据,然后在进行处理。处理过程中,会经历3个步骤,网站才算完成了它的任务。有3个步骤呢,就可以分别对这3个步骤进行测试用例的设计,尽量覆盖到各种输入情况(包括数据库中的数据,用户的输入等),得出了差不多50个用例。界面测试,也就是用户看的到的地方,包括发送的邮件和用户填写资料的页面展示。
    第三步:搭建测试环境(为什么这个时候考虑测试环境呢?因为我对网站环境已经很熟了,只有有机器能空于下来做该功能测试就可以做了),因为网站本身的环境搭建和其他的系统有点不同,它需要的测试环境比较麻烦,需要web服务器(Apache,tomcat),不过这次需求呢,网站部分只用到了tomcat,所以只要有tomcat即可
    第四步:执行测试
    11. 您以往是否曾经从事过性能测试工作?如果有,12. 请尽可能的详细描述您以往的性能测试工作的完整过程。
    是的,曾经做过网站方面的性能测试,虽然做的时间并不久(2个月吧),当时呢,是有位网站性能测试经验非常丰富的前辈带着我一起做。
    性能测试类型包括负载测试,强度测试,容量测试等
          负载测试:负载测试是一种性能测试指数据在超负荷环境中运行,程序是否能够承担。
          强度测试: 强度测试是一种性能测试,他在系统资源特别低的情况下软件系统运行情况。
          容量测试:确定系统可处理同时在线的最大用户数  
    在网站流量逐渐加大的情况下,开始考虑做性能测试了,首先要写好性能测试计划,根据运营数据得出流量最大的页面(如果是第一次的话,一般是首页,下载页,个人帐户页流量最大,而且以某种百分比),
    Web服务器指标指标:
    * Avg Rps: 平均每秒钟响应次数=总请求时间 / 秒数;
    * Successful Rounds:成功的请求;
    * Failed Rounds :失败的请求;
    * Successful Hits :成功的点击次数;
    * Failed Hits :失败的点击次数;
    * Hits Per Second :每秒点击次数;
    * Successful Hits Per Second :每秒成功的点击次数;
    * Failed Hits Per Second :每秒失败的点击次数;
    * Attempted Connections :尝试链接数;

    13. 您在从事性能测试工作时,14. 是否使用过一些测试工具?如果有,15. 请试述该工具的工作原理,16. 并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。
    17. 您认为性能测试工作的目的是什么?做好性能测试工作的关键是什么?
    18. 在您以往的工作中,19. 一条软件缺陷(或者叫Bug)记录都包含了哪些内容?如何提交高质量的软件缺陷(Bug)记录?
    20. 您以往所从事的软件测试工作中,21. 是否使用了一些工具来进行软件缺陷(Bug)的管理?如果有,22. 请结合该工具描述软件缺陷(Bug)跟踪管理的流程。
    23. 您认为在测试人员同24. 开发人员的沟通过程中,25. 如何提高沟通的效率和改善沟通的效果?维持测试人员同26. 开发团队中其他成员良好的人际关系的关键是什么?
    27. 在您以往的测试工作中,28. 最让您感到不29. 满意或者不30. 堪回首的事情是什么?您是如何来对待这些事情的?
    31. 在即将完成这次笔试前,32. 您是否愿意谈一些自己在以往的学习和工作中获得的工作经验和心得体会?(可以包括软件测试、过程改进、软件开发或者与此无关的其他方面)
    33.     你对测试最大的兴趣在哪里?为什么?
    最大的兴趣就是测试有难度,有挑战性!做测试越久越能感觉到做好测试有多难。曾经在无忧测试网上看到一篇文章,是关于如何做好一名测试工程师。一共罗列了11,12点,有部分是和人的性格有关,有部分需要后天的努力。但除了性格有关的1,2点我没有把握,其他点我都很有信心做好它。
    刚开始进入测试行业时,对测试的认识是从无忧测试网上了解到的一些资料,当时是冲着做测试需要很多技能才能做的好,虽然入门容易,但做好很难,比开发更难,虽然当时我很想做开发(学校专业课我基本上不缺席,因为我喜欢我的专业),但看到测试比开发更难更有挑战性,想做好测试的意志就更坚定了。
    不到一年半的测试工作中,当时的感动和热情没有减退一点(即使环境问题以及自身经验,技术的不足,做测试的你一定也能理解)。
    我觉得做测试整个过程中有2点让我觉得很有难度(对我来说,有难度的东西我就非常感兴趣),第一是测试用例的设计,因为测试的精华就在测试用例的设计上了,要在版本出来之前,把用例写好,用什么测试方法写?(也就是测试计划或测试策略),如果你刚测试一个新任务时,你得花一定的时间去消化业务需求和技术基础,业务需求很好理解(多和产品经理和开发人员沟通就能达到目的),而技术基础可就没那么简单了,这需要你自觉的学习能力,比如说网站吧,最基本的技术知识你要知道网站内部是怎么运作的的,后台是怎么响应用户请求的?测试环境如何搭建?这些都需要最早的学好。至少在开始测试之前能做好基本的准备,可能会遇到什么难题?需求细节是不是没有确定好?这些问题都能在设计用例的时候发现。
    第二是发现BUG的时候了,这应该是测试人员最基本的任务了,一般按测试用例开始测试就能发现大部分的bug,还有一部分bug需要测试的过程中更了解所测版本的情况获得更多信息,补充测试用例,测试出bug。还有如何发现bug?这就需要在测试用例有效的情况下,通过细心和耐心去发现bug了,每个用例都有可能发现bug,每个地方都有可能出错,所以测试过程中思维要清晰(测试过程数据流及结果都得看仔细了,bug都在里面发现的)。如何描述bug也很有讲究,bug在什么情况下会产生,如果条件变化一点点,就不会有这个bug,以哪些最少的操作步骤就能重现这个bug,这个bug产生的规律是什么?如果你够厉害的话,可以帮开发人员初步定位问题。
    34. 你的测试职业发展是什么?
    测试经验越多,测试能力越高。所以我的职业发展是需要时间累积的,一步步向着高级测试工程师奔去。而且我也有初步的职业规划,前3年累积测试经验,按如何做好测试工程师的11,12点要求自己,不断的更新自己改正自己,做好测试任务。
    35. 你自认为测试的优势在哪里?
    优势在于我对测试坚定不移的信心和热情,虽然经验还不够,但测试需要的基本技能我有信心在工作中得以发挥。
    36. 你以前工作时的测试流程是什么?
    公司对测试流程没有规定如何做,但每个测试人员都有自己的一套测试流程。我说下我1年来不断改正(自己总结,吸取同行的方法)后的流程吧。需求评审(有开发人员,产品经理,测试人员,项目经理)->需求确定(出一份确定的需求文档)->开发设计文档(开发人员在开始写代码前就能输出设计文档)->想好测试策略,写出测试用例->发给开发人员和测试经理看看(非正式的评审用例)->接到测试版本->执行测试用例(中间可能会补充用例)->提交bug(有些bug需要开发人员的确定(严重级别的,或突然发现的在测试用例范围之外的,难以重现的),有些可以直接录制进TD)->开发人员修改(可以在测试过程中快速的修改)->回归测试(可能又会发现新问题,再按流程开始跑)。
    37. 当开发人员说不38. 是BUG时,39. 你如何应付?
    开发人员说不是bug,有2种情况,一是需求没有确定,所以我可以这么做,这个时候可以找来产品经理进行确认,需不需要改动,3方商量确定好后再看要不要改。二是这种情况不可能发生,所以不需要修改,这个时候,我可以先尽可能的说出是BUG的依据是什么?如果被用户发现或出了问题,会有什么不良结果?程序员可能会给你很多理由,你可以对他的解释进行反驳。如果还是不行,那我可以给这个问题提出来,跟开发经理和测试经理进行确认,如果要修改就改,如果不要修改就不改。其实有些真的不是bug,我也只是建议的方式写进TD中,如果开发人员不修改也没有大问题。如果确定是bug的话,一定要坚持自己的立场,让问题得到最后的确认。
    23.你为什么想离开目前的职务?
    因为公司运作情况并不理想,公司需要调整部门体系,公司考虑到缩减部门人员,所以大批量的裁员(有6,7个),这是我的第一份工作,对公司也有较深的感情,因为在这里我找到了职业理想(就是测试),所以公司需要精简人员,我自愿退出。虽然很舍不得,但我将会有新的发挥能力的舞台。
      24:你对我们公司了解有多少?

      25:你找工作时,最重要的考虑因素为何?
    工作的性质和内容是否能让我发挥所长,并不断成长。
    26:为什么我们应该录取你?
    您可以由我过去的工作表现所呈现的客观数据,明显地看出我全力以赴的工作态度。
      27:请谈谈你个人的最大特色。
    我的坚持度很高,事情没有做到一个令人满意的结果,绝不罢手。
    28.白箱测试和黑箱测试是什么?什么是回归测试?
        29。单元测试、集成测试、系统测试的侧重点是什么?
        30。设计用例的方法、依据有那些?
        31。一个测试工程师应具备那些素质和技能?
        32.集成测试通常都有那些策略?
        33.你用过的测试工具的主要功能、性能及其他?
        34.一个缺陷测试报告的组成
        35.基于WEB信息管理系统测试时应考虑的因素有哪些?
    36.软件测试项目从什么时候开始,?为什么?
         37.需求测试注意事项有哪些?
         38.简述一下缺陷的生命周期
         39.测试分析测试用例注意(事项)?
    你在你所在的公司是怎么开展测试工作的?是如何组织的?
    你认为理想的测试流程是什么样子?
    你是怎样工作的?
    软件测试活动的生命周期是什么?
    请画出软件测试活动的流程图?
    针对缺陷采取怎样管理措施?
    什么是测试评估?测试评估的范围是什么?
    如果能够执行完美的黑盒测试,还需要进行白盒测试吗?为什么?
    测试结束的标准是什么?
    软件验收测试除了alpha,beta测试以外,还有哪一种?
    做测试多久了?
    以前做过哪些项目?
    你们以前测试的流程是怎样的?
    <答:测试计划-测试用例设计-测试执行-测试分析报告>
    用过哪些测试工具?
    为什么选择测试这行?
    <答:它是一个新兴的行业,有发展潜力,而且很锻炼人,需要掌握更多的技能,比做开发要更难>
    为什么值得他们公司雇用?
    如果我雇用你,你能给部门带来什么贡献?
    如何从工作中看出你是个自动自觉的人
    你的工作通常能在时限内完成吗.(我想问一下就是她问这个问题的动机是什么)
    通常你对于别人批评你会有什么样的反应
    如果明知这样做不对,你还会依主管的指过去做吗
    如果你接到一个客户抱怨的电话,你确知无法解决他的问题,你会怎么处理
    你觉得什么样的人最难相处
    为什么值得他们公司雇用?
          帮助公司提高软件质量和测试部门的技术水平
    如果我雇用你,你能给部门带来什么贡献?
          分享我的测试经验和测试技能,提高测试部门技术水平
    如何从工作中看出你是个自动自觉的人
         自动自觉范围太广
          1. 工作成果
          2. 工作质量  
    你的工作通常能在时限内完成吗.(我想问一下就是她问这个问题的动机是什么)
          在有足够的资源和合理的工作量的情况下,完全可以按时完成,并能比一般人做的更好
    通常你对于别人批评你会有什么样的反应
      有错即改,无措勉之
    如果明知这样做不对,你还会依主管的指过去做吗
         在公司内部下级是否有申诉渠道?
    如果你接到一个客户抱怨的电话,你确知无法解决他的问题,你会怎么处理
        为什么抱怨?是怎么样的问题?
         如果是客服问题,提交客服部门解决
        如果是质量问题,分析原因,下一版本改进
    你觉得什么样的人最难相处
         自以为是的人
    什么叫单元测试?
    请就软件测试人员应该具备什么样的基本素质说说你的看法。
    请就如何在开发中进行软件质量控制说说你的看法
     简述软件测试的意义,以及软件测试的分类

    1、功能测试,性能测试,界面测试,安全测试(可以简单点,比如只涉及到COOKIES里的内容),压力测试(商业性质的网站) 等等,B/S软件也要根据其具体功能采用不同的测试策略。
    2、态度、责任心、自信、敏锐的观察力、良好的发散思维
    3、先设计后开发模式,加强单元测试,加强代码走查,有一套完整的白盒测试方法。关键是加强开发人员的质量意识,增进程序员向工程师水平发展。
    4、意义嘛,就自己想吧。软件测试的分类,这个很多人都按各种方法去分。无明确答案给你。

    对测试的理解——基本的测试知识,对测试是否认可? 75。
       3、谈一谈过去自己的工作——了解经历、提供进一步提问的素材,表达能力  
    测试技能
    测试设计的方法并举例说明——测试技术的使用
    测试工具——熟悉程度,能否与当前工作匹配?
    如何做计划?如何跟踪计划?——日常工作能力
    如果开发人员提供的版本不满足测试的条件,如何做?——与开发人员协作的能力
    熟悉unix系统、oracle数据库吗?——是否具备系统知识
    做过开发吗?写过哪些代码?——开发技能
    阅读英语文章,给出理解说明?——部分英语能力
    文档的意义——是否善于思考?(最简单的概念,不同层次的理解)
    假如进入我们公司,对我们哪些方面会有帮助?——讲讲自己的特长
    随便找一件物品,让其测试——测试的实际操作能力
    软件测试的方法有?
    软件测试的过程?
    有一个新的软件,假如你是测试工程师,该如何做?
    软件测试分哪两种方法?分别适合什么情况?
    2。一套完整的测试应该由哪些阶段组成?分别阐述一下各个阶段。
    3。软件测试的类型有那些?分别比较这些不同的测试类型的区别与联系。
    4。测试用例通常包括那些内容?着重阐述编制测试用例的具体做法
    5。在分别测试winform的C/S结构与测试WEB结构的软件是,应该采取什么样的方法分别测试?他们存在什么样的区别与联系?
    6。在测试winform的C/S结构软件时,发现这个软件的运行速度很慢,您会认为是什么原因?您会采取哪些方法去检查这个原因?
    7。描述使用bugzilla缺陷管理工具对软件缺陷(BUG)跟踪的管理的流程
    你在五年内的个人目标和职业目标分别是什么?
      分析这个问题是用来了解你的计划能力的,通过这个问题,面试人同时还可以知道你的目标是否符合企业对你的安排。
      错误回答我想在将来的某个时候考虑这个问题。如今企业的领导者更换频繁,我认为做太多的个人计划是荒谬可笑的,不是吗?
      评论这种回答属于令人反感的一类。首先,当有人想了解你的目标时,"将来的某个时候"这种通俗说法并不奏效。其次,认为企业很脆弱,领导者更换频繁,这种说法毫无疑问会令人反感,而且也是不合理的。最后,认为做计划可笑,看不起这个问题,而且反问面试人,这些都注定了这样的求职者最终会失败。
      正确回答从现在起的五年之内,我希望能够在一个很好的职位上待几年,而且最好有一次晋升,然后就期待着下一步。不管是向上提升,还是在企业内横向调动,对我个人来说,我希望找到一家企业——一家愿意做相互投入的企业——待上一段时间。
      评论这个问题没有回答得过分具体(那样可能会产生漏洞),而且它表明你有雄心,并且思考过在企业中的成长方式。通过表达横向调动和向上提升的愿望,表明你是一个有灵活性的人。
     问题23 你怎样做出自己的职业选择?
      分析 面试人提出这个问题是为了了解求职者的动机,看看他(她)应聘这份工作是否有什么历史渊源,是否有职业规划,是不是仅仅在漫无目的地申请很多工作。
      错误回答 我一直都想在企业界工作。自孩提时代起,我就梦想自己至少也要成为大企业的副总裁。
      评论 除了难以令人相信之外,这种回答还存在一个问题:它表明求职者会对副总裁以下的职位不感兴趣。
      正确回答 在上大学四年级前的那个夏天,我决定集中精力在某一领域谋求发展。尽管我是学商业的,但是我不知道自己最终会从事哪一行业的工作。我花了一定的时间考虑自己的目标,想清楚了自己擅长做的事情以及想从工作中得到的东西,最后我得出了一个坚定的结论,那就是这个行业是最适合我的。
      评论 这种回答表明,求职者认真地做过一些计划,缩小了自己的关注点,而且也认准了前进的方向。这种回答还表明,求职者理解个人职业规划的重要性,并且有能力做出认真的个人决策。
    1. 你都用什么测试方法
    2.怎么编写案例
    3.怎么才能够全面的测试到每一个点
    1. 你都用什么测试方法
    针对不同的产品或者系统或者模块,有不同的测试方法。总体而言有白盒测试和黑盒测试。
    2.怎么编写案例
    案例的编写与测试阶段的定义有很大的关系。系统测试和unit测试的案例可能不同。总体而言测试案例根据系统的需求而定。
    3.怎么才能够全面的测试到每一个点
    测试的全面性主要需要在设计测试计划的时候考虑,从测试策略,产品需求等等多个角度考虑从而定义全部的测试点。
    1、谈谈软件测试技术,以及如何提高
    2、谈谈软件测试职业发展,以及个人的打算
    3、谈谈软件测试在企业的地位,也可以结合软件生命周期来谈
    有可能清晰的思路比确切的答案更重要
    在这里,主要说下笔试和面试的问题,希望大家共同参考。
        1,一般公司里实际的软件测试流程是什么样的?你们公司又是怎样的?
        2,软件工程师要具有那些素质?
        3,你会哪些测试工具?怎么操作?
        4,你能不能说下你的3到5年的职业计划(规划)
        5,你觉得你来应聘有那些优势?
    其余的还好说,但就第4个问题,我感到不好说哦!希望大家给个意见
    第一关:首先要自我介绍,自己的性格怎么样,目前的工作经历积累了一些什么经验取得了些什么值得一说的成果。然后要说说对软件测试怎么看?还有对于软件测试有什么自己的想法。为什么会想到要做这行(因为我的简历上的工作经历没有关于测试方面的)。哦,还有期望薪资。
    第二关:认为软件测试人员所要具备的基本素质,如果遇到问题会怎样处理,如果得不到研发人员的配合(就是研发说这个不是问题)你又会怎么处理?然后就是一些基本概念,比如软件测试的流程有哪些?如果我上任了,首先会怎么开始自己的工作计划。
    (前两关通过了后面这个就好过多了)
    第三关:像我介绍了一下公司的情况,告诉我主要针对什么内容的测试,会不会使用数据库。告诉我大概要做哪些内容,详细的可以上岗以后慢慢熟悉。
    大概就这么多了,这对没有经过这一关的不知道有没有帮助,仅供参考吧
    我觉得就像李波说的,关键是要给对方留下好印象:)

    面试官最后会问你有什么问题要问吗。作为应聘者的你一般不要说没问题问,这会给面试官留下你不太重视这份工作的坏印象。所以如果你想得到这份工作的话应该抓住这最后的表现自己的机会:
    你可以问:
    1.        贵公司近期和远期的发展目标是什么?
    2.        贵公司的主要竞争对手有哪些?
    3.        贵公司有多少开发人员有多少测试人员?
    4.        贵公司又进一步扩充测试人员的计划吗?
    5.        如果我有幸能进入贵公司的话,我有怎么样的发展?
    6.        测试人员的沟通能力很重要,贵公司有规范的沟通渠道吗?
    7.        请介绍一下贵公司的福利情况。
    8.        请问我什么时候能知道结果?

数据统计

  • 访问量: 6482
  • 日志数: 13
  • 图片数: 1
  • 建立时间: 2007-04-23
  • 更新时间: 2008-03-21

RSS订阅

Open Toolbar