什么是软件测试？

什么是软件测试？换个角度考虑会更好理解点，从需求的角度考虑——为什么要有软件测试？这个时候有经验的读者朋友们肯定会想到：保证软件交付或上线质量，提升用户体验。那么如何保证软件质量，提升用户体验呢？这就需要对软件进行系统的测试，根据测试数据正确合理的评估软件质量。这一系列的针对被测软件的评测动作就是软件测试，动作的执行者就是软件测试人员；测试人员依据一些方法对系统进行测试，正确合理的评估软件质量；这些方法就是软件测试方法。

那么知道了什么是软件测试，如何衡量一名软件测试人员基本功？

要知道软件测试就是软件测试人员理解、分析测试需求，设计、执行测试用例，对被测软件质量进行正确合理评估的一系列动作。那么如何理解、分析需求，如何设计、执行用例，如何正确合理评估就成为评估软件测试人员基本功的三个衡量维度。

下面就对如何理解、分析需求，如何设计、执行测试用例以及如何评估进行详细阐述。（以下内容基于自己的工作经验，如有问题，请读者朋友们多多指教）

如何理解、分析需求？在传统的软件公司使用的瀑布模型的软件开发流程。所以一般测试拿到的都有详细的交互稿和产品规格说明书，那么测试做的就是吃透产品提供的交互稿和产品规格说明，其中有疑问的地方均标注下来，后面找产品进行统一回复；产品回复后，根据产品回复的内容看是否能解决自己的问题，如果还有问题继续找产品对清楚。当自己吃透产品需求时，没经验的同学可以根据软件质量模型进行脑图的构思，有经验的软件测试人员可以针对性进行脑图编写；完成后有必要进行评审，帮助我们完善测试点，测试方法；评审时叫上产品，开发组长，测试组长等相关人员进行评审，然后收集大家认为有改进的地方，根据这些改进的地方进行修改完善，确保自己写的测试点尽量覆盖产品所有需求点。然后根据脑图进行测试用例的设计，这里如果时间成本允许的话，可以再进行一次用例评审；确保自己的测试用例尽量覆盖所有的测试点。有问题的修改完善，没问题的话就开始根据用例进行软件测试了。总结下测试流程就是需求理解、需求分析、测试点脑图构思、评审、用例设计、评审、用例执行、分析测试数据，编写测试报告。

不同于传统的软件公司，互联网公司的系统的复杂性，服务的多样性和迭代速度，以上说的那套根本执行不了，主要是时间成本不允许。现况基本是开发提测得时候，测试才看到需求，这个时间开发已经完成开发了，所以需求一旦有问题，返工成本很高。这其实很多的工作都压到测试阶段才开始进行，这里我也只能主动的跟产品对需求，理清楚功能点；拉着产品跟开发一起对方案；看开发的方案能不能解决产品的每一个功能点；确保开发做的是产品真正想做的。然后才开始进行测试。

如何设计、执行测试用例？告诉大家工作的时候经常用的用例设计方法最多的就是等价类、边界值等方法，有经验的可以进行错误推测法。这里就不深说了。执行用例简单的概括下就是：数据真实，过程认真负责。

如何正确合理评估一个软件质量？如果你的公司有现成的测试报告模板，那就先按照模板来吧，如果没有可以从软件质量模型的角度也进行分类评估。评估在此就不赘述了。