- 为什么要测试?
- 什么是测试?
- 周期阶段
- 生命周期阶段
- 可行性分析
- 产品经理 项目经理 开发经理 学而思 架构师 技术大佬
- 技术难关,根据公司现有的技术能力是否能够解决实现项目功能
- 需求分析
- 产品经理 手机客户需求 输出需求文档 ;进行需求分析
- 需求分析由谁主导:产品经理去宣导(哪个页面加什么功能 例:打印当前有页面的数据)
- 开发阶段
- 测试过程师:对项目软件测试验证 (验证数据是否正确 )
- 生命周期模型有哪些?
- V模型
- 需求分析--产品经理根据用户的需求提炼为项目需求
- 经过多轮讨论分析最终形成一个基线化文档,叫需求规格说明书,简称SRS
- 基线文档:代表各方对该文档达成一致。可以进入下一阶段
- 概要设计--HLD 项目分模块A、模块b、模块c》开发输出概要设计文档
- 详细设计--LLD 针对每个模块中具体的功能怎么实现 》开发输出详细设计文档
- 编码和实现:开发人员编写代码(代码打成压缩包文件 .war/.jar)
- 单元测试:UT 又称白盒测试 对代码进行测试,由开发人员完成
- 集成测试:IT 模块A、模块b、模块c 单独测试没有问题,放在一起 经常测试 又称灰盒测试 接口(api)测试
- 系统测试 :ST 功能测试 黑盒测试 ,除了保证当前的软件功能正常使用还需要保证与第三方系统对接不会出现问题
- 系统集成测试
- SIT1:又称全量测试,需要测试所有编写的测试用例==》编写1000条测试用例需要全部在执行测试完成
- 上线硬性标准 0 BUG
- 允许带易用性BUG上线(易用性BUG不会影响功能使用)
- 当前版本发现的易用性BUG如果要留到下一个版本中解决
- 验收测试:UAT
- α测试
- 公司内部的开发和测试人员模拟用户行为操作软件,对此时发现的BUG进行修复
- β测试
- 产品已经交付到客户手中,此时出现BUG,客户进行收集发生抄送邮件
- W模型
-
- TPM:测试经理编写测试计划(规定的测试范围,人力安排,软件与硬件的资源,测试进度,风险评估)
- 项目组常用的评审
- 组内评审:项目中开发、产品、UI设计、测试进行评审
- 会议评审:项目中开发、产品、UI设计、测试进行评审、客户参与
- testlink:是一款用例管理工具
- TPM或测试骨干或运维人员搭建测试环境
- 环境搭建好之后,开发人员将开发的功能代码打包,交友TPM或者运维人员精选部署测试环境,部署完成之后重启服务器,就可以通过浏览器访问,项目部署一般都是在服务器上
- H模型
-
- 冒烟测试
- 冒烟测试SIT1系统集成测试之前执行,在测试用例中选取部分用例进行测试
- 冒烟测试不通过,版本打回,开发人员再次重新编码修复,修改完之后再次进行打包,再次打包部署,再次进行冒烟测试,直到冒烟测试通过为止
- 迭代开发模型
- 将复杂且周期长的项目,划分多个独立的功能模块分索格版本开发上线
- 测试的基本原则?
- 软件的完美度每天完全正确的,测试只能帮助软件更加完美,更加正确
- 测试应该尽早介入
- 需求分析评审对需求理解更加透彻,为后面输出测试用例和测试工作打好基础
- 确保开发、测试和TPM对接是一致的,规避后面更能开发出现错误
- 测试活动的生命周期
|
|