软件测试面试

详细的描述一个测试活动完整的过程

1-项目经理通过和客户的交流，完成需求文档，由开发人员和测试人员共同完成需求文档的评审，评审的内容包括：需求描述不清楚的地方和可能有明显冲突或者无法实现的功能的地方。项目经理通过综合开发人员，测试人员以及客户的意见，完成项目计划。然后sqa进入项目，开始进行统计和跟踪

 

 

2-开发人员根据需求文档完成需求分析文档，测试人员进行评审，评审的主要内容包括是否有遗漏或者双方理解不同的地方。测试人员完成测试计划文档，测试计划包括的内容上面有描述。

 

 

3-测试人员根据修改好的需求分析文档开始写测试用例，同时开发人员完成概要设计文档，详细设计文档。此两份文档成为测试人员撰写测试用例的补充材料。

 

 

4-测试用例完成后，测试和开发需要进行评审。

 

 

5-测试人员搭建环境

 

 

6-开发人员提交第一个版本，可能存在未完成功能，需要说明。测试人员进行测试，发现bug后提交给bugzilla。

 

 

7-开发提交第二个版本，包括bug fix以及增加了部分功能，测试人员进行测试。

 

 

8-重复上面的工作，一般是3-4个版本后bug数量减少，达到出货的要求。

 

 

9-如果有客户反馈的问题，需要测试人员协助重现以及回归测试。

软件测试面试常见的问题

1.技术能力，表达沟通能力。

跟面试者讨论一些最新的技术，或者是一些技术难点，看他是否能解答

个人建议：平时多关注一些测试行业的相关知识，最新技术；有时间多学点东西，这样面试的时候才得心应手；

 

 

2.当他不知道时，看他是否有其它的解决办法，或者是工作需要时他通过什么途径去解决此问题

主要了解面试者的解决问题能力；

 

 

3.是否有丰富的工作经验。

问面试者上家公司，什么职位，主要工作内容，负责过的项目，或者他们公司的工作模式是什么样的。项目的周期，或者是工作中怎么处理一些难点，或者加急项目，测试思路等；

主要了解面试者对工作内容是否完全了解，个人能力是否与当前职位匹配

 

 

4.是否对研发产品有高度的热情和愿望，是否有良好的心态和工作积极性。

是否能长期专注于产品研发，有很强的产品责任感。

对此职位是否热爱，兴趣还是纯粹工作，能否长久在公司发展

 

 

5.自己有没有明确的工作目标，或者计划

对目标的 计划，发展方向，目标性是否强烈

是否正在执行某个目标

 

6.价值观，理念能否跟公司的一致

是否能接受加班文化，责任心。

软件测试工程师面试技巧

第一个问题：自我介绍（心理学首因效应告诉我们第一印象非常重要），自我介绍最重要的是能够在面试官心目中留下一个好的第一感觉。说得更直白一点是让面试官舒服。但是我发现很多人就是直接简单的介绍了一下过去的经历，但是实际上一方面过去的经历没有很好的让人发现优点。其实面试好比相亲，你想说什么不重要，重要地是人家想听什么。比较好的自我介绍套路是这样：“您好，我叫XXX,很高兴能获得这次面试机会，今天来面试是想证明自己是最合适的人选，另一个方面是获得您的认可，结合我过去的工作和学习经历，我自信我能符合咱们公司的认可，接下来您看是我继续介绍我做过的项目，还是您问您关心的问题？

 

 

第二个问题：项目介绍（项目经验直接决定一个人能否胜任一份工作，企业更应该看重一个人解决问题的思路和具体能力），项目介绍部分最重要的思路是应该先整体后局部，介绍整体的时候要有量化的数据（从项目度量的五大维度：规模，包括项目代码规模，需求规模、用例规模，工作量，进度，质量和成本），然后是整体的测试流程，然后再是角色与职责，接下来是项目中自己的特色，比如做得最好的是、遇到最大的困难时、最差的是，最后是心得体会。

 

 

