很多朋友对于测试怎么做和怎么测试不太懂，今天就由小编来为大家分享，希望可以帮助到大家，下面一起来看看吧！

本文目录

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

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

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

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

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文件产生。测试结束，将最终测试用例文档上传到归档目录，实现用例重用。

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

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

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

几年的经验下来，我发现我身边的很多同事、很多朋友都不适合做测试。比如说：有的人性格比较内向，不善于和开发人员、项目组成员交流，搞自我封闭；有的人迫于应届生就业的压力，而歪打正着，从事了测试职业，没有上进心；有的人根本就不喜欢测试，对测试没有兴趣，迫于生计找了测试这样职业；还有的人做事比较粗心，没有耐心，不喜欢重复劳动等等。

应届生刚毕业，在规划自己的职业时，首先要剖析自己，看是否有做这是这方面的兴趣，天赋或爱好。其次，还有树立正确的测试观：“我要做测试，而不是要我做测试”。如果这点都没有想好，我建议最好不要选择测试职业。即使从事了测试职业，自己也不会开心的，呵呵！！！

2.准确认识深入理解测试：

由于功能测试的入门比较容易，门槛低，这就让很多人对测试有一种误解。以为测试是任何人都可以胜任的，其实不然。很多外行对测试的一些误区都不了解，还在哪儿一直坚持，有时候简直是无语了。比如说单元测试、性能测试、安全测试、自动化测试工具、测试脚本开发、测试工具开发等等，这些测试活不是那么简单吧。很多人都是一面概全。作为应届毕业生，不仅自己要明白测试是什么？当别人误解测试时，你要给他讲清楚，说服他们，那才算本事？要是自己做了很久的测试，都还不理解测试，那就很失败了。

3.保持良好的学习心态：

一般来说，应届毕业生，刚进入公司，实践经验比较少，理论非常丰富。很多时候，就是眼高手低，一看似曾相识，一知半解就开跑，长时间这样，导致直接领导有看法，后面很难度过试用期。更有甚者，自以为是，不把领导或公司元老放到眼里，我行我素，结果就导致了同事关系处理不好，只有走人的份，怪可惜，这样的事我见过多次。建议应届毕业生刚跨入一家新公司，特别要保持低姿态，虚心向前辈学习、请教，保持良好的学习心态，并处理好同事的关系，方为上策。

4.明确学习方向，夯实测试基础：

作为刚毕业的应届毕业生，很多同行都很迷茫（包括我们部门做了1、2年测试的同事都有同感），他们没有明确的学习方向，自己都不知道自己要学习什么？以后从事哪方面的职业，都是盲目的随大流，整天看上去工作很忙碌，但是收获甚微。时间很快就过去了，回头一看，觉的自己啥都没学到，留下遗憾的居多。要避免这种情况，你在入门的时候，定位非常关键，比如说以后从事功能测试、性能测试、安全测试、自动化测试等等方向，必须很清楚，有了明确的学习方向，努力才有目标，才有动力。

5.不断定位自己的测试职业非常关键：

大部分的测试人员，对自己期望都很高，定位也很高。都想当测试经理，这当然是好事。我建议尤其是刚毕业的学生，对自己定位非常关键。并不是所有的测试人员，都能够成为优秀的测试经理，相应的，有的人只适合做测试技术，不适合做管理。这就要求应届生务必给自己定一个短暂的奋斗目标，比如说1到2年，成为一名优秀的测试工程师，第一个目标实现了。在2年的时候，再考虑自己是从测试管理方向发展，还是测试技术高级测试工程师方向发展，定第二个测试目标，这个时候比较切合实际，比较准确。如果第二个目标实现了，可以在逐步定一个较远的目标，这样目标不断升级。如果这个目标与自己的实际情况不符合，不能实现，就可以立马更改自己的目标。切忌自己盲目定位自己的测试职业。

6.准确把握测试行业的发展动态：

特别是在上海、北京这样的国际大都市，人才济济，不学习或原地踏步，就意味着落后。但是，学习也要能够准确把握测试行业的最新发展动态、测试方向或测试热点问题，只有这样“磨刀才不误砍柴工”，学习效率才会高，进步才会明显。并且，学习需要循序渐进，重在坚持，不能凭一时的热情做事情。如果您能够做到这点，相信您不久的将来一定是一名顶天立地的测试专家。

7.抓住好的职业发展机遇：

对每个人来说，机遇基本上都是平等的。好的职业发展机遇总是给那些随时有准备的人。只有随时都有危机意识并且不断进步的测试精英，才会把握好每一个好的机会。在选择职业发展机遇的同时，有一个误区就是并不鼓励大家平凡跳槽，这样对自己的职业生涯也不是太好。每个行业都接触，虽然业务方面的知识面光，但是不精，也没用。我们可以懂得少，但一定要精。当然，理想状态当然是测试复合型人才了。

8.选择快速提升自己能力的合适途径：

一个人想提高自己能力的途径是多方面的，比如说通过阅读大量的测试技术书籍，通过学习和实践结合来，不断提高。当然在学习中肯定会碰到很多困难，就需要我们自己努力去查询资料，自己解决，也许这样比较累，比较痛苦。或者选择一个合适的测试培训机构（如51Testing等等培训机构），让有丰富测试经验的培训讲师，给自己测试相关的技术知识，也许后面一种途径提升自己会快一点，直接一点，效果会好一些。也可以上一些软件测试的专业网站，下载部分经典测试资料，找到快速提高自己的合适路径。总之，自己可以根据自己的实际情况，来提升自己的工作能力。

智商测验包括十一个项目，有常识、理解、算术、类同、记忆、字词、图像、积木、排列、拼图、符号分别测验，完成整个测验大约需要一小时，汇总分析，写出测验报告约需要一个小时。

智商测试分类：

1、按测验的内容分：能力测验学绩测验，如成套的成就测验等。

2、按测验的对象特点分：个别测验和团体测验。

3、按测验表现形式分：文字测验（纸笔测验）和非文字测验。

4、按测验的目的分：描述性测验、诊断性测验、预测性测验。

5、按测验的时间分：速度测验和难度测验。

6、按测验要求分：有最高作为测验和典型行为测验。

影响智商的因素：

一、遗传：一般说父母智商高，孩子的智商也不会低。这种遗传因素还表现于血缘关系上，父母同是本地人，孩子平均智商为102；而隔省结婚的父母所生的孩子智商达109；父母是表亲，低智商的孩子明显增加。

二、母乳：母乳中含有多种促进儿童智力发育的活性物质，特别是对智力发育有重要影响的牛磺酸比牛奶要高出10倍之多。据调查，吃母乳长大的儿童比吃代乳品长大的儿童智商要高出3~10分左右。

三、饮食：饮食单调导致某些微量元素不足，或者饮食量过少，蛋白质等营养严重缺乏的情况下会导致智商发育受阻。摄入过多重金属元素如铅、铜等也会影响智商。

四、体重：体重超过正常儿童20%的孩子，其视觉、听力、接受知识的能力都会处于较低的水平。这是因为肥胖儿过多的脂肪进入脑内，会妨碍神经细胞的发育和神经纤维增生。

五、环境：生活在枯燥环境里的儿童，如弃婴，得不到母爱及良好的教育，智商会较低。据研究调查表明，这类孩子3岁时平均智商仅为60.5，反之，处于良好环境的3岁儿童智商平均为91.8。

六、药物：某些药物会影响儿童的智力，如长期服用抗癫痫药物可使智商偏低，当停药若干年后，智商便会有所提高

END，本文到此结束，如果可以帮助到大家，还望关注本站哦！