如何测试

A. 测试怎么做

最近，很多小伙伴正在面试新工作做准备。所以我整理一下软件测试的基本工作流程和一些测试用例编写方法。大致内容如下，希望这些内容对大家有帮助。

首先，作为测试人员需了解业务，分析需求点

为什么测试人员要参加需求分析？也就是进行测试需求分析的目的是什么？

第一、把用户需求转化为功能需求

1）对测试范围进度量

2）对处理分支进行度量

3）对需求业务的场景进行度量

4）明确其功能对应的输入、处理和输出

5）把隐式需求转变为明确

第二、明确测试活动的五个要素

测试需求是什么、决定怎么测试、明确测试时间、确定测试人员、确定测试环境、测试中需要的技能，工具以及相应的背景知识，测试过程中可能遇到的风险等等。测试需求需要做到尽可能的详细明确，以避免测试遗漏和误解。

那么，接下来怎么进行测试需求分析？

1）确认功能

（业务功能、辅助功能、数据约束、易用性需求、编辑约束、参数需求、权限需求、性能约束）

1、业务功能：与用户实际业务直接相关的功能或者细节；

2、辅助功能：辅助完成业务功能的一些功能或者细节，例如：设置过滤条件；

3、数据约束：功能的细节，主要是用于控制在执行功能时，数据的显示范围，数据之间的关系等；

4、易用性需求：功能的细节，产品中必须提供，便于功能操作使用的一些细节，例如：快捷键等；

5、编辑约束：功能的细节，在功能执行时，对输入数据项目的一些约束条件，例如：只能输入数字等；

6、参数需求：功能的细节，在功能执行时，需要根据参数设置不同，进行不同处理的细节；

7、权限需求：功能的细节，在功能执行的过程，根据不同的权限进行不同的处理，不包括直接限制某个功能的权限；

8、性能约束：功能的细节，执行功能时，必须满足的性能需求；

2）场景分析

1、考虑场景的调用者：考虑每一个场景提供的服务是供哪些外部模块或者系统调用的，找出所有调用者。调用前提，约束都要考虑。每一个调用都可以考虑成一个大的业务流程（一般和外部有交互的业务出错率比较大，需要重点关注）。

2、考虑系统内部各个场景之间的联系：形成内部业务流程，需要分析每个场景之间的约束关系，执行条件，组织出各种业务流程图。

3）挖掘隐性需求

这需要测试工程师的经验积累：

1）常用的或者规定的业务流程

2）各个业务流程分支的遍历

3）明确规定不可使用的业务流程

4）没有明确规定但是应该不可使用的业务流程

5）其他异常或者不符合规定的操作

接下来，一起说说测试用例设计那点事儿

1、如何进行测试用例的设计？

编写测试用例之前，我们需要对项目的需求有清晰的了解，对要测试什么，按照什么顺序测试，覆盖哪些需求做到心中有数，作为测试用例的编写者不仅了解要有常见的测试用例编写方法，同时需要了解被测软件的设计、功能规格说明、用户使用场景以及程序/模块的结构。

步骤

1）测试需求分析：从项目部拿到软件的需求规格说明书后，开始对项目的需求进行分析，通过自己的分析、理解，整理成为测试需求， 清楚分析出被测试对象具有哪些功能。明确测试用例中的测试集用例与需求的关系，即一个或多个测试用例集对应一个测试需求。

2）业务流程分析：分析完需求后，明确每一个功能的业务处理流程，不同的功能点做业务的组合，以及项目的隐式需求。如遇复杂的测试用例设计前，先画出软件的业务流程。从业务流程上，应得到以下信息：

A、主流程是什么?

B、条件备选流程是什么?

C、数据流向是什么?

D、关键的判断条件是什么?

3）测试用例设计：

完成以上两步则可进行测试用例设计，功能测试用例，应尽量考虑边界、异常、性能的情况，以便发现更多的隐藏问题。设计测试用例的常见方法：

等价类 → 边界值 → 因果图 → 判定表 → 状态迁移 → 正交实验 → 场景法 → 错误推断（注意：编写测试用例时，我们尽可能取的不应该是有效等价类而应该是无效等价类）

4）编写完成后自我检查以及部门内部评审：

①测试用例本身的描述是否清晰，语言准确；是否存在歧义性；

②测试用例内容是否完整，是否清晰的包含输入和预期输出的结果；测试步骤是否清晰；

③测试用例中使用的测试数据是否恰当，准确；

④测试用例是否具有指导性，是否能灵活的指导软件测试工程师通过测试用例发现更多的缺陷，而不是限制他们的思维；

