1.衡量软件测试的结果
需求
软件是如何诞生的?
什么是需求?
满足用户的期望或者规定的文档(合同,标准,规范)所需要的条件或者权限
它包括用户需求,软件需求
用户需求:简略的
软件需求:是用户需求的细化,具体的实现细节成文档
软件需求是用户需求的转化而来的
需求是测试人员进行软件测试工作的依据
在具体设计测试用例的时候,首先需要搞清楚每一个业务需求对应的多个软件功能需求点,然后分析出
每个软件功能需求点对应的多个测试需求点,然后针对每个测试需求点设计测试用例。
过程如下,业务需求—>软件功能需求点—>测试需求点—>测试用例
为什么需求对软件测试人员如此重要
- 从软件功能需求出发,无遗漏的识别出测试需求是至关重要的,这将直接关系到用例的测试覆盖率
- 对于识别出的每个测试需求点,需要采用具体的设计测试用例的方法来进行测试用例的设计
2.测试用例的概念
测试用例是向被测试系统发起的一组集合
这组集合包含:测试环境、操作步骤、测试数据、预期结果等要素。
测试用例解决了两大问题:测什么,怎么测。
3.什么是BUG
第一个bug :
1945年9月的某天,在一间老式建筑里,从窗外飞进来一只飞蛾,此时Hopper正埋头工作在一台名为
Mark Il的计算机前,并没有注意到这只即将造就历史事件的飞蛾。这台计算机使用了大量的继电器(电
子机械装置,那时还没有使用晶体管)。突然,Mark II死机了。Hopper试了很多次还是不能启动,他
开始用各种方法查找问题,最后定位到了某个电路板的继电器上。Hopper观察这个继电器,惊奇地发
现一只飞蛾已经被继电器打死。Hopper小心地用镊子将飞蛾夹出来,用透明胶布贴到“事件记录本”中,
写上“第一个发现虫子的实例”。Hopper的事件记录本,连同那只飞蛾,现在都陈列在美国历史博物馆
中。 软件错误的一般定义: 程序与规格说明之前不匹配 。
注意:以上说法是片面的,准确的来说:当且仅当规格说明是存在的并且正确,程序与规格说明之间的
不匹配才是错误。
- 当且仅当软件需求规格说明书存在并且合理,软件的功能不符合需求规格说明书,就是BUG
- 如果软件需求规格说明书不存在,那么用户的需求存在并且合理,软件的功能和用户需求不相符就是BUG
4.开发模型和测试模型
随着软件工程学科的发展,人们对计算机软件的认识逐渐深入。软件工作的范围不仅仅局限在程序编 写,而是扩展到了整个软件生命周期,如软件基本概念的形成、需求分析、设计、实现、测试、安装部 署、运行维护,直到软件被更新和替换新的版本。软件工程还包括很多技术性的管理工作,例如过程管 理、产品管理、资源管理和质量管理,在这些方面也逐步地建立起了标准或规范。
软件的生命周期
软件生命周期是指从软件产品的设想开始到软件不再使用而结束的时间。 如果把软件看成是有生命的事
物,那么软件的生命周期可以分成6个阶段,即需求分析、计划、、设计、编码、测试、运行维护。