共计 1448 个字符，预计需要花费 4 分钟才能阅读完成。
一、什么是测试计划
测试计划是指形容须要测试的个性、测试的办法、测试环境的布局、测试工具的设计和抉择、测试用例的设计办法、测试代码的设计方案。
二、测试计划的作用
测试计划通常分外部作用和内部作用，外部作用有以下 3 种：
（1）作为测试计划的后果，让相干人员和开发人员来评审。
（2）存储打算执行的细节，让测试人员进行同行评审。
（3）存储打算进度表、测试环境等更多的信息。
测试计划的内部作用是为顾客提供一种信念，向顾客交代无关测试过程、人员的技能、资源、应用的工具等信息。
背景
对测试对象（构件、应用程序、零碎等）及其指标进行简要阐明。须要包含的信息有：次要的性能和性能、测试对象的构架以及我的项目的简史。
三、测试计划具体设计
1、引言（含 a、编写目标；b、预期读者；c、参考资料）；
2、测试范畴；
3、测试策略（依据不同的测试类型思考不同的测试方法）
测试类型：功能测试；兼容性测试；性能测试；接口测试；安全性和访问控制测试；数据和数据库完整性测试；集成测试；用户界面测试；负载测试；强度测试；容量测试；故障转移和装置测试；配置测试；装置测试等。
1）功能测试，依据需要剖析的思维导图和功能测试的测试用例笼罩功能模块；
2）兼容性测试，要依据产品的利用场景来思考，比方 IE、Chorme、ios、android、不同机型等等；
3）性能测试，依据产品架构、预估数据、线上数据来判断须要执行性能测试的性能接口（比方登录接口）；
4）接口测试，安全性测试等等要依据理论的我的项目需要来确定。接口测试工具能够应用国产接口测试和接口文档生成工具：apipost
将须要用到的测试类型依照测试场景、测试方法等以援用文件的模式填写到测试计划中去，以便让所有我的项目人员分明的晓得要做哪些测试工作以及怎么做。
4、测试资源（含 a、测试人员；b、测试环境（测试服务器环境、终端测试环境、网络环境）；c、测试工具（bug 管理工具、用例管理工具、性能测试工具等）；d、bug 的等级定义）；
5、进度安顿
1）测试工作量估算: 测试评估（业务复杂度、测试复杂度、产品质量要求、人员数量及能力）；进度安顿（评估不同阶段、不同类型的测试工作的工作量、调配人力、预估工夫）；
2）输入文档：测试计划；性能测试用例；性能测试计划；bug 数据；性能测试数据；测试报告等等。
6、公布规范：
1）测试实现规范：测试计划里所有测试类型都曾经实现了；性能上、兼容性上没有影响用户应用的 Bug；容许遗留小局部影响不是很大的 Bug，但这个数量应该小于一个值；性能上合乎设计指标和上线要求 这些规范都是针对测试工作自身的要求。
2）产品公布规范：产品需要都已实现；合乎交互设计规范，合乎视觉要求，设计已通过评审；遗留的肯定比例数量的小局部 Bug 通过项目组实现了危险评估，都认可且问题不大；产品应用阐明或用户手册或更新 log 都已齐备等等。
7、危险阐明
1）测试范畴的危险，比如说测试需要剖析是否精确、到位，是否漏了测试点，是否脱漏了某个测试类型，所以测试需要剖析是整个测试工作的根底，还有就是产品需要变更的危险，加需要、减需要、改需要都须要从新进行测试需要剖析；
2）测试进度的危险，比如说做打算时工作量预计的不准，导致我的项目延期，还有可能开发工作没有按时实现或改 bug 不及时导致进度延后，还有可能测试人员因为别的我的项目更重要抽调走了或者销假、到职等起因造成人员变动；
3）产品质量的危险，比方开发的代码品质比拟低或者测试人员是新人对业务不相熟，能力和教训有所欠缺等等；
4）测试环境的危险。