⑤是否考虑到测试用例执行的效率。对于不断重复执行的步骤，是否保证了验证点相同；或者测试用例的设计是否存在冗余性等。这些都可能导致测试用例执行效率低下；

⑦画出软件需求跟踪矩阵，验证测试用例是否完全覆盖了需求，验证测试用例的覆盖性；

⑧测试用例是否完全遵守了软件需求的规定。这一点其实有一些难做到。考虑到时间/成本的关系，应该视具体情况而定。

5）测试用例更新完善：

测试用例编写完成之后需要不断完善，如遇需求更改或功能新增时，测试用例必须配套修改更新，同时在测试过程中发现设计测试用例时考虑不周，需要对测试用例进行修改完善;在软件交付使用后客户反馈的软件缺陷，而缺陷又是因测试用例存在漏洞造成，也需要对测试用例进行完善。

紧接着，测试用例执行的过程

首先搭建测试环境，准备好测试数据，进行预测，预测通过之后，按照测试用例进入正式测试，有效的测试执行可以将测试用例发挥最大的价值。因此，测试用例规范执行有助于更好的发现代码中存在的缺陷。根据个人测试工作经验，好的测试执行应该包含如下内容：

①测试执行中评估测试执行时间不足，需及时上报风险。满足质量优先，进度其次原则。

②测试用例按优先级顺序执行，通常是基本、详细和异常顺序执行。

③未执行用例、标志为删除或者无效的用例，需注明原因。

④执行过程中有疑问的测试用例（场景、操作步骤、检查点等）需找测试设计人员澄清。

⑤测试执行需对用例描述的检查点逐一检查，避免遗漏。

⑥重视不易重现的缺陷场景，可能是一个bug。

⑦执行过程中发现有前期设计遗漏用例需补充到用例文档并执行验证。

⑧建议测试人员交叉执行重复测试用例，用例执行对相同测试人员有免疫性。避免可能的缺陷一直遗漏到现在。如有需要，建议保留测试结果，结果可视。以便于不同版本间的测试结果对比。已确认问题需及时按照问题单提单要求（规范和缺陷定级）提单。

⑨跟踪问题单修复情况并回归验证问题单。每轮次测试结束，find一下是否有core文件产生。测试结束，将最终测试用例文档上传到归档目录，实现用例重用。

以上是针对一般的软件测试流程，如果是自动化测试的话，应该还有根据测试用例进行脚本编写，运行脚本等。此处可能写的不详细，希望大家可以在下方评论让我完善。

最后已达到准确要求的，根据测试情况写测试报告，对整个测试过程和版本的质量做一个评估。

测试报告是指把测试的过程和结果写成文档，对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。测试报告是测试阶段最后的文档产出物。优秀的测试经理或测试人员应该具备良好的文档编写能力，一份详细的测试报告包含足够的信息，包括产品质量和测试过程的评价，测试报告基于测试中的数据采集以及对最终的测试结果分析。

B. 如何测试智力

☆
⒈
称苹果
有十筐苹果，每筐里有十个，共
100个，每筐里苹果的重量都是一样，其中有九筐每个苹果的重量都是1斤，另一筐中每个苹果的重量都是0.9斤，但是外表完全一样，用眼看或用手摸无法分辨。现在要你用一台普通的大秤一次把这筐重量轻的找出来。

☆
2.砝码

用天平称量物体的重量时，总少不了砝码。用一克、二克、四克、八克……的方法设置砝码，一般人都能想到，但这种方法需要的砝码数量太多，实际完全可以用得少一些。请你重新设计一个方案，只用四个砝码就能用天平称量一至四十克的全部整数克的物体的重量。

3.
招侦察员

某部欲招收一名侦察员,决定先进行考试。考试的方法是：凡是参加报考的人都关在一间条件较好的房间里，每天有人按时送水送饭，门口有专人看守。谁先从房间里出去，
考试就算过关。有人说头疼要去医院，守门人请来了医生；有的说母亲病重，要回去照顾，守门人用电话联系母亲正在上班。其他人也提了不少理由，守门人就是不让他们出去。最后有个人对守门人说了一句话，守门人就放他出去了。这个人说的是什么？

☆☆
4.
称零件

有13个零件，外表完全一样，但有一个是不合格品，其重量和其它的不同，且轻重不知。请你用天平称3次，把它找出来(此题难度较大，只要能做出来，便说明智力非凡。时间不限)。
5.
清理垃圾
有一堆垃圾，规定要由张王李三户人家清理。张户因外出没能参加，留下9元钱做代劳费。王户上午起早干了5小时，李户下午接着干了4小时刚好干完。问王户和李户
应怎样分配这9元钱？
☆
6.
最后剩下谁