第三类问题：数据库方面知识，最基本的要求是数据库记录的增删改查（insert、delete、update、select），表结构的增删改查（create、drop、alter、describe）、存储过程、触发器等。

 

 

第四类问题：linux操作系统相关，最基本的目标是熟悉常见的50个命令，比如find命令（-name、-type、-perm、-user、-group、-ctime、-atime）等，熟悉vi、熟悉linux搭建测试环境。比如LAMP环境搭建。

 

 

第五类问题：缺陷相关知识，最基本的是缺陷跟踪的流程（流程的基本要素），整体的流程，最好能在纸上给面试官画出来（尤其是男面试官，从男人好色的角度来看，写得很清楚很重要），缺陷单的属性，至少能列出20个属性，每个属性的意义，如何描述好缺陷单，缺陷单描述的5C原则，比如缺陷重现步骤应该complete.如何描述一个你认为的最经典的bug单。

 

 

第六类问题：用例相关，最基本的包括用例的格式要素，用例设计工程方法论，每个方法要求（方法的背景，操作步骤，优缺点、适应范围，与其他用例方法如何配合），在项目中如何利用测试用例设计工程方法。如何评价、评审测试用例，评审从哪些维度？要设计好测试用例需要哪些方面的知识结构，比如技术、业务、方法。

 

 

第七类问题：软件测试流程，系统测试相关规范和标准的流程：熟悉产品/项目，需求评审，测试需求，测试计划，测试方案，测试用例，预测试，第一轮正式测试、第二轮回归测试、第三轮测试，测试报告，测试总结，测试指南。

 

 

第八类问题：网络相关，最基本的网络基础知识，比如TCP/IP协议。

 

 

第九类问题：测试工具，包括三个大的类型，第一类是性能测试工具、自动化测试工具、测试管理类工具。最起码的要求是熟悉工具的使用。

 

 

第十类问题：给你一个软件，比如QQ、QQ斗地主，你如何去测试，这类问题基本的思路是，从软件质量模型、测试工具、测试方法、测试流程、探索式测试等角度先宏观解决，然后再具体微观讲解用例如何设计等。

 

 

第十一类问题：一个优秀/卓越的软件测试工程师应该具备哪些能力与素质，素质方面包括沟通、五心工程师、追求完美等。

 

 

第十二类问题：最后一个问题，面试官一般会问，您还有什么想问的吗？还有什么想了解的吗？总体上来说最重要的是留下一个好的近因效应，就好比相亲的时候，分手离开的时候，留下好的最后的印象，基本的思路应该分三种情况，第一种是面试官对你满意，自己也感觉不错的情况下，先表示感谢，然后积极主动的问题，比如，非常感谢您给的这次机会，但是我还是想问，如果我有下一轮面试，我想知道知道是什么时候，我应该再做哪些方面的准备。第二种情况是面试官和自己感觉都一般般，感觉自己是鸡肋，这个时候说不说很重要，基本的套路是，非常感谢面试官给的这个机会，坦白地说我对自己今天的面试表现不是非常满意，还可以表现得更好，但是如果我还是非常想得到这个机会，您能否给我一些建议。第三种情况是面试情况非常糟糕，这种情况下，很少有人能说出感谢，但这恰恰体现一个人的风度。基本的思路是，不管怎么样，还是得感谢您给的机会，让我自己认识到自己的不足，坦白地说我离这个岗位的要求还有些距离，但是我还是想知道，如果将来我还想来咱们公司面试，您能否给点具体建议。

 

 

总结，面试是一个相亲的过程，相亲的成败取决于很多要素，但是好的、充分地准备，能够让我们更加从容地和主动的去面对压力与挑战，而不是简单地把自己变成超市里面的菜，供人挑

 

软件测试必备面试题

2017年04月15日 应聘求职 暂无评论 阅读 100 views 次

 

1 你最近3-5年的职业规划是什么?重点考察软件测试人员的职业发展方向是否与当前职位招聘相符? 从其中可以侧面看出来其员工稳定性。

