怎莫去测试

1.软件生命周期

1.1.项目立项

项目经理成立项目组,确定项目组的成员和角色及分工,确定项目目标、时间、里程碑、交付要求

1.2.需求分析

==需求分析工程师(产品经理),获取到原始的需求(客户、市场),并对原始需求进行分析和整理,SRS(需求规格说明书)

1.3 概要设计

HLD,软件架构SE针对软件整体的框架进行设计

1.4 详细设计

LLD,算法工程师,针对软件整个模块内部实现进行详细设计

1.5 编码

开发实现软件的1个过程

1.6 单元测试

UI,unit testing,模块测试,针对软件组成单位进行测试,主要测试函数、类

1.7 集成测试

IT,Integration testing,也叫联调,测试软件之间的接口

1.8 系统测试

ST,system testing,对整个软件进行测试、功能、性能、易用性、安全、兼容性等

1.9 验收测试

AT,acceptance testing,测试业务问题

1.10 维护

1.11 ESO

end of serverice

系统测试

测试整体流程、需求评审的内容、测试计划包含什么内容、如何编写测试计划、测试方案包含那些内容、如何编写测试方案、如何编写测试用例、测试用来设计方法、禅道(缺陷管理工具)、SVN文档管理工具、版本管理工具、如何进行测试执行、如何编写测试报告

如何快速熟悉项目

1. 查看需求文档熟悉业务
2. 查阅产品操作手册
3. 查看测试用例熟悉业务
4. 问产品、测试、培训
5. 通过实际操作熟悉业务

ecshop

测试计划

1.时间安排(测试计划、测试方案、测试用例、测试执行、测试报告)
2.人员分工安排(测试任务以及各个任务的时间和人员安排)
3.测试范围:功能测试、性能测试、安全测试、兼容性测试、易用测试、接口测试等
4.风险评估和规避措施
5.上线标准,挂起标准,恢复标准(测试过程中的原则和规定)
测试计划解决的是测什么的问题(what),谁来测(who),什么时候测(when)
属于管理型的文档

测试方案(可选)

1. 测试对象和测试范围
2. 测试的模块划分,各个模块的测试方法,测试策略、测试要点(重点)
3. 测试的标准:各项测试通过的标准、开发转测试的标准、测试驳回的标准、上线的标准
4. 测试工具的选择
5. 测试的组网环境
6. 测试数据的实现,测试代码的需求与实现
   测试方案指导设计测试用例,测试用例+测试点(执行),解决的是怎么测的问题(how),属于技术层面的文档

测试用例

1. 编号
   项目-ST-模块-子模块-编号
2. 模块
3. 标题
   测什么,不能重复
4. 优先级
   L M H
5. 预置条件
6. 输入
7. 测试步骤
8. 预期结果

用例评审的目的

1. 检查对应人员对需求理解是否正确,理解是否全面
2. 检查用例规范性
   开发环境(内网环境),内网测试环境

测试执行

第1轮测试执行:

主要对新功能、新需求,验证1级和2级的用例
第1轮结束的标志,1级2级用例基本验证通过,在内网测试环境

第2轮测试执行:

除了验证新功能新需求,重点对上1轮bug进行回归测试,对所有的功能进行全覆盖测试
第2轮测试结束的标志:
1级2级验证通过,可以有少量的3级不通过
测试环境:外网测试环境

第3轮测试执行

验证新功能新需求,原有的功能全部回归测试、全覆盖测试
结束的标志:系统整体稳定,发现的bug都已经修复并且关闭
生产环境

用户演示

用户有可能是产品经理,也有可能是真正的用户

测试报告

1. 测试进度
2. 缺陷的分布统计:一共有多少个bug,bug的模块分布,bug的严重程度分布,bug的状态分布,bug的指派分布
3. 风险规避措施
4. 测试结论,系统是否稳定,能否上线
5. 测试的时间安排
6. 测试的人员安排
7. 测试范围
8. 测试的标准
9. 测试的工具
10. 测试用例(可选)