1～50
号运动员按顺序排成一排。教练下令：“单数运动员出列！”剩下的运动员重新排队编号。教练又下令：“单数运动员出列！”如此下去，最后只剩下一个人，他是几号运动员？如果教练下的令是“双数运动员出列！”最后剩下的又是谁？

7.
九死一生

古时一位农民被人诬陷，农民据理力争，县官因已经接受别人的贿赂，不肯放人，又找不到理由，就出了个坏主意。叫人拿来十张纸条，对农民说：“这里有十张纸条，其中有九张写的‘死’,
一张写的‘生’,你摸一张，如果是‘生’,立即放你回去，如果是‘死’,就怪你命不好,怨不得别人。”聪明的农民早已猜到纸条上写的都是“死”，无论抓哪一张都一样。于是他想了个巧妙的办法，结果死里逃生了。你知道他想的什么办法吗？
8.
死刑犯
一死刑犯就要执行。行刑官对死刑犯说：“你知道我将怎样处决你吗？猜对了，我可以让你死得好受些，给你吃个枪子。要是你猜错了，那就对不起了，请你尝尝上绞刑架的滋味。”行刑官想：“反正我说了算，说你对你就对，说你错你就错”没想到由于死刑犯聪明的回答，使得行刑官无法执行死刑，这个死刑犯绝处逢生。这个死刑犯是怎样回答的？

9.
海边案件
这是发生在海边的案件。
一天早晨，张某的妻子还未起床，忽听一阵急促的敲门声，门外有人喊：“大嫂大嫂，大哥在家吗？”张氏听到喊声，开门一看，是准备同丈夫合伙外出做生意的李某。忙答道：“他昨天晚上就没回来。”然后急忙向附近的派出所报了案。经调查，张某已被人暗害。派出所人员详细询问了事情的经过后，立即将李某逮捕。开始李某极力否认，但最后不得不低头认罪。派出所人员是根据什么认定是李某做的案呢？
10.
上楼
我上班的办公楼和我居住的家属楼都是6层楼，而我工作和居住的楼层均在3层。于是我想：我每天所爬的台阶数是家住6楼，工作也在6楼的同事的几分之几呢？
数数看
有几个牛BBB的能回答啊~~

C. 如何执行测试

测试有很多种执行的方式：可以手工进行，也可以自动化进行，或者半自动化手工进行，在测试业中有这么一条至理名言：手工测试和自动化测试各会发现不同类型的错误。所以专家认为应该两种测试都要作。 我们也同意这种观点，先做成熟的手工系统测试，然后通过自动化回归测试来进一步测试，但这个想法过于单纯，因为，大多数测试往往由于资源的不足而只能做其中一种测试。还有一个更大问题在后面，那就是哪种测试更有效，更能保证产品质量？我们该如何分配两种测试的时间和资源？ 当手工执行测试时，可以充分利用人的能力。可以临时想出新测试，也可以注意到没有或不能预测的现象。自动化测试则是高智商过程微弱的、很小的反映。这也是为什么说把自动化测试看做自动化的人员测试时错误的原因。 自动化并不能使计算机完成测试员所做的事，自动化测试执行测试员明确描述的测试，不能利用测试员隐含的知识和认识。自动化测试每次运行都以同样的速度、同样的顺序，完全一样的鼠标移动和键盘操作做同样的事。但是手工测试员在每次运行测试时都必须对测试做变动。这些变动可以发现未看到的程序错误。 自动化测试有很多优点，但是测试员和测试是有很大区别的。这意味着问题可能被触发但是没有被注意。与自动化测试不同，手工测试员可以立即联系当时的背景条件，调查研究所出现的异常。测试员还可以识别并过滤很大范围内的需警，而这些需警会对自动化测试带来麻烦。 故综上，我们的测试策略应该把手工测试放在绝对重要的地位，自动化应该用来检验项目P0P1级用例的正确，保证项目最基本的功能正常运行。而不是很应该把所有的或80%的用例来搞自动，从数字上提高覆盖率，那样作的结果就是每天查找自己错误的脚本，而这样的工作对于项目的质量没有任何益处。

D. 怎么测

1、用万用表直流(DC)档测电池电压,如果是正电压,则红表笔测的是正极,黑表笔为负极,如果电压为负值,红表笔测的是负极,黑表笔为正极。

