测试方案

1.编写测试方案的目的是啥？

也许有人会说：根据产品功能需求（好比PRD）文档，参考产品设计文档，测试工程师就能够理解需求、设计测试用例了，不须要测试方案文档，即便写了测试方案，也主要是把产品需求和设计文档内容copy一下而已。有以上这样的想法，是由于没有真正理解测试方案的做用。其实软件测试方案的做用很是相似于产品设计说明（文档），开发工程师根据产品功能需求和设计说明来编码实现功能，而测试工程师须要基于产品功能需求和测试方案来设计和执行测试用例，同时也要参考产品设计说明文档，因此测试方案目的是：在方向上明确要测什么、怎么测，以及达到什么样质量标准。

2.如何产出有效的测试方案？

若是只是把产品需求和部分设计说明内容copy一下，给出测试进度计划，这样的测试方案对用例设计和执行意义不大。我想做为方案，至少要包括几个关键因素：范围，时间，资源和质量，而不一样行业产品，测试方案应该相应地进行对这几个关键因素进行分解和调整。对于软件测试方案，我想主要应该包括：测试需求分析，测试策略，测试资源，测试计划，项目风险和质量，若是咱们可以明确以上这些因素，这样的测试方案就必定可以有效地指导咱们测试设计和执行。

2.1测试需求分析：

测试需求分析就是把产品需求（好比PRD文档）和对用户的理解（用户体验）转化、分解成测试功能点，产品需求是咱们测试需求主要输入，但不是所有，咱们还须要仔细分析产品设计说明，能够产出更多可测试的功能点（这些功能点每每没有包含在产品需求中）。还要加入对性能、安全、接口和回归测试范围分析。测试需求是肯定测试进度计划和资源的主要依据。

2.2测试策略：

测试需求肯定后，咱们就要思考如何验证测试需求中的功能点，采用什么测试方法：手工、自动化测试和是否须要新方法或工具，好比新功能采用手工测试，部分回归用例使用自动化脚本，用新方法来准备测试数据，采用合适的工具验证复杂的测试结果。肯定测试优先级，确认哪些业务功能是最重要，那个是新代码模块，哪些旧模块改动较大，与之相关的功能点要重点测试，测试不可能１００％覆盖，可是对于重要、高危的功能必需要全面验证，保证资源投入到当前最高优先级的任务。

2.3测试资源：

通常状况下，团队同时有多个项目，测试PM须要根据项目的优先级来肯定每一个项目的测试资源，通常状况下，软件测试资源主要包括：人力和设备机器。

2.4测试计划：

根据测试需求和策略，结合项目优先级和测试资源状况，评估测试进度计划，通常状况下，测试资源越充分，测试进度越乐观，但并不是绝对，有时候一些软件ＢＵＧ会阻塞测试进度，这也是项目风险的一部分。

2.5风险管理：

在测试执行开始以前，对可能的风险进行分析和识别很重要，能够提早进行预防和采起应对措施，因此项目过程当中，咱们须要按期评估测试进度状况，提早进行风险预警。

2.6质量：

质量是指测试项目须要达到的标准，各个公司和项目都会有相应的标准要求，因为质量标准能够是公司内多数项目共识，因此也能够没必要在测试方案中列出。对测试项目来讲，比较常见的是以测试用例执行率、经过率和未关闭BUG级别/数量来设定质量标准。

测试方案初稿完成后，必需要请项目相关测试、开发和需求方同事评审，澄清对需求和设计的理解，讨论测试方法，每每在测试方案评审中，咱们可以对产品需求进行完善，给产品详细设计提供更多输入，使开发同事可以提早完善代码逻辑，并且测试工程师也可以进一步理解需求和设计，从而有助于设计完善测试用例设计，保证测试覆盖率。