2 一个项目测试结束,有没什么经验总结?如果有,具体是如何开展的?重点考察测试人员对自己能力提升方面,有没有提高总结的地方,从项目中吸取的经验与教训。从中可以看出来,测试人员是否属行自我驱动型人才!

3 为什么会选择做测试这份工作?重点考察测试人员对待测试工作的态度及是否有发展潜力?面试过很多测试人员,经常见到的回答,自己是女孩子,做测试细心,各位你认为这样回答你会满意吗?其码不是我想要的答案!

4 请说出一个你以前参与项目,对你测试经验提升很高的,具体是哪方面?重点考察测试人员在以往的测试工作中能力提升方面,有哪些?然后重点询问此部分内容,是否测试经验增长,具备一定的深度?

5 通常做测试时会碰到,提交的某个bug开发人员不认同你的观点?这时你如何办?何办?重点考察测试人员是否坚持自已的价值观?是否具备协调沟通处理问题能力?

6 有没有看过什么测试书,具体是哪本?带给你的收获是?重点考察测试人员是否为测试这个职业肯付出多少?从中也可以看出这个测试人员是否上进心?是否有求知心?我的定义是如果哪个应聘者来面试时,都没系统的看过一本测试书籍,基本上不会录取! 

7 如果安排一项测试技术研究工作,你如何应对?重点考察测试人员是否具体测试技术专研精神?是否喜欢接受挑战?是否属于以后培养骨干对象?

8 某个项目上线后,出现问题,恰巧你是负责的,你如何应对这突如其来的事件?重点考察测试人员应对问题的压力,责任感,及如何处理项目上线后的技术问题及应对解决能力。

9 周末放假有什么业余爱好?重点考察面试测试人员性格特质,测试工作本身就是复杂且富有技术性的工作,而且不同的职位所需要的测试人员性格品质差异性很大。

10 公司产品,具体应用什么编程技术?具体的架构是?具体的应用场景有哪些?重点考察测试人员对以往的工作所负责的产品测试,是否具备一定的深度!通常我都是让面试者自己讲述或是在纸上画出具体系统架构的图!

11 公司测试团队的规模如何,具体你所处的角色是什么?重点考察测试人员在以往的公司测试团队中,具体的工作职责,评判其工作是否与当要求职位是否符合?是否有哪些优缺点?

12 特定测试技术考察:性能测试,安全性测试,自动化测试等以前有开展过没?如果有,具体是如何实施的?重点考察测试人员技术能力,是否在各方面都有所涉及?或是在各方面技术上都有一定深度?当然从中也能看出一个测试人员是否属于是技术路线发展方向!

13 你自己所期待加入的测试团队是什么样的?重点考察测试人员在以前测试团队中有哪些不协调?当然最重要的是也能提供给你一些信息,这个员工以后如何更好的管理与沟通!

为什么写测试用例

2017年04月15日 应聘求职 暂无评论 阅读 78 views 次

 

a.为什么要写用例
我们编写测试用例，有如下的好处：

 

便于团队交流：假如说一个测试团队有10个成员，大家测试的时候都各自为政，没有统一的标准，测试的效率无疑会大打折扣；如果大家都遵循统一的用例规范去写，就会解决这一问题。

 

便于重复测试：大家知道，软件在实际开发过程中是会有不同的版本的，比如会从1.0升级为10.0，那么如果不写测试用例的话，在测试10.0版本的时候，你能完全记得1.0版本时你做过哪些测试吗？测试用例就像一个备忘录一样，便于重复测试。

 

便于跟踪统计：这一点是针对测试经理或是项目经理来说的，项目负责人通过看测试用例的执行情况，就能了解到项目目前的概况，比如已经执行了哪些测试，还有哪些测试没有执行，测试没有通过的地方主要集中在哪些模块等。

 

便于用户自测：尤其是项目软件，有的时候用户希望自己测试一下软件产品，但是用户大都是非专业人士，他需要根据你写好的用例来更好的检验产品的质量。

 

说了这么多测试用例的优点，那它有没有缺点呢？有一个明显的缺点就是需要花费大量的时间，通常编写测试用例的时间比实际执行测试的时间还要长，这一点大家会在实际工作中有深刻的体会。

 