2、万用表：万用表又称为复用表、多用表、三用表、繁用表等，是电力电子等部门不可缺少的测量仪表，一般以测量电压、电流和电阻为主要目的。万用表按显示方式分为指针万用表和数字万用表。

是一种多功能、多量程的测量仪表，一般万用表可测量直流电流、直流电压、交流电流、交流电压、电阻和音频电平等，有的还可以测交流电流、电容量、电感量及半导体的一些参数(如β)等。万用表是由磁电系电流表(表头),测量电路和选择开关等组成的。

通过选择开关的变换,可方便地对多种电学参量进行测量。其电路计算的主要依据是闭合电路欧姆定律。万用表种类很多,使用时应根据不同的要求进行选择。

3、万用表基本功用：万用表不仅可以用来测量被测量物体的电阻，万用表(图1)交直流电压还可以测量直流电压。甚至有的万用表还可以测量晶体管的主要参数以及电容器的电容量等。

充分熟练掌握万用表的使用方法是电子技术的最基本技能之一。常见的万用表有指针式万用表和数字式万用表。指针式多用表是以表头为核心部件的多功能测量仪表，测量值由表头指针指示读取。

数字式万用表的测量值由液晶显示屏直接以数字的形式显示，读取方便，有些还带有语音提示功能。万用表是公用一个表头，集电压表、电流表和欧姆表于一体的仪表。

4、万用表结构组成：万用表由表头、测量电路及转换开关等三个主要部分组成。万用表是电子测试领域最基本的工具，也是一种使用广泛的测试仪器。万用表又叫多用表、三用表(A,V,Ω也即电流，电压，电阻三用)、复用表、万能表，万用表分为指针式万用表和数字万用表，还有一种带示波器功能的示波万用表，是一种多功能、多量程的测量仪表。

一般万用表可测量直流电流、直流电压、交流电压、电阻和音频电平等，有的还可以测交流电流、电容量、电感量、温度及半导体(二极管、三极管)的一些参数。数字式万用表已成为主流，已经取代模拟式仪表。与模拟式仪表相比，数字式仪表灵敏度高，精确度高，显示清晰，过载能力强，便于携带，使用也更方便简单。

E. 如何进行软件测试

测试里面的知识学习可以分为以下三个阶段来进行（这个阶段只是自己的一种个人见解）：第一个阶段我们必须要让做测试的人明白测试在整个软件工程里面的重要性，了解测试的相关基础知识，并且在了解这些知识的过程中逐渐挖掘出他对测试的兴趣。兴趣爱好是很好的从事一项工作的一个重要条件。让一个对测试丝毫不懂而且不感兴趣的人去直接去做测试，你不觉得是在耽误别人的青春吗？ 第二个阶段我们必须对测试的流程的管理工作通过实际的软件测试有个非常明确的认识。因为很多时候工作都是在团队相互协调的情况下进行的，所以对于整个软件开发流程以及开发流程当中的测试流程都需要很熟悉，这样才可以更好的配合工作。当我们这些都很熟悉并且在工作当中应用很流畅的时候，我们就可以对测试工具进行相对应的学习。诚然，现在很多公司在招聘测试人员的时候总是要求了解自动化测试工具，实际上据了解，很多公司并不能真正用自动化测试。所以不要一进门就想着学习自动化测试工具，很多知识在你了解了其他知识之后学习效果跟用途可能会更好。在了解测试相关流程的同时我们必须扩充我们的其他相关知识，包括对我们的产品的客户的需求的了解要比开发人员了解更全面，更深入。这样才能保证我们的流程，我们的测试按照客观的正确的方向前进，而不至于被开发人员的思想所牵引。呵呵。我喜欢做事主动而不是被动的去执行。 到第三个阶段我们可以跟区分专业一样走自己喜欢的途径：一方面可以继续深入提高自己的测试的专业技能并且能够真正从事自动化测试，成为技术领域里面的专家。另一方面我们可以慢慢趋于测试管理方面。从一个初级测试工程师晋升到一个高级测试工程师比较快，但是从一个初级测试工程师发展到一个Team Leader所需要的时间相对比较长。而从一个高级测试工程师发展到一个资深测试工程师花费时间更长一点，到达资深测试工程师之后就可以很容易做到测试主管了，以后可以发展到PM。当然从初级测试人员到高级、资深测试人员并不是表述为“曲线发展过程”的，很多时候行业经验、行业知识的累积等都很重要。而这点只有深入发展的人才会发现其重要性的。很多随着时间的推移和经验的增长，一些沉淀下来的东西不是表现在字面上，别人就可以理解并领悟的。所以要有信心的同时我们做事还必须有耐心，罗马非一日建成。相信明天就要紧紧把握今天。

