软件测试几个发展阶段全解
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件系统独立性
可维护性
产品 修改 产品 维护
可测试性 灵活性 可移植性 重复性
互用性
机器独立性 通讯公开性 数据公开性
定位目前功能测试阶段
1、根据各个项目负责人讨论目前测试组的测 试阶段? 2、根据需求点分析bug 3、bug的五要素
分析测试需求点
1、软件符合正确逻辑需求 2、应用数据来源 3、应用安全需求 4、应用可用性需求 5、应用系统客户端软件需求和硬件需求 6、应用性能需求 7、应用兼容性需求
从测试的思想导向来划分为4个阶段: • 1957～1978年，以功能验证为导向，测试是证明软件是 正确的（正向思维）。 • 1978～1983年，以破坏性为为导向，测试是为了找到软 件中的错误（逆向思维）。 • 1983～1987年，以质量评估为导向，测试是提供产品的 评估和质量度量。 • 1988年起，以缺陷预防为导向，测试是为了展示软件符 合设计要求，发现缺陷、预防缺陷。
- 可测量性 Scalability - 可维护性 Service manageability
- 兼容性 Compatibility
- 可扩展性 Extensibility
软件质量特征 ( ISO9126)
功能：与一组功能及其指定性质有关的一组属性，这里的功能是 满足明确或隐含的需求的那些功能。 可靠：在规定的一段时间和条件下，与软件维持其性能水平的 能力有关的一组属性。 易用：由一组规定或潜在的用户为使用软件所需作的努力和所 作的评价有关的一组属性。 效率：与在规定条件下软件的性能水平与所使用资源量之间关 系有关的一组属性。 可维护：与进行指定的修改所需的努力有关的一组属性。 可移植：与软件从一个环境转移到另一个环境的能力有关的一 组属性。
软件测试的正面性
Bill Hetzel博士（正向思维的代表）：
软件测试就是为程序能够按预期设想那样运行而建 立足够的信心。
“软件测试是一系列活动以评价一个程序或系统的
特性或能力并确定是否达到预期的结果” 测试是为了验证软件是否符合用户需求，即验证软
件产品是否能正常工作
软件测试的反面性
Glenford J. Myers （反向思维的代表）：
软件测试几个发展阶段
大纲
1、讨论软件当中经常出现的问题 2、软件测试几个发展阶段 3、定位目前测试阶段 4、目前测试发展阶段和目标
讨论软件当中经常出现的问题
1、怎样做才把软件功能测试做到全面到位? 2、怎样做才能节约测试成本? 3、软件测试的价值是什么? 4、怎样做才能降低软件成本?
软件测试几个发展阶段
redhat cluster ha 拔网线时不能切换 产生的原因:
redhat cluster ha 配置需要fence设备，要是没有fence device就只能配成manual fence，这种fence device在切换 时，要手动的在备机上输入fence_man_alk命令，备机才 能接管资源，启动服务ha切换成功，但是，如果有一台机 器完全拔掉电源(网线)的话，切换就会失败，因为备机只有 在fence命令必须等到一个成功的返回后才去接管服务，可 是主机电源线(网线)都把了，不可能有回复了，结果备机就 会一直显示fence failed,而不去接管服务，
其中每一个质量特征都分别与若干子特征相对应。
ISO 9126软件质量三层模型
Boehm软件质量模型
正确性
可靠性
产品 操作
效率 完整性 可Hale Waihona Puke Baidu性
阐述性 正确性 连贯性 容错性 执行效率/储存效率 存取控制/存取检查 可操作性 可训练 沟通良好 简单性 易操作的 工具 自我操作性 扩展性 一般性 模块性
培训、成品制作、宣传、发布日起、客户、风险、成本、业务等
产品质量的标准
- 功能性 Functionality
- 可用性 Usability (简单安装; 轻松使用; 友好界面)
- 可靠性 Reliability (用户使用的根本) - 性能 Performance
- 容量 Capacity(系统的接受力、容纳或吸收的能力 )
过程质量:
软件能力成熟度模型 CMM ( Capability Maturity Model).
国际标准过程模型 ISO 9000
软件过程改进和能力决断 SPICE ( Software Process Improvement and Capability dEtermination)
在商业过程中有关的质量内容:
逻辑性bug
EC3压力测试发现日志 • mpl]方法名[order]输入参数[[{servId=00, segCardType=0, provCode=null, areaCode=null, channelId=M02101, origAmt=10000, rpid=WY000004391497, mobileId=13671680000, gateId=1300}]] • 10:07:37.123[WorkerThread#2[10.10.40.102:1364]WY000004388272-WY000004388276-WY000004388282WY000004388285-WY000004388290-WY000004388295WY000004388298-WY000004388301-WY000004388304WY000004388307-WY000004388310-WY000004388313WY000004388319-WY000004388320-WY000004388328WY000004388338-WY000004388344-WY000004388351WY000004388362-WY000004388509-WY000004388515WY000004388 • 步骤是：鉴权--》下单--》充值 产生的原因是鉴权失败，在下单和充值传递的参数在这一步的也不够， 所以出错了
测试是为了证明程序有错，而不是证明程序无错误 一个好的测试用例是在于它能发现至今未发现的错误 一个成功的测试是发现了至今未发现的错误的测试
高质量软件标准体系
产品质量
是人们实践产物的属性和行为，是可以认识，可以科学地描述的。 并且可以通过一些方法和人类活动，来改进质量.
质量模型: McCall 模型, Boehm 模型, ISO 9126 模型
可维护性
产品 修改 产品 维护
可测试性 灵活性 可移植性 重复性
互用性
机器独立性 通讯公开性 数据公开性
定位目前功能测试阶段
1、根据各个项目负责人讨论目前测试组的测 试阶段? 2、根据需求点分析bug 3、bug的五要素
分析测试需求点
1、软件符合正确逻辑需求 2、应用数据来源 3、应用安全需求 4、应用可用性需求 5、应用系统客户端软件需求和硬件需求 6、应用性能需求 7、应用兼容性需求
从测试的思想导向来划分为4个阶段: • 1957～1978年，以功能验证为导向，测试是证明软件是 正确的（正向思维）。 • 1978～1983年，以破坏性为为导向，测试是为了找到软 件中的错误（逆向思维）。 • 1983～1987年，以质量评估为导向，测试是提供产品的 评估和质量度量。 • 1988年起，以缺陷预防为导向，测试是为了展示软件符 合设计要求，发现缺陷、预防缺陷。
- 可测量性 Scalability - 可维护性 Service manageability
- 兼容性 Compatibility
- 可扩展性 Extensibility
软件质量特征 ( ISO9126)
功能：与一组功能及其指定性质有关的一组属性，这里的功能是 满足明确或隐含的需求的那些功能。 可靠：在规定的一段时间和条件下，与软件维持其性能水平的 能力有关的一组属性。 易用：由一组规定或潜在的用户为使用软件所需作的努力和所 作的评价有关的一组属性。 效率：与在规定条件下软件的性能水平与所使用资源量之间关 系有关的一组属性。 可维护：与进行指定的修改所需的努力有关的一组属性。 可移植：与软件从一个环境转移到另一个环境的能力有关的一 组属性。
软件测试的正面性
Bill Hetzel博士（正向思维的代表）：
软件测试就是为程序能够按预期设想那样运行而建 立足够的信心。
“软件测试是一系列活动以评价一个程序或系统的
特性或能力并确定是否达到预期的结果” 测试是为了验证软件是否符合用户需求，即验证软
件产品是否能正常工作
软件测试的反面性
Glenford J. Myers （反向思维的代表）：
软件测试几个发展阶段
大纲
1、讨论软件当中经常出现的问题 2、软件测试几个发展阶段 3、定位目前测试阶段 4、目前测试发展阶段和目标
讨论软件当中经常出现的问题
1、怎样做才把软件功能测试做到全面到位? 2、怎样做才能节约测试成本? 3、软件测试的价值是什么? 4、怎样做才能降低软件成本?
软件测试几个发展阶段
redhat cluster ha 拔网线时不能切换 产生的原因:
redhat cluster ha 配置需要fence设备，要是没有fence device就只能配成manual fence，这种fence device在切换 时，要手动的在备机上输入fence_man_alk命令，备机才 能接管资源，启动服务ha切换成功，但是，如果有一台机 器完全拔掉电源(网线)的话，切换就会失败，因为备机只有 在fence命令必须等到一个成功的返回后才去接管服务，可 是主机电源线(网线)都把了，不可能有回复了，结果备机就 会一直显示fence failed,而不去接管服务，
其中每一个质量特征都分别与若干子特征相对应。
ISO 9126软件质量三层模型
Boehm软件质量模型
正确性
可靠性
产品 操作
效率 完整性 可Hale Waihona Puke Baidu性
阐述性 正确性 连贯性 容错性 执行效率/储存效率 存取控制/存取检查 可操作性 可训练 沟通良好 简单性 易操作的 工具 自我操作性 扩展性 一般性 模块性
培训、成品制作、宣传、发布日起、客户、风险、成本、业务等
产品质量的标准
- 功能性 Functionality
- 可用性 Usability (简单安装; 轻松使用; 友好界面)
- 可靠性 Reliability (用户使用的根本) - 性能 Performance
- 容量 Capacity(系统的接受力、容纳或吸收的能力 )
过程质量:
软件能力成熟度模型 CMM ( Capability Maturity Model).
国际标准过程模型 ISO 9000
软件过程改进和能力决断 SPICE ( Software Process Improvement and Capability dEtermination)
在商业过程中有关的质量内容:
逻辑性bug
EC3压力测试发现日志 • mpl]方法名[order]输入参数[[{servId=00, segCardType=0, provCode=null, areaCode=null, channelId=M02101, origAmt=10000, rpid=WY000004391497, mobileId=13671680000, gateId=1300}]] • 10:07:37.123[WorkerThread#2[10.10.40.102:1364]WY000004388272-WY000004388276-WY000004388282WY000004388285-WY000004388290-WY000004388295WY000004388298-WY000004388301-WY000004388304WY000004388307-WY000004388310-WY000004388313WY000004388319-WY000004388320-WY000004388328WY000004388338-WY000004388344-WY000004388351WY000004388362-WY000004388509-WY000004388515WY000004388 • 步骤是：鉴权--》下单--》充值 产生的原因是鉴权失败，在下单和充值传递的参数在这一步的也不够， 所以出错了
测试是为了证明程序有错，而不是证明程序无错误 一个好的测试用例是在于它能发现至今未发现的错误 一个成功的测试是发现了至今未发现的错误的测试
高质量软件标准体系
产品质量
是人们实践产物的属性和行为，是可以认识，可以科学地描述的。 并且可以通过一些方法和人类活动，来改进质量.
质量模型: McCall 模型, Boehm 模型, ISO 9126 模型