一、测试计划
-
什么时候做测试计划：产品需求确定后，测试需求分析完成后就可以开始做测试计划。
-
不做计划会有什么后果：
-
无法预估测试工作量和所需测试人员
-
分工不明确，工作重复或者遗漏
-
测试执行进度失控，无法合理安排测试工作
-
应对需求变更困难，风险发生时没有对应的措施，极大可能会导致测试遗漏，项目延期
-
产品发布没有统一的标准，上线意见不统一
-
-
测试计划的作用：总结一句话，什么人在什么时间做什么事。
-
方便汇报工作：给领导汇报工作时，就需要说明，时间、人员、硬件等资源情况。
-
指定测试过程：给下级执行工作做参考，让测试人员了解测试项目的整体情况，以及不同阶段的测试工作。
-
协调项目进度
-
提高测试效率
-
提高测试质量
-
-
注意事项
-
测试计划不一定完美，但一定要切合实际，要根据项目特性及公司实际情况来编写，不能脱离实际。
-
测试计划制定后，并不是一成不变，因为计划赶不上变化，需要根据软件需求、开发、人员流动等随机应变，不断调整，以满足现实需要。
-
测试计划要在宏观上反映项目的测试任务、测试阶段、资源需求等，不一定要非常详细。
-
资源和变更要事先作为一个可控风险。
-
-
时间要求和人员安排
-
测试负责人：测试计划、流程制定，测试报告模板、测试程序准备；测试协调。
-
测试执行人：执行测试用例、书写测试报告。
-
测试环境准备：测试环境的准备。
-
-
测试环境：一句话，测试环境 = 软件 + 硬件 + 网络 + 数据准备 + 测试工具
-
为什么要搭建测试环境：因为测试工作是在测试环境之上开展。稳定可控的测试环境可以使得测试人员更高效的完成测试执行工作。
-
测试环境分类
-
自动化测试环境
-
功能测试环境
-
性能测试环境
-
-
-
测试计划五要素（5W1H）
-
what（做什么）：明确测试的范围和内容
-
why（为什么做）：利用“5w”编制测试计划，帮助团队理解测试目的
-
when（什么时候做）：确定测试开始日期和结束日期
-
where（在哪里）：给出测试文档和软件存放的位置
-
who（谁去做）：确定测试负责人
-
how（怎么做）：制定测试的方法和工具
-
二、测试计划的内容
-
测试范围：也就是明确测什么
-
测试策略：也就是明确怎么测，对不同的测试场景，用什么测试方法
-
资源安排：也就是测试人员的安排，测试环境的搭建，还有测试工具的选择
-
进度安排：也就是明确什么时候开始测试，需要测试多久，以便和开发计划和上线计划衔接起来
-
发布标准：测试完成以及产品上线需要满足的标准，其实就是解决怎么算测试完成，怎么样才可以发布产品这两个问题。
-
风险预防：最后对测试过程中的风险进行预防，做好风险防患准备工作，并在测试计划中体现出来
三、测试计划的编写
-
首先明确测试范围，搞清楚需要测试哪些功能模块，接着根据需求分析结果，分别对需求功能点进行功能测试、兼容性测试、性能测试
-
对不同测试点采取不同的测试策略。
-
功能测试，依据需求分析思维导图以及功能测试用例；
-
兼容性测试，依据产品的应用场景来考虑浏览器的兼容性测试，比如：IE、chorme，或者手机兼容性测试，也就是IOS、Android的不同机型；
-
性能测试，依据产品架构以及线上数据分析；
-
接口测试、安全测试。
-
-
测试资源的分配
-
人力资源：测试人员的数量、测试人员的能力及经验
-
测试环境资源：
-
被测服务器的环境，以及与线上服务器的差异有哪些；
-
终端测试环境，pc的配置，手机的机型等；
-
测试工具，bug管理工具，用例管理工具，性能测试的工具等。
-
-
-
进度安排
-
发布标准
-
测试完成的标准：
-
完成所有测试类型；
-
没有影响用户正常使用的bug；
-
bug少于一定的数量；
-
服务端性能满足设计目标。
-
-
产品发布的标准：
-
所有产品需求都已完成；
-
交互视觉完成了走查；
-
遗留bug经过了风险评估；
-
使用说明文档完备。
-
-
-
测试风险