测试方法抉择
- 输出分类选等价
- 给定范畴加边界
- 条件孤立想断定
- 有限穷举取正交
- 业务简单场景法
- 测试充沛全笼罩
理论设计的思路
- 任何状况下都必须应用边界值分析方法,教训表明用这种办法设计出测试用例发现程序谬误的能力最强
- 必要时用等价类划分办法补充一些测试用例
- 如果程序的性能阐明中,含有输出条件的组合状况,则一开始就可选用断定表法
- 如果程序业务复杂度比拟高,则适当应用场景法补充一部分测试用例
每条测试用例有惟一的测试目标
提测阶段,优先做冒烟测试
冒烟测试工夫不超过整体测试工夫的 10%;选取正向流程;
- 外围流程冒烟测试,要求 100% 通过
- 主流程冒烟测试,不能超过 30% 的场景出现异常
- 摸索式冒烟:半小时随机测试,发现 bug 不超过 10 个
如果冒烟测试不通过,视为不进入测试阶段,测试大会,须要从新提测,从新冒烟
缺点
- 理论工作中,在麻利开发的模型下,以口头沟通,进步解决效率
与开发人员沟通的正确姿态
- 相熟根本的开发原理,做到业余,清晰,有条理地表白
- 站在开发的角度去了解思考问题
- 同时也要相熟开发人员的沟通习惯
我的项目上线
须要留神的问题
- 代码合并有脱漏
- 线上环境和测试环境不同,遗记对哪些配置进行了批改
- 数据库减少配置项时,有配置项脱漏减少,或者减少不正确
上线前把控 – 上线前告诉上下游零碎 – 非凡状况考量 – 上线后测试验收 – 线上问题跟踪 – 紧急公布测试 – 继续跟进 – 补测试用例
我的项目迭代
测试报告
- 将测试的过程与后果写成文档
- 对发现的问题和缺点进行剖析,为纠正软件存在的品质问题提供根据
- 为软件验收和交付打下基础
- 测试报告是测试阶段最初的文档产出物
- 优良的测试人员应该具备良好的文档编写能力
- 一份具体的测试报告蕴含足够的信息,包含产品的品质和测试过程的评估
- 测试报告基于测试中的数据采集以及对最终的测试后果剖析
内容
- 报告信息
- 引言
- 测试概要
- 测试后果与缺点剖析
- 测试论断与倡议
- 测试限度
验收测试
验收测试是部署软件之前的最初一个测试操作
目标:确保软件准备就绪,并且能够让最终用户将其用于执行软件的既定性能和工作
工作:
- 向将来用户表名零碎可能像预约要求那样工作,也就是验证软件的有效性
- 验证软件的性能和性能如同用户所正当期待的模样
验收测试策略
Alpha 测试
- 由用户在开发环境中进行的测试
- 开发机构外部的用户在模仿实际操作环境下进行的测试
- 是在开发者受控的环境下进行的测试
- 在零碎开发靠近实现时,对利用零碎的测试
- 测试后依然会有大量的设计变更
- 个别由最终用户或其余人员实现
Beta 测试
- 由软件的多个用户在一个或多个用户的理论应用环境下进行的测试
- 由用户记录下遇到的所有问题,定期向开发者报告
- 模仿实在的环境从而发现缺点的一种测试