测试计划和缺陷报告

测试计划

1、测试计划的目的：
1）、 确定测试范围 确定被测项目中功能模块，子功能模块等需要测试的范围。
2）、确定测试需求 确定每个功能结果定义，确定此功能是否存在缺陷。
3）、确定测试策略 确定对项目做哪些测试。如：功能测试，性能测试等。
4）、确定测试方法 确定对每个策略是用哪些方法。如：边界值，等价类等。
5）、确定测试工具 如: 功能测试使用Seleium，性能测试使用Jmeter等。
6）、确定测试资源 测试需要的设备，服务器、参与测试的人员、测试任务的分工，测试工作的进度。
7）、确定测试交付文档 确定测试工作中生成哪些文档，可提交文档有哪些
2、什么时候编写测试计划：
1）、一般来说，在产品需求确认，做过测试需求分析之后我们就要开始编写测试计划。当然测试计划编写的工作要根据工作实际来决定，也就是具体情况具体分析
3、测试计划内容：
1）、测试范围：明确测什么？比如：产品业务需求，产品是Web还是Pc，手机端，还是都有。
2）、测试策略：明确怎么测。对不同业务的测试方法，测试场景，测试类型。
3）、资源安排：对于测试人员的分配，对于测试人员所需要的测试工具上的选择。
4）、进度安排：在明确测试范围、方法和人员之后，我们要考虑什么时候开始测试，预计要测试多久？以便和开发计划、上线计划衔接。
5）、发布标准：发布标准是测试完成和产品上线需要满足的条件，以便项目内所有角色都有一致认可的目标。
6）、风险预防：最后，我们需要对整个测试过程中可能存在的风险，以及当这些风险发生时的应对措施提前进行一些考虑和准备，并在测试计划中体现出来。
4、测试类型分为哪几种：
1）、功能测试，兼容性测试，性能测试，安全性测试，接口测试等。
5.测试完成标准：
1）、完成所有测试类型
2）、没有影响用户正常使用的bug
3）、bug少于一定数量
4）、服务端性能满足设计目标
5、产品发布标准
1）、所有产品需求都已完成
2）、交互视觉完成走查
3）、遗留bug经过风险评估
4）、使用说明文档完备

缺陷报告

1、什么是缺陷？
一切不满足用户需求的都是缺陷。
2、缺陷的概念：
1）、软件未达到产品说明书标明的功能。
2）、软件出现了产品说明书中指明不会出现的错误。
3）、软件功能超出了产品说明书指明的范围。
4）、软件未达到产品说明书中虽未指出但应达到的目标。
5）、软件测试员认为软件难以理解、不易使用、运行速度缓慢，或最终用户认为不好。
2、缺陷报告的属性：
1）、缺陷编号：每个缺陷有一个唯一的编号。
2）、测试用例编号：你使用的那一条测试用例进行的测试。
3）、缺陷描述：哪里出现问题。
4）、复现缺陷步骤：你怎样点击照成的缺陷，步骤一定要详细。
5）、缺陷的严重程度：致命缺陷（软件崩溃），严重缺陷（功能实现不完整，影响用户使用），一般缺陷（某一功能点实现不够完美），较小缺陷（建议 提示用户）
6）、缺陷修复优先级：高优先级（立刻进行修改 1-2天之内）中优先级（属于严重缺陷 3-4天之内）低优先级（有时间就修改）
7）、测试人：测试组内谁测出的bug就提交谁的名字。
8）、指派人：指派给谁（android，web等）
9）、缺陷状态：缺陷的生命周期（新建，确认，解决，重新验证，关闭，重新打开）
10）、版本号：在哪个版本发现的问题
3、缺陷报告的注意事项：
1）、要多读优秀的缺陷报告，学习他们是怎么写的。
2）、每个缺陷报告尽量的截取图片和log，来帮助开发人员快速定位问题。
3）、对重现步骤自己要多执行几遍，确保开发人员可以再现缺陷。
4）、缺陷报告要客观得体，不要包含自己的主观情绪