b.什么时候写用例

测试用例要尽早编写，通常我们都会在测试设计阶段来写用例，即《需求规格说明书》和《测试计划》都已完成之后。

需求测试注意事项有哪些？

2017年04月15日 应聘求职 暂无评论 阅读 64 views 次

一个良好的需求应当具有以下特点：

 

完整性：每一项需求都必须将所要实现的功能描述清楚，以使开发人员获得设计和实现这些功能所需的所有必要信息。

 

正确性：每一项需求都必须准确地陈述其要开发的功能。

 

一致性：一致性是指与其它软件需求或高层（系统，业务）需求不相矛盾。

 

可行性：每一项需求都必须是与已知系统和环境的权能和限制范围内可以实施的。

 

无二义性：对所有需求说明的读者都只能有一个明确统一的解释，由于自然语方极易导致二义性，所以尽量把每项需求用简洁明了的用户性的语方表达出来。

 

健壮性：需求的说明中是否对可能出现的异常进行了分析，并且对这些异常进行了容错处理。

 

必要性：可以理解为每项需求都是用来授权你编写文档的“根源”。要使用每项需求都能回溯至某项客户的输入，如Use Case或别的来原。

 

可测试性：每项需求只应在SRS中出现一次。这样更改时易于保持一致性。另外，使用目录表、索引和相互参照列表方法将使软件需求规格说明书更容易修改。

 

可跟踪性：应能对每项软件需求与它的根源和设计元素、源代码、测试用例之间建立链接链，这种可跟踪性要求每项需求以一种结构化的，粒度好的方式编写并单独标明，而不是大段大段的叙述。

一个测试工程师应具备哪些素质和技能？

2017年04月15日 应聘求职 暂无评论 阅读 52 views 次

§ 掌握基本的测试基础理论

§ 本着找出软件存在的问题的态度进行测试，即客观，不要以挑刺形象出现

§ 可熟练阅读需求规格说明书等文档

§ 以用户的观点看待问题

§ 有着强烈的质量意识

§ 细心和责任心

§ 良好的有效的沟通方式（与开发人员及客户）

§ 具有以往的测试经验

§ 能够及时准确地判断出高危险区在何处

一条软件缺陷（或者叫Bug）记录都包含了哪些内容？

2017年04月15日 应聘求职 暂无评论 阅读 72 views 次

 

一条Bug记录最基本应包含：

§ bug编号；

§ bug严重级别，优先级；

§ bug产生的模块；

§ 首先要有bug摘要，阐述bug大体的内容；

§ bug对应的版本；

§ bug详细现象描述，包括一些截图、录像....等等；

§ bug出现时的测试环境，产生的条件即对应操作步骤；

 

你在测试中发现了一个bug，但是开发经理认为这不是一个bug，你应该怎样解决？

2017年04月15日 应聘求职 暂无评论 阅读 181 views 次

 

首先，将问题提交到缺陷管理库里面进行备案。

 

然后，要获取判断的依据和标准：

§ 根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据；

§ 如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷；

§ 根据用户的一般使用习惯，来确认是否是缺陷；

§ 与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷；

 

合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪。

 

等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并有上级做出决定。

HR面试你需要注意什么？

2017年04月15日 应聘求职 暂无评论 阅读 245 views 次

 

公司的面试流程一般是笔试—>技术面试—>hr面试，在大部分应聘测试工程师这种技术岗的应聘者理解中，通常认为通过技术面试了，后面的hr面试基本就是走流程过形式。也正因如此，我们习惯性地把精力投入到技术面试，而忽略了人事面试。

为什么面试感觉不错，可后来一直没有回音？也许这就是问题所在。

 

以下凭个人经验给大家总结一下人事面试的一些技巧，希望对于你的测试求职之路能有所帮助。

 

——HR面试基础问题准备——

