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