F. 功能怎么测试

黑盒测试：黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有专的功能，通过测试来检测每个功属能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子黑盒测试主要是为了发现以下几类错误：是否有不正确或遗漏的功能?? 在接口上，输入是否能正确的接受?能否输出正确的结果?? 是否有数据结构错误或外部信息(例如数据文件)访问错误?? 性能上是否能够满足要求?? 是否有初始化或终止性错误?

G. 如何测试一个纸杯

基于多年的测试经验,测试大牛James Bach总结出了一套测试设计的方法论，那就是启发式测试策略模型( Heuristic Test Strategy Model)。这套模型包含了一组精心挑选出来的测试设计策略。测试者只要把这些策略熟记在心，在测试设计时依次对照这些策略，测试思路就会源源不断的从你脑子里迸发出来了，还不跑偏。

这套模型非常简单，只有4个域(见下图)，每个域有那么几条测试策略，每个策略可以用1到2个单词描述，把这些单词的首字母串起来就是上面蓝色字体的字符串也就是我们所说的引导词。

来解释一下启发式测试模型。我们在做测试设计时，首先想到的是要应用我们已有的测试技术(Test Techniques)并综合考虑项目环境(Project Environment)、产出物(Proct element)、质量准则(quality Criteria)。这样我们就能够得到一个有基本保障的(看得到的)质量(Perceived Quality)

回到刚才所说的“测试一个纸杯”，我们目前能拿到的只有手中的“一个纸杯”，对照一下刚才所说的图，其实最先想到的应该是产出物(Proct element)。模型给出了产出物域需要思考的项：

结构(Structure)- 所有组成产出物的东西。

代码，界面，接口，硬件，非可执行文件，附属物件。

功能(Functions)- 所有产品所实现的功能

用户界面，系统接口，应用，计算，时间相关性功能，变化(如改变字体)，

开启/关闭，多媒体，错误处理，交互，可测性

数据(Data) -所有产品处理的数据

输入，输出，预设值，持久数据，序列，大小数量变化，噪声数据，生命周期等

平台(Platform) -所有被测软件所依赖的外部事物

外部硬件，外部软件，内部组建

操作(Operation) -所有产品可执行的操作

用户，环境，常见操作，非正常操作，极限操作

时间(Time) -所有与产品相关的时间指标

输入/输出，快/慢，并发，变化率

注意到上述几项中英文被标蓝的首字母了么? SFDPOT 就是刚才测试专家念的引导词中的一组。我们再次回到“测试一个纸杯”，现在可以一项一项来了：

结构：用料是否环保?是否能平稳放在桌面上?放了水是否能平稳放在说面上?杯口是否光滑?。。。。。

功能：到进水是否不漏，是否不变形?拿起来是否能够不显著变形?水是不是能倒出来?。。。。。

数据：放半杯水，放一整杯水，放冷水，放热水，放茶叶，放可乐。。。。。。。

平台：能否放在桌子上不倒?手拿着是否不变形，不会感到不舒服?是否能放到杯架、套到别的杯子上?。。。

操作：倒进水，喝水，再倒水，倒开水，捏变形，弹烟灰，丢弃。。。。

时间：看喝水的时候水是不是很快的能流出来。。。

这里边有重复项，这没关系，合并同类项就好了，我们不是要强制归类，而是要利用这些引导词帮你想到该测试的地方。

剩下的就是把其他几个测试域中的关键字找到，根据这些关键字设计测试用例。限于篇幅，这里就不一一展开了，大家可以参考启发式测试策略模型中给出的详细说明进行比照。如果把它们都用作测试这个纸杯，那么你至少有30种以上的手段来测试它(当然得根据实际需求做一定取舍)，谁说测试是没什么技术含量的工作?

H. 怎么测试

无事献殷勤，非奸即盗！

记住这句话，你不会吃亏的！

如果你们不是特殊关系，不是男女朋友，那么他这样做是不合适的，你为什么不拒绝？因为你喜欢他？

别听什么一见钟情，这样的爱情来快，去得也快，日久生情才是塌实的爱！

考验他是否对你真实，其实你要弄什么事呢？时间就是最好的答案，考验真心的最佳方式！

看看你几岁，就知道他的目的是什么了！如果你真揭穿他的目的，那你做好准备好跟他ML了没？

哈哈，小心。