大部分的HR不会问你岗位专业问题，有一句话是说技术面试看你做事，人事面试看你做人。无非是看你的沟通能力、性格、企业忠贞度、对岗位的热情等。以下列举一些常见的面试问题及回答指导。

 

1、上家公司为什么离职？

离职原因无外乎就是薪酬不满意或者心里受了委屈。虽然大家都心知肚明，但却真的不能太过诚实！切记不要说任何伤害到上家公司及公司同事的话，比如薪资结构不合理、工作压力大加班多、领导喜欢开会、同事难相处。

建议最好是说自身原因且能让HR信服的，比如说觉得目前个人发展已经没有什么空间，想要在技术上再多历练提升下自己。回答是积极正面的就好。

 

2、对我们公司业务了解吗？

面试官主要看你对这一份工作的渴望程度，如果说没有了解，HR肯定会觉得你没有很重视这次的面试机会。

建议大家一定要提前百度查看下公司的介绍及主营业务。问道这个问题的时候可以说自己有去官网了解公司的产品，可以对产品进行简单的概述。如果你对产品有个人正面的见解，绝壁是让面试官对你好感倍增的亮点。但见解之类的少说，言多必失。

 

3、说一下你个人优缺点？

测试岗位相关的素质要求，例如耐心、细心、责任心、抗压能力强都可以说成自己的优点。

但切记对于说的每一个优点都要想好具体的实例体现。以免HR继续问你”能举一个抗压能力强的例子么”，那么你可以列举公司赶项目连着加班半个月，每晚10点后下班的情况（软件公司一般都会有加班，侧面也体现你能适应加班）。

说缺点的话，要有技术含量地说一些小缺点，深究这个小缺点其实还是优点来的。比如可以说自己有点爱钻牛角尖。举例的话就是测试工作中非重现的问题不好重现，非要把这个问题重现出来。

 

——谈薪——

谈薪是一个非常具有考量的环节，是一场心理拉锯战，跟博弈一样，谁先懦怯谁就处于下风了。那么谈薪一般会有哪些注意点，可以参考以下的建议：

 

1、提前了解行业薪资水平

一定要提前去了解行情，千万别只局限在你目前公司的薪资水平上。不同工作年限不同等级的测试工程师的薪资水平是不一样的。可以百度、可以咨询同行业的朋友跟同学、也可以加一些测试交流群了解。

以自己能力水平及工作年限确定自己的期望薪资范围。每个公司都会对应聘的岗位定下薪资预算，我们可以以公司网上招聘要求给的薪资范围作为大体参考。

 

2、明确期望薪资的具体数目

一般HR问道你期望薪资？你可以大胆地说出你的期望，不要觉得尴尬不好意思，这是为自己谋福利！！而且要说出具体数目，不要给一个宽泛的范围，不然你的薪资只能是最低限度。

如果HR表示你的期望太高，那你可以反问HR“贵公司这个岗位的薪资如何设置？”。如果远远低于期望或者低于同行水平，那么可以斟酌选择放弃；如果还在你薪资接受范围内，那你可以继续拉锯战。

 

3、确定基础薪资，福利是浮云

我们在跟HR面试谈薪的时候，一定要了解清楚公司岗位的薪资结构。特别对于没有面试经验的测试人员，HR不主动说明，自己是很少去询问的。询问是你的权利，不要觉得不好。当然这里我们要区别于技术面试，技术面试切记主动谈薪资，HR面试我们必须主动。

有些公司HR会给你讲公司的薪资结构，比如薪资=基础薪资+项目奖金+月度绩效，加起来一般月薪可以达到多少，完全能满足你的期望。但你要知道项目奖金、月度绩效都是浮动不稳定的，有些误差可以达到nK以上，所以一般像这种薪资结构的，基础薪资有保障，你的总体工资才会高。

还有公司HR为了降低你的薪资，会说以后公司上市后员工会分期权股份之类的，这种幌子还是少信，现在哪一个公司不说自己将来要上市。

 

