测试基础一

测试计划概念
定义:制定测试目的、范围、方法、时间进度及软件测试重点的过程

测试计划简介：
测试计划一般由测试组长或者项目经理负责撰写。测试人员按照测试计划里的内容来安排和调整自己测试的工作。

1.测试在公司和哪些人员来对接，需要看哪些文档，需要写哪些东西。
我们需要和运维，开发人员进行对接
在测试过程中，会产出很多文档，包括以下这些（不同公司要求不同）：

1）测试计划

2）测试用例

3）缺陷报告

4）测试报告

2.总结出测试计划和测试用例里的重点关注的部分。
测试计划（重点部分）：

项目概述
背景
目的
对象
术语
测试说明
测试对象范围
测试环境
测试资源
测试策略
任务分配
文档管理
风险控制
系统风险　　
　影响计划的潜在因素
应急措施
测试局限性
测试质量评估标准
　模块测试通过标准
　验收测试通过　
任务里程碑记录
附录以及其他

什么是测试用例？
为某个业务目标，而编制的一组由测试输入，执行条件以及预期结果组成的案例

为什么要使用测试用例
在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率

测试用例的使用令软件测试的实施重点突出、目的明确。

在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度、缩短项目周期。

检验软件是否满足客户需求、体现一个测试人员的工作量、展现测试用例的设计思路。

测试用例（重点部分）：
　　主要内容
用例编号（如何命名）
所属模块
用例标题（验证谁在什么情况下，去做什么，最后结果是什么）
优先级
***前置条件
***操作步骤
***测试数据
***预期结果
实际结果
　　辅助内容
通过否

bugID

编写人员

编写时间

测试人员

测试时间

备注

3.总结出缺陷报告和测试报告的重点关注部分
什么是缺陷
软件缺陷就是通常说的Bug,他是指在软件中(包括文档和程序)存在的影响软件正常运行的问题。

缺陷产生的原因
需求不明确和变更（沟通不充分产生）

软件结构复杂（架构不合理，认知不到位）

编码问题（程序员都是培训的，太菜了）

项目期限短（时间问题，越快越忙越出错）

使用新技术（不是最新的才是最好的，大家都知道老人活好

缺陷产生的原因
需求不明确和变更（沟通不充分产生）

软件结构复杂（架构不合理，认知不到位）

编码问题（程序员都是培训的，太菜了）

项目期限短（时间问题，越快越忙越出错）

使用新技术（不是最新的才是最好的，大家都知道老人活好

缺陷的分类
　　测试种类分类
界面类
功能类
性能类
安全类
兼容类
　　缺陷的验证程度
严重
一般
次要
轻微
　　缺陷的优先等级
立刻解决
高优先级
正常排队
低优先级
　　缺陷发生阶段分类
需求阶段缺陷
架构阶段缺陷
设计阶段缺陷
编码阶段缺陷
测试阶段缺陷
缺陷报告
　　什么是缺陷报告
　　　描述软件缺陷现象和重现步骤地集合

缺陷报告的核心要素
缺陷编号
缺陷状态
缺陷标题
重现步骤
严重程度
优先级
缺陷类型
测试环境
缺陷管理
　　提交缺陷管理的注意事项
可复现: 缺陷可以复现

唯一性: 一条缺陷只报告一个问题

规范性: 缺陷报告编写要规范, 符合公司或者项目要求

准确: 描述的信息是正确的

具体: 有细节且是真实特定的, 避免使用模糊不清的词语, 如功能中断, 功能不正确, 功能不起作用等等.

简洁易懂: 描述简单容易理解, 不要产生歧义

次序清晰: 描述缺陷过程有条件, 有先后顺序

什么是测试报告
记录测试的过程和结果，对发现的问题和缺陷进行分析的文档

测试报告分类
阶段测试报告

整体测试报告

测试报告内容
测试描述

测试目的

测试依据

测试范围

测试环境

测试实际进度

执行结果

测试结果分析

测试需求覆盖分析

测试用例执行分析

缺陷分布分析

遗留缺陷

测试缺陷列表

测试结论

测试有效性分析

测试结论

流程