软件测试
1、软件测试 计划简介
1.1测试计划
定义：指定测试目的、范围、方法。时间进度以及软件测试的重点的过程
2、测试用例
2.1 什么事测试用例
为某个业务目标而编制的一组由测试输入，执行条件以及预期结果组成的案例
2.2 为什么要使用测试用例
在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率
测试在用例的使用令软件测试的实施重点突出，目的明确
在软件测试
检查软件是否满足客户需求、体现一个测试人员的工作量、展示测试用例的设计思路
检验软件是否满足客户需求、体现一个测试人员的工作量、展现测试用例的设计思路。
1.3、测试用例的内容
主要内容
用例编号（如何命名）
所属模块
用例标题（验证谁在什么情况下，去做什么，最后结果是什么）
优先级
前置条件
操作步骤
测试数据
预期结果
辅助内容
通过否
bugID
编写人员
编写时间
测试时间
备注
3、缺陷
3.1、什么是缺陷
软件缺陷就是通常说的bug，它是指在软件中（包括文档和程序）存在的影响软件正常运行的问题
3.2、缺陷产生的原因
需求不够明细和变更（沟通不充分）
软件结构复杂（架构不合理，认知不到位）
编码问题（程序员都是培训的，太菜啦）
项目期限短（时间短，却快越忙越出错）
使用新技术（不是最新的才是最好的）
3.3、测试分类
3.3.1、测试种类分类
界面类
功能类
性能类
安全类
兼容类
3.3.2、缺陷的验证程度
严重
一般
次要
轻微
3.3.3、缺陷的优先等级
立刻解决
高优解决
正常排队
优底解决
3.3.4、缺陷发生阶段
需求阶段的缺陷
构架阶段的缺陷
设计阶段的缺陷
编码阶段的缺陷
测试阶段的缺陷
3.3.5、缺陷报告
3.3.5.1、什么事缺陷报告
描述软件缺陷现象和重现步骤地集合
3.3.5.1、缺陷报告的核心要素
缺陷编号
缺陷状态
缺陷标题
缺陷步骤
严重程度
优先级
缺陷类型
测试环境
四、缺陷管理
4.1、提交缺陷的注意事项
可重复新：缺陷可以重现
唯一性：一条缺陷只报告一个问题
规范性：符合公司或者项目要求
准确： 描述的信息是正确的
具体： 有细节且是真实特定的，避免使用模糊不清的词语，如功能中断，功能不正确，功能不起作用等等。
简洁易懂： 描述简单容易理解， 不要产生分歧
次序清晰： 描述缺陷过程有条件，有先后顺序
缺陷的跟踪流程
5. 测试报告
5.1 什么是测试报告
记录测试的过程和结果， 对发现的问题和缺陷进行分析的文档
5.2 测试报告分类
阶段测试报告
整体测试报告
5.3 测试报告的内容
5.3.1 测试描述
测试目的
测试依据
测试范围
测试环境
测试实际进度
5.3.2 执行结果
5.3.3 测试结果分析
测试需求覆盖分析
测试用例执行分析
缺陷分布分析
遗留缺陷
测试阶段列表
5.3.4 测试结论
测试有效性分析
测试结论
整体流程
1.测试在公司和哪些人员来对接，需要看哪些文档，需要写哪些东西。
对接人员：产品经理、开发人员、运维人员、
需要看那些文档：原图型、需求文档、单元测试、接口文档、部署文档
需要写哪些东西：测试计划、测试用例、缺陷报告、测试报告
2.总结出测试计划和测试用例里的重点关注的部分。
测试计划：测试对象范围、测试环境、测试资源、测试策略、任务分配、文档管理
测试用例：用例编号、所属模块、用例标题、优先级、前置条件、操作步骤、测试数据、预期结果、实际结果
4.总结出缺陷报告和测试报告的重点关注部分
浙公网安备 33010602011771号