至于福利，五险一金都是基本的，一般都会缴。节假日福利、加班补贴等有些公司也会有。这里一定要弄清楚公司上班时间，有些是996的上班制度、大小周，当然测试行业的公司一般都会有加班，加班是算调休还是算加班工资？如果是义务加班的话，自己慎重考虑吧。

 

4、给自己留后路

对于第一次面试，如果最终跟HR谈论下来的薪资离你的预期还是少了点，可以不要直接拒绝说不予考虑，可以先应允下来收了offer再说。但是HR绝对会问你什么时候可以上班。

这个时候自己找好理由推迟一周上班。在这一周的时间够你去参与其他公司的面试了，之后谈薪方面就可以有底气往你期望的薪资坚定下去。毕竟你已经有一个offer在手了。如果你拿到更好的offer，记得跟之前应允offer的人事说明不去的情况，这是基本的礼貌。

 

——态度——

总体来说，测试老大都希望招进来的员工是态度谦卑，低调奢华有内涵的那种。如果你是个性太过张扬的girl或boy，建议面试的时候收敛一下自己的个性，不要留下难以被管理的印象。面试过程最好保持礼仪，适当地微笑，礼貌性坐姿，多用礼貌用语“谢谢”等。

 

PS：我们很多人在经过HR面试之后被告知回去等通知，可能是他们需要对所有候选人做比对，后面没有回音只是因为在性价比上另一个人比你更适合。或许这并不是你个人能力的原因。

最后期望每个奋斗在前线的童鞋都能找到适合自己的，满意的工作！fighting！

软件测试面试题 – 怎么测电梯？

1.破题：

问题是：怎么测电梯

前提条件是：这是一道软件测试工程师面试题，而非真正的电梯测试人员的面试题

第二个前提：我没有需求文档，但我了解电梯的基本业务功能

思路：把电梯当作一个我了解基本业务功能，却没有需求文档的软件来进行测试。也就是说这里考察两点:

第一，你能不能测没有需求文档，或者需求文档不完整的东西

第二，你能不能把测试用例设计方法应用到实际工作上去

还隐含第三点，你的测试思维是否完整，测试范围能想得比较全面吗。

 

2.确定测试范围

以下是黑盒角度的

功能：关注电梯的基本功能是否实现

性能：关注电梯的性能指标，如负重多少kg

安全性：关注电梯的安全性，如超重报警，下坠制动

用户体验：关注电梯的舒适性

以下是白盒角度的或其他的

效率：关注电梯控制逻辑的内部算法

接口：电梯和电梯控制器，电梯和大楼，电梯和摄像头，电梯和对讲机（报警装置）的接口测试

零件：电梯的零件的单元测试

兼容性：电梯和其他东西的兼容性

 

3.具体测试用例的设计

 

3.1功能测试：

思路一：基于用户界面，如按钮，分电梯内的按钮和电梯外的按钮；电梯内分楼层键、开关门键、报警键。然后对这些键，一个一个测过来。同时关注显示屏，电梯内外的显示屏均显示电梯当前所在楼层和运行方向。

思路一就是典型的单元测试。

思路二：单个功能测好之后，再把单个的功能组合起来进行测试（集成测试），集成测试时可以根据电梯当前状态是上行、下行还是停止（状态机）来设计测试用例，以保证覆盖率。

比如上行时按XX按钮会怎么样。此时可以向面试官提出等价类划分思想，为何我要测这些按钮，如何划分等价类。

思路三：集成测试完毕后，开始测试真实用户场景（确认测试/验收测试/工作流测试），此时可以设计常见的用户场景（场景设计）并进行测试。如大量用户从1楼进入，并去不同楼层。又或者大量用户从不同楼层下到1楼。

思路四：不同品牌电梯的比较，电梯和电梯国际标准的比较，电梯和安装电梯的大楼用户需求的比较等等

思路五：特殊需求的测试，如摩天大楼可能要求高速电梯。百货大楼可能要求观光电梯。

 

3.2性能测试：

思路一：测试电梯负载单人时的运行情况（基准测试）、多人时的运行情况（负载测试）、一定人数下较长时间的运作（稳定性测试）、更长时间运作时的运行情况（疲劳测试）、不断增加人数导致电梯报警（拐点压力测试）

