学习测试第一天
2013-05-22 19:20
218 查看
读《软件测试》学习笔记:
软件缺陷是什么:官方定义,只有至少满足以下5个规则之一才称发生了软件缺陷。
1)软件未实现产品说明书要求的功能。
2)软件出现了产品说明书指明不应该出现的错误。
3)软件实现了产品说明书未提到的功能。
4)软件未实现产品说明书未明确提到但应该实现的目标。
5)软件难以理解、不易使用、运行缓慢或者---从测试员的角度看---最终用户会认为不好。
软件缺陷的修复费用随时间指数级增长。
软件测试员究竟做什么:
软件测试员的目标是发现软件缺陷
软件测试员的目标是尽可能早的找出软件缺陷
软件测试员的目标是尽可能早的找出软件缺陷,并确保其得以修复。
软件开发过程:
软件产品构成的主要部分:
客户需求、产品说明书、进度表、软件设计文档、测试文档
软件开发生命周期:
大爆炸模式、边写边改模式、瀑布模式、螺旋模式
软件测试的实质:
测试的原则:1)完全测试程序是不可能的
2)软件测试是有风险的行为
3)测试无法显示潜在的软件缺陷
4)找到的软件缺陷越多,就说明软件缺陷越多
5)杀虫剂怪事(软件测试尽可能多用不同方法)
6)并非所有的软件缺陷多要修复
7)未发现的缺陷只能说是潜在缺陷
8)产品说明书从来没有最终版本
软件测试的术语:精确和准确,确认和验证,质量和可靠性
a.精确和准确很大程度上取决于产品。
b.确认是保证软件符合产品说明书的过程,验证时保证软件满足用户要求的过程。
c.可靠性是质量的一部分
测试基础:
白盒测试和黑盒测试:在黑盒测试中,测试员只需要知道软件要做什么,而无法看到盒子里面的软件是如何运行的。
在白盒测试中,测试员可以访问程序员的代码,并通过检查代码的线索来协助测试。
静态测试和动态测试:静态测试是指测试不运行的部分-----只是检查和审核
动态测试是指通常意义上的测试-----使用和运行软件
测试产品说明书属于静态黑盒测试。
如何检查产品说明书:测试产品说明书的第一步不是马上钻进去找缺陷,而是站在一个高度上进行审查。
假定自己是客户
研究现有标准:具体软件有具体标准,如:公司惯用语和约定、行业要求、政府标准、用户图形界面、安全标准
审查和测试类似软件:审查时要注意一些问题,如:规模,复杂性,测试性,质量和可靠性,安全性
产品说明书的低层次测试技术:
产品说明书属性检查清单:完整、准确、精确、一致、贴切、合理、代码无关、可测试性
产品说明术语检查清单:总是、每一种、所有、没有、从不: 看到此类绝对或肯定的描述,需要确认是这样的,测试人员要考虑
违反这些情况的用例
当然、因此、明显、显然、必然: 这些话意图说服你接受假定情况,不要中了圈套。
某些、有时、常常、通常、经常、大多、几乎: 这些话太过模糊
等等、诸如此类、以此类推、例如:以这样的词语结束的功能清单无法测试,功能清单要绝对或者解释明确
良好、迅速、廉洁、高效、小、稳定: 这些事无法量化的术语。
处理、进行、拒绝、跳过、排除: 这些语句可能隐藏着大量需要说明的功能。
如果...那么。。。(没有否则): 想想就有问题
软件缺陷是什么:官方定义,只有至少满足以下5个规则之一才称发生了软件缺陷。
1)软件未实现产品说明书要求的功能。
2)软件出现了产品说明书指明不应该出现的错误。
3)软件实现了产品说明书未提到的功能。
4)软件未实现产品说明书未明确提到但应该实现的目标。
5)软件难以理解、不易使用、运行缓慢或者---从测试员的角度看---最终用户会认为不好。
软件缺陷的修复费用随时间指数级增长。
软件测试员究竟做什么:
软件测试员的目标是发现软件缺陷
软件测试员的目标是尽可能早的找出软件缺陷
软件测试员的目标是尽可能早的找出软件缺陷,并确保其得以修复。
软件开发过程:
软件产品构成的主要部分:
客户需求、产品说明书、进度表、软件设计文档、测试文档
软件开发生命周期:
大爆炸模式、边写边改模式、瀑布模式、螺旋模式
软件测试的实质:
测试的原则:1)完全测试程序是不可能的
2)软件测试是有风险的行为
3)测试无法显示潜在的软件缺陷
4)找到的软件缺陷越多,就说明软件缺陷越多
5)杀虫剂怪事(软件测试尽可能多用不同方法)
6)并非所有的软件缺陷多要修复
7)未发现的缺陷只能说是潜在缺陷
8)产品说明书从来没有最终版本
软件测试的术语:精确和准确,确认和验证,质量和可靠性
a.精确和准确很大程度上取决于产品。
b.确认是保证软件符合产品说明书的过程,验证时保证软件满足用户要求的过程。
c.可靠性是质量的一部分
测试基础:
白盒测试和黑盒测试:在黑盒测试中,测试员只需要知道软件要做什么,而无法看到盒子里面的软件是如何运行的。
在白盒测试中,测试员可以访问程序员的代码,并通过检查代码的线索来协助测试。
静态测试和动态测试:静态测试是指测试不运行的部分-----只是检查和审核
动态测试是指通常意义上的测试-----使用和运行软件
测试产品说明书属于静态黑盒测试。
如何检查产品说明书:测试产品说明书的第一步不是马上钻进去找缺陷,而是站在一个高度上进行审查。
假定自己是客户
研究现有标准:具体软件有具体标准,如:公司惯用语和约定、行业要求、政府标准、用户图形界面、安全标准
审查和测试类似软件:审查时要注意一些问题,如:规模,复杂性,测试性,质量和可靠性,安全性
产品说明书的低层次测试技术:
产品说明书属性检查清单:完整、准确、精确、一致、贴切、合理、代码无关、可测试性
产品说明术语检查清单:总是、每一种、所有、没有、从不: 看到此类绝对或肯定的描述,需要确认是这样的,测试人员要考虑
违反这些情况的用例
当然、因此、明显、显然、必然: 这些话意图说服你接受假定情况,不要中了圈套。
某些、有时、常常、通常、经常、大多、几乎: 这些话太过模糊
等等、诸如此类、以此类推、例如:以这样的词语结束的功能清单无法测试,功能清单要绝对或者解释明确
良好、迅速、廉洁、高效、小、稳定: 这些事无法量化的术语。
处理、进行、拒绝、跳过、排除: 这些语句可能隐藏着大量需要说明的功能。
如果...那么。。。(没有否则): 想想就有问题
相关文章推荐
- 2015/11/29 软件测试学习第一天 准备工作
- locust 性能测试学习 第一天
- 白盒测试的学习之路----(二)需求说明,编程
- 袁芳的学习笔记(2)Predix开发测试工具
- 菜鸟学习FPGA第一天——疯狂的软件
- 学习笔记:App-V测试错误代码4505CD-19D06A0A-10000004
- 我在苏嵌学习的第一天
- 【Linux学习笔记】Hadoop_安装,单机测试,伪分布式
- 小白学习大数据测试之揭秘大数据的背景与发展
- 【日常学习】【搜索递推和其他】10.21.2015校内测试总结
- python 学习2 测试报告
- 软件测试(01)截图来自慕课网学习过程,侵删
- 学习node.js第一天:node.js初体验
- 【Java EE 学习 44】【Hibernate学习第一天】【Hibernate对单表的CRUD操作】
- php学习第一天
- 第一天,报到学习嵌入式
- android性能专项测试流程和学习计划
- 数据库的学习第一天
- Thrift 学习笔记1——Ubuntu环境下Thrift的安装、编译以及测试