软件测试
2016-09-06 18:35:06 0 举报
AI智能生成
软件测试是软件开发过程中不可或缺的环节,它旨在发现并修复程序中的错误和缺陷,确保软件的质量和稳定性。测试人员通过编写测试用例、执行测试计划、记录测试结果等方式来验证软件的功能是否符合需求,性能是否稳定可靠。常用的测试方法包括黑盒测试、白盒测试、灰盒测试等,其中黑盒测试主要关注软件功能的正确性,白盒测试则更注重代码的结构和逻辑。在软件开发周期中,测试通常分为单元测试、集成测试、系统测试和验收测试等多个阶段,每个阶段都有不同的测试目标和重点。通过严格的软件测试,可以提高软件的可靠性和用户体验,降低软件维护成本和风险。
作者其他创作
大纲/内容
测试基础
检查产品说明书
开始测试
黑盒测试
白盒测试
静态测试
动态测试
静态黑盒测试,测试产品说明书
对产品说明书进行高级审查
假设自己是客户
研究现有的规范和标准
审查和测试类似软件
应注意
规模
复杂性
测试性
质量和可靠性
安全性
产品说明书的低层次测试技术
产品说明书属性检查清单
完整
准确
精确,清晰,不含糊
一致
贴切
合理
代码无关
产品说明书术语检查清单
总是,每一种,没有,所有,从不
当然,因此,明显,显然,必然
某些,有时,常常,通常,惯常,经常,大多,几乎
等等,诸如此类,以此类推,例如
良好,迅速,廉价,高效,小,稳定
处理,进行,拒绝,跳过,排除
如果。。。那么。。。
带上眼罩测试软件
综述
软件测试背景
软件错误用例研究
迪士尼的狮子王,1994-1995
英特尔奔腾浮点除法缺陷,1994
美国航天局火星极地登陆者号探测器,1999
爱国者导弹防御系统,1991
千年虫问题,大约1974
危险的预见,2004
软件缺陷
术语
缺点defect
失败failure
故障fault
异常anomaly
事件incident
偏差variance
问题problem
错误error
缺陷bug
辅助术语
产品说明书product spec
定义(规则)
软件未实现product spec要求的功能
软件出现了product spec指明不应该出现的错误
软件实现了product spec未提到的功能
软件未实现product spec未明确提及但应该实现的目标
软件难以理解、不宜使用、运行缓慢或者—从测试员角度看—最终用户会认为不好。
出现原因
产品说明书
设计
把误解当成缺陷
修复费用
随时间指数级增长
软件测试员
目的:尽可能早的找出软件缺陷并确保其得以修复
应具备的素质
软件开发的过程
产品的组成部分
子主题
产品说明书
进度表
软件设计文档
结构文档
数据流图
状态转换图
流程图
代码注释
测试文档
软件项目成员
项目经理、程序经理或监制人员
程序员、开发人员或者监制人员
测试员/QA
技术作者、用户协助专员等
配置管理员或构建员
生命周期模式
大爆炸模式
简单
边写边改模式
考虑到了产品需求
瀑布模式
非常强调产品的定义
步骤分立、没有交叉
无法回溯
螺旋模式
软件测试的实质
测试的原则
完全测试程序是不可能的
软件测试是有风险的行为
测试无法显示潜伏的软件缺陷
找到的软件缺陷越多,就说明软件缺陷越多
软件测试员找不到bug的原因
程序员心情不佳
程序员往往犯同样的错误
某些bug实乃冰山一角
杀虫剂怪事
并非所有软件都需要修复
原因
没有足够的时间
不算真正的缺陷
修复风险太大
不值得修复
什么时候才叫缺陷难以说清
产品说明书从没有最终版本
软件测试员在小组中不受欢迎
软件测试是一项讲究条理的技术专业
软件测试的术语和定义
精确与准确(precision and Accuracy)
确认和验证(verification and validation)
确认是保证软件符产品说明书的过程
验证是保证软件满足用户要求的过程
质量和可靠性
质量是产品的优秀程度
可靠性只是质量的一个方面
测试和质量保证(QA)
黑盒测试和白盒测试
静态和动态测试
运用测试技术
0 条评论
下一页