思路二：不同层次的性能，如零部件性能等

 

3.3安全性测试：

软件的安全性测试我也不了解。只能瞎说了。比如，暴力破坏电梯，下坠制动测试，超重警报、超时警报的测试，报警功能的测试，监控摄像头测试，火灾时应该不让用户使用，但又要让里面的人能出来等等。

 

3.4用户体验：

电梯是否有地毯，夏天是否有空调，通风条件，照明条件。等等

 

3.5效率：调度算法是否合理，是否最优，按错键是否可以取消

 

3.6零件：零部件是否合格

 

3.7接口：电梯和其他设备的交互，如报警装置、中央空调、监控室等等如何交互，是否工作正常

 

3.8兼容性：电梯的整体和其他设备的兼容性

 

以上，是我考虑的答案。一般把整体思路说一下，再把3.1功能测试部分重点讲一讲就ok了，面试官应该会满意的。

 

如果把电梯换成电话，测试思路还是这个，顶多就是换一些具体用例。或者电梯换成其他任何东西都一样的，关键是，把它当作软件，展示测试思维。

给你的一个水杯，你打算如何测试？

功能测试：

能否装水，

除了装水， 能否装其他液体。比如可乐，酒精

能装多少ML的水

杯子是否有刻度表

杯子能否泡茶，跑咖啡

杯子是否能放冰箱，做冰块

杯子的材质是什么（玻璃，塑料,黄金做的）

 

 

界面测试

外观好不好看。

什么颜色

杯子的形状是怎么样的。

杯子的重量是多少

杯子是否有异味

杯子的图案是否合理

 

 

性能测试：

能否装100度的开水 (泡茶)

能否装0度冰水

装满水，放几天后，是否会漏水

杯子内壁上的涂料是否容易脱落。

杯子上的颜色是否容易褪色或者脱落

被我坦克压下，是否会碎 (这条是开玩笑的哈)

 

 

安全性测试：

制作杯子的材料，是否有毒

放微波炉里转的时候，是否会爆炸, 或者杯子是否会熔化。

从桌子上掉到水泥地上是否会摔碎。

杯子是否容易长细菌

杯子是否有缺口，会划坏嘴巴

杯子内壁上的材料，是否会溶解到水中

杯子破碎后，是否会对使用者造成伤害

 

 

可用性测试：

杯子是否容易烫手

杯子是否好端，好拿

杯子的水是否容易喝到

杯子是否有防滑措施

 

如何测试一支笔?

很多朋友在参加软件测试工程师的面试时，会被问到：一支笔怎么测试等类似问题。怎么回答这类问题呢？我在这里给大家一点建议。

 

需要明确的是，面试官问这个问题的目的是什么，他考察的绝不仅仅是你怎么样测试笔，他其实想了解一下你对软件测试的认识以及你的质量意识，是否将质量意识融入到工作当中去了，另外就是考察你做事情的方式，你有没有考虑到公司给定的资源、成本。

 

建议大家：首先问清楚面试官我手头可以利用的资源(SRS、HLD、LLD…)，以及工作的进度(ST、IT、UT)，我现在需要做些什么工作……(搞清楚我需要做什么，而不是埋头苦干);其次，弄清楚我们的客户(使用产品的人群、行业……)，确定测试的关注点以及优先级;再下面是编写测试的详细计划、方案、用例(结合质量模型的六大特性，可能会涉及到功能、性能、安全测试)，一系列文档，并提交领导审批;用质量模型的特性将产品功能细化、分解，提取测试项、测试子项，编写测试用例;最后是测试执行阶段。

 

有时候面试官随便看到的任何东西(纸杯、插座、灯泡……)都可能成为你要测试的产品，所以写出测试关注点是次要的，最重要的是你完成工作的过程，考察你工作是否有条理、合理、高效。

 

还有最重要的是自己面试的职位来回答这个问题，回答的过程中可适当观察面试官的表情、动作确定自己的回答是否是面试官想要的!