测试计划与分析
2020-07-22 11:02:26 0 举报AI智能生成
测试计划与分析
作者其他创作
大纲/内容
计划
表格：更多的：模块级的任务量的划分、进度的管理、人员的安排，资源的配置（不怎么关心）
粗粒度
细粒度
测试规范：用邮件方式（文档方式）告诉整个团队，涉及到不同团队的：规范，需要和不同团队达成一致，大家都遵守（如：转测试规范，缺陷管理规范），形成管理约束方
如：测试范围、进度规划、完成标志，不建议放在表格当中
测试范围，进度规划，不建议放在表格当中
邮件让团队知道
文档，存档
备注：相当于文档中：异常或风险事项
如：人力不够，需求不明确，进度延迟
及时在工作日报中，列出备注，发送邮件
分析&设计
分析：需求分析
需求分类
用户需求
产品需求
硬件
软件+硬件结合
软件或者平台，医疗行业设备等
软件需求
功能需求
性能需求
其他：安全需求
数据库需求
复用
竞争对手、类似产品
基线库（配置库）：相似经验
需求变更
紧急：口头、电话会议、远程邮件记录
自己整理形成：记录存档；（需求优先级）
没有需求怎么测试？
从执行层面：增删改查来测，业务流程
需求来源
需求规格说明书
UI界面原型
概设、祥设、系统产品设计，数据库设计（领域模型）
业务流程
可测性分析
可视、可见性
UI层
数据层
数据库
中间的处理程序
日志记录
被测软件：状态，当前输入当前输出：验证被测软件是符合要求的
可操作性
简单性
测试成本可控
挖掘隐式需求
隐含：理解一致
需要对用户数据定期进行备份
需求模块与测试需求模块，大部分都是一致的
提取测试需求，分析测试需求，提出被测对象
测试设计
过程
过程的体现：用草稿纸的方式，如A4纸
电子工具
脑海
测试方案
被测对象
解决：怎么测试，测试思路是怎样的
顶层设计（测试类型）
ST测试类型
交互性
各个模块之间是否有交互，相互影响
相互影响到的点或者说模块，要明确
测试任务的划分，测试数据的构造，测试流程的先后
继承性
工作量分配
可测性分析
分解分配
大化小，分解之后的并集，一定要和原始需求一致
模块级、子系统级，产品级，系统级
测试点
测试项~测试点~测试用例
测试用例设计
测试点
测试用例
用1条或者多条测试用例，覆盖测试点
测试数据设计
测试用例的不同就是测试数据的不同
实现&执行
用例实现
用例执行
0 条评论
下一页
