软件测试第十七~二十章知识点
2016-12-13 19:26:24 0 举报AI智能生成
软件测试第十七~二十章知识点
作者其他创作
大纲/内容
第十七章：计划测试工作
测试计划的目标
规定测试活动的范围、方法、资源和进度；明确正在测试的项目、要测试的特性、要执行的测试任务、每个人物的负责人，以及与计划相关的风险
测试计划的主题
高级期望
人、地点和事
定义：构造、测试发布文档（TRD）、Alpha版、Beta版、说明书完成、特性完成、软件缺陷会议
团队之间的责任
那些要测试，那些不要测试
测试的阶段
测试策略
资源需求：人员、设备、办公室和实验室空间、软件、外包测试公司、其他配备
测试员的任务分配
测试进度
'软件缺陷报告
度量和统计
风险和问题
第十八章：编写和跟踪测试用例
测试用例计划的目标（原因：组织、重复性、跟踪、测试或者不测试证实）
测试用例计划综述
测试设计：标识符、要测试的特性、方法、测试用例的确认、通过/失败规则
测试用例：标识符、测试项、输入说明、输出说明、环境要求、特殊过程要求、用例之间的依赖性
测试程序（需要定义的内容：标识符、目的、特殊要求、程序步骤【日志。设置、启动、程序、度量、关闭、重启、终止、偶然事件】）
测试用例组织和跟踪
管理和跟踪系统
凭脑子记
书面文档
电子表格
自定义数据库
第十九章：报告发现错误
设法修复软件缺陷
不修复缺陷的原因
没有足够的时间
不算真正的软件缺陷
修复的风险太大
不值得修复
无效的软件缺陷修复报告
报告软件缺陷的基本原则
尽快报告软件缺陷
有效描述软件缺陷(短小、单一、明显并通用、可再现)
在报告软件缺陷是不要做评价（针对产品，陈述事实）
对软件缺陷报告跟踪到底
分离和再现软件缺陷
分离软件
不要想当然地接受任何假设
查找时间以来和竞争条件的问题
边界条件软件缺陷、内存泄漏和数据溢出等白盒问题可能慢慢自己显露出来
状态缺陷仅在特定软件状态中显露出来
考虑资源依赖性和内存、网络、硬件共享的相互作用
不要忽视硬件
并非所有软件缺陷生来就是平等的
软件缺陷的划分
严重性（软件缺陷的恶劣程度）常用划分方法
系统崩溃、数据丢失、数据毁坏，安全性被破坏
操作性错误、结果错误、功能遗漏
小问题、拼写错误、UI布局、罕见故障
建议
优先级（修复缺陷的重要程度和紧迫程度）常用划分方法
立即修复，阻止了进一步测试，立竿见影
在产品发布之前必须修复
如果时间允许应该修复
可能会修复了，但是即使有产品也能发布
软件缺陷的生命周期
最优化的生命周期
打开状态：缺陷最先被测试员发现，被记录报告并指定给程序员修复
解决状态：程序员修复代码，报告回到测试员手中
关闭状态：测试员执行验证测试，确认软件缺陷确实得以修复，如果是，关掉
复杂情况下，附加状态和一些辅助连线
审查状态：项目经理或者委员会决定软件缺陷是否应该修复
推迟：审查可能认定软件缺陷应该在将来的某一时间考虑修复，但是在软件该版本中不修复
软件缺陷跟踪系统
标准：测试时间报告（标识符、总结、事件描述、影响）
手工软件缺陷报告和跟踪（书面表单）
自动化软件缺陷报告和跟踪
第二十章：成效评价
使用软件缺陷跟踪数据库中的信息（是评测项目状态和软件测试员自身进展极其有效的方式）
在日常测试中使用的度量（执行查询或得到一个或者多个查询结果之后转化为打印报表和图形化表单）
常用项目级度量（质量和可靠性等级是多少、是否依照进度在进行）
0 条评论
下一页
