产品经理你应该系统的了解软件测试！

关注“产品大烩”做产品不迷路

一．产品/测试个人观点概述

软件测试是软件工程（包括但不限于需求分析、程序设计、开发语言、数据库、软件开发工具、模式、测试及维护等方面）的最后一道防线。软件测试对于产品经理来可以确定程序开发是否达到了产品的用户需求和功能要求，所以产品经理需要熟悉软件测试。其次产品经理需要有着浑厚的行业知识，同时也需要有着深厚的软件工程思想。具备软件工程思想的产品经理才能更好的将行业知识与软件知识结合起来，才会设计出更优质的软件产品。

项目上线前的核心的一个环节——软件测试（产品经理对这个测试过程需要有熟悉的了解）。

二．测试计划

1）确定测试计划

首先测试人员会根据产品的需求文档（PRD）中关于功能要求和性能指标的规格说明，定义相应的测试需求报告，即制定黑盒测试的最高标准，以后所有的测试工作都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之即是不合格的；同时，还要适当选择测试内容，合理安排测试人员、测试时间及测试资源等。测试人员编写的测试计划应该会描述所要完成的测试，这也是指导测试的纲领性文件，根据不同公司对项目的不同要求，测试计划的内容不尽相同，但是主要内容大同小异。

三．设计测试用例

关注“产品大烩”做产品不迷路

测试用例（Test Case，TC），指的是在测试执行之前设计的一套详细的测试方案，包括测试环境、测试步骤、测试数据和预期结果。即：

测试用例=输入+输出+测试环境

其中，“输入”包括测试数据和测试步骤，“输出”指的是期望结果，而“测试环境”指的就是系统环境设置。

四．测试执行

测试执行是测试计划贯彻实施的保证，是测试用例实现的必然过程，严格地测试执行使测试工作不会半途而废。

测试执行前，应做好如下准备工作：

测试环境的搭建

测试用例执行过程中，搭建测试环境是第一步。一般来说，软件产品提交测试后，开发人员应该提交一份产品安装指导书，在指导书中详细指明软件产品运行的软/硬件环境，比如要求操作系统是Windows2000版本，数据库是SQL Server2000等。此外，应该给出被测试软件产品的详细安装指导书，包括安装的操作步骤、相关配置文件的配置方法等。

测试任务的安排

不仅包括指定哪些人参加测试活动，谁负责功能测试、性能测试、界面测试等，谁负责测试环境的维护等，还包括人员的培训，知识的传递等。

测试用例执行

测试执行过程中，当测试的实际输出结果与测试用例中的预期输出结果一致时，是否可以认为测试用例执行成功了？答案是否定的，即使实际测试结果与测试的预期结果一致，也要查看软件产品的操作日志、系统运行日志和系统资源使用情况，来判断测试用例是否执行成功了。全方位观察软件产品的输出可以发现很多隐蔽的问题。测试执行过程中，应该注意及时更新测试用例。往往在测试执行过程中，才发现遗漏了一些测试用例，这时应该及时补充；往往也会发现有些测试用例在具体的执行过程中根本无法操作，这时应该删除这部分用例；也会发现若干个冗余的测试用例完全可以由某一个测试用例替代，那么删除冗余的测试用例。

缺陷报告

缺陷报告单中最关键的几个部分：第一部分是发现缺陷的环境，包括软件环境、硬件环境等；第二部分是缺陷的基本描述；第三部分是开发人员对缺陷的解决方法。通过对上述缺陷报告单的三个部分进行仔细分析，从中掌握了软件产品最常见的基本问题，并吸收了其他软件测试人员的工作经验。

五．测试总结

软件测试执行结束后，测试活动还没有结束。测试结果分析是必不可少的重要环节，“编筐编篓，全在收口”，测试结果的分析对下一轮测试工作的开展有很大的借鉴意义。前面的“测试准备工作”中，建议测试人员阅读缺陷跟踪库，查阅其他测试人员发现的软件缺陷。测试结束后，也应该分析自己发现的软件缺陷，对发现的缺陷分类，你会发现自己提交的问题只有固定的几个类别；然后，再把一起完成测试执行工作的其他测试人员发现的问题也汇总起来，你会发现，你所提交问题的类别与他们有差异。这很正常，人的思维是有局限性的，在测试的过程中，每个测试人员都有自己思考问题的盲区和测试执行的盲区，有效的自我分析和分析其他测试人员，你会发现自己的盲区，有针对性的分析盲区，必定会在下一轮测试中避免盲区。