**

测试是偶然踏进来的，说一说我的测试之路。

好，开始
**
一、测试方案
测试方案是整个测试开始定制方案，基本上起到指导测试的作用，因此测试开始，制定一个行之有效的测试方案就显得十分重要。简而言之，测试方案就是从测试的角度去分析或者说分解需求，在方向上明确要怎么测，分析结果就是测试点和测试方法。
测试方案包含：

1、引言（含a、编写目的；b、预期读者；c、参考资料）；

2、测试范围；**

3、测试策略（根据不同的测试类型考虑不同的测试方法）

功能测试；
兼容性测试；
性能测试；
接口测试；
安全性和访问控制测试；
数据和数据库完整性测试；
集成测试；
用户界面测试；
负载测试；
强度测试；
容量测试；
故障转移和安装测试；
配置测试；
安装测试等。
功能测试，根据需求分析的思维导图和功能测试的测试用例覆盖功能模块；

4、测试资源

（含a、测试人员；b、测试环境（测试服务器环境、终端测试环境、 络环境）；c、测试工具（bug管理工具、用例管理工具、性能测试工具等）；d、bug的等级定义）；

5、进度安排

测试评估（业务复杂度、测试复杂度、产品质量要求、人员数量及能力） ；
进度安排（评估不同阶段、不同类型的测试工作的工作量、分配人力、预估时间） ；
输出文档

测试计划；
功能测试用例；
性能测试方案；
bug数据；
性能测试数据；
测试 告等等。

6、发布标准：

测试计划里所有测试类型都已经完成了；
功能上、兼容性上没有影响用户使用的Bug ；
允许遗留小部分影响不是很大的Bug，但这个数量应该小于一个值 ；
性能上符合设计目标和上线要求 这些标准都是针对测试工作本身的要求。
产品发布标准

产品需求都已完成；
符合交互设计规范，符合视觉要求，设计已通过评审 ；
遗留的一定比例数量的小部分Bug通过项目组完成了风险评估，都认可且问题不大；
产品使用说明或用户手册或更新log都已完备等等。

7、风险说明：

测试范围的风险，比如说测试需求分析是否准确、到位，是否漏了测试点，是否遗漏了某个测试类型，所以测试需求分析是整个测试工作的基础，还有就是产品需求变更的风险，加需求、减需求、改需求都需要重新进行测试需求分析；
测试进度的风险，比如说做计划时工作量估计的不准，导致项目延期，还有可能开发工作没有按时完成或改bug不及时导致进度延后，还有可能测试人员因为别的项目更重要抽调走了或者请假、离职等原因造成人员变动；
产品质量的风险，比如开发的代码质量比较低或者测试人员是新人对业务不熟悉，能力和经验有所欠缺等等；
测试环境的风险。
二、测试计划
测试计划是测试中比不可少的一部分，一份完整的测试计划反应了整个项目的测试安排与测试进度，让项目在测试环节达到了可控的环节。从而实现整个项目的可控。此外如需要，各大模块，小模块都可编写测试计划。
以自我的角度理解来说，测试计划一般包含以下这些模块

1. 测试目标：

根据xxx需求，提炼测试功能点、制定测试策略、评估测试 风险，预估编写测试用例、执行功能测试和回归测试的工作量，进行人员和进度 安排。

2. 测试范围：

功能模块：（需要结合实际情况）

3. 测试策略：

对需求中的功能改进进行完整测试，并根据应用场景和并发数考虑兼容性和 性能测试方案。 并需要指定出测试工具。

3.1 功能测试
见测试用例表

3.2 性能测试
3.3 系统兼容性测试

4. 测试资源

4.1 人员安排
4.2 测试环境
4.3 bug管理

5. 测试进度安排

5.1测试进度安排
任务 时间 执行人员 工作量
编写测试计划
测试环境准备
第一次功能测试
性能测试
回归测试
测试 告总结
5.2输出文档
测试计划
测试 告

6. 验收

6.1 测试验收标准
1.完成所有类型测试
2. 没有影响到用户业务使用的bug
3. bug数量少于一定数量
4. 功能业务，性能指标符合需求

6.2 产品上线标准
产品 checkelist

1. 已按照交互文档、需求文档完全的实现需求；
2. 符合交互稿的交互设计规范、符合视觉要求，已经通过设计评审；
3. 允许遗留可能会对用户正常使用造成一定影响的 normal 级缺陷，但应在 发布前告知项目组，并经风险评估一致同意发布后方可发布

7. 风险说明

主要包括三个方面：

测试范围风险 （测试遗漏，需求变更）
测试进度风险（预估量不准确，测试人员变动，其他业务工作，）
产品质量风险（代码质量，测试人员能力）
测试计划与测试方案，有一部分重复的内容，但二者却缺一不可，相辅相成。
测试 告
顾名思义，测试 告，就是对整个测试进行总结，踩过的坑下次就避免再次踩坑啦，自我理解之下测试包括以下几个模块。

、 概述

项目背景

测试时间

地点人员

测试环境

测试结果

测试用例执行情况

缺陷统计

测试缺陷详细列表

测试分析

项目总结

特别说下， 告中，尽量使用图标说明，加上大量数字，使人眼前一亮，毕竟使用图标的 告，才是好的 告。而且禅道中会自动生成图表，使用起来更方便。
三、软件著作权文档
现在软件上线，都需要软件著作权，而提供文档中，使用说明书，显的尤为重要，说明书的要素，包括“软件环境”“硬件环境”，操作使用说明，最好标明操作步骤。
https://mp.csdn.net/console/upDetailed
四、公司文档
公司较小，为初创公司，公司的对外展示ppt，，如产品策划书，公司介绍，只要按照测试理解的产品介绍，幸亏之前有部分ppt功底，较为简单，链接如下
https://mp.csdn.net/console/upDetailed