51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 6308|回复: 11
打印 上一主题 下一主题

[讨论] 具体的H测试模型的概念是什么?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-1-30 17:08:16 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
在软件评测师教程中有提到测试中的一个H模型,即是:测试条件成熟了,测试准备活动完成了,测试执行活动就可以执行了。
可是我的疑惑是:H模型具体的如何和其它流程进行并发进行,比如测试如何和开发进行并发进行?
我个人认为测试的输入是开发中的一些程序文档或源程序,不知道我这种认识是否正确?
能否帮忙具体的解释一下,谢谢给位了。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-2-2 14:34:01 | 只看该作者
软件评测师教程——不清楚。

H模型?——测试行业又多了一个概念!

测试如何和开发进行并发进行?——两件事一起开始做,一起结束。之于“如何进行?”,了解一下V结构模型吧。

测试的输入是开发中的一些程序文档或源程序——这只能是一部分,而且实际情况是,大多时候你无从得到这两样东西,除非要进行白盒测试。呵呵~~
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-2-2 16:37:20 | 只看该作者
在需求阶段测试可以做需求评审,编写测试需求,在编码阶段开发人员自己可以做单元测试、同行代码评审,这些都属于测试,所以开发跟测试时并行的。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-2-3 09:41:28 | 只看该作者

关于“H模型”的一些信息

H模型的示意图仅仅演示了在整个生产周期中,某个(测试)层次上的一次测试“微循环”。图中的“其他流程”可以是任意的开发流程,例如设计流程和编码流程,也可以是其他非开发流程,甚至是测试流程自身。向上的三
角箭头表示,在某个时间点,由于“其他流程”的进展而(由于先后关系)引发或者(由于因果关系)触发了测试就绪点,这个时候,只要测试准备活动完成,测试执行活动就可以(或者说,需要)进行了。
概括而言,h模型揭示了
1、 软件测试不仅仅指测试的执行,还包括很多其他的活动;
2、 软件测试是一个独立的流程,贯穿产品的整个周期,与其他流程并发的进行;
3、 软件测试要尽早准备,尽早执行;
4、 软件测试根据被测物的不同是分层次的,不同层次的测试活动可以是按照某个次序先后进行的,也可能是反复的。

[ 本帖最后由 enjoytest 于 2007-2-3 09:47 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-2-3 09:48:54 | 只看该作者

关于“H模型”的一些信息

采用h测试模型的三个理由
1、有利于测试的分工,从而降低成本,提高效率。
首先,h模型强调软件测试准备和测试执行分离。准备阶段和执行阶段有不同的测试活动,例如,测试准备活动,包括测试需求分析、测试计划、测试分析、测试编码、测试验证等等,而测试执行活动,则包括测试运行、测试报
告、测试分析等等。准备阶段和执行阶段有不同的工作侧重点,不同的测试活动也需要不同的知识和技能。显而易见,测试的设计人员比执行人员有更高的能力要求,不同的岗位可以聘用不同的人员。如果一个测试设计人员同时
被指派去执行测试,那既是人力资源的浪费,也可能挫伤设计人员的创造性合积极性。所以,软件测试分工带来的第一个直接好处就是降低人力成本。第二个直接好处就是提高效率。分工带来的间接的长期的好处是,软件测试可
以成为一个有职业前景的职位,这有利于吸引人才以此作为自己的职业生涯,从而形成软件测试领域的人力积累和良性循环。
2、有利于认识到测试的复杂性,从而赢得重视和尊重。
H模型可以促使人们充分认识到软件测试的复杂性。这儿的复杂不是指技术上的复杂,而是指过程上的复杂。正如传统的软件开发被简化为编程一样,软件测试也常常被简化为运行一下被测的软件,观察是否有异常的运行结果
。软件测试也有不同的阶段,有不同的活动,而且这些阶段和活动要被组成一个系统才能有效的运作。没有组织的,非结构化的软件测试除了浪费时间和金钱外,几乎不可能有实质性的产出。认识到复杂性才可能得到足够的重视
和必要的尊重。重视主要来自于管理层,而尊重则主要来自于平行的其它流程的人员,例如编程人员。尽管测试流程是一个独立的流程,但它必须被置于整个软件生产的流程系统中,作为一个有机的组成部分,并与其它流程有效
的交互,才可能发挥作用。
3、有利于了解测试投入的去向,从而得到测试效益的公正评判。
第三个理由与一个长期存在的“测试怪圈”有关。测试经理总是抱怨测试上投入不够;测试人员要么被看作是“无所事事”,要么被看作“忙而无功”;而管理层则因为测试上的投入没有一个可视的结果而拒绝加大投入;更糟
糕的是,用户在投诉软件的质量问题,组织的声誉和利润都每况愈下。H模型并不能扭转这种糟糕的局面,但它有助于跟踪测试投入的流向,例如,在各个测试活动上的投入分别有多少,比例是否合理,哪些是用于测试准备的,
而如果由于其它流程的差错导致重做准备,那么浪费的投入有多少。在h模型中,测试是一个有组织的、结构化的独立流程,既保证了自身的有序和结构清晰,也保证了流程之间的“界面”清晰。这样,软件测试就不是一笔糊涂
帐,才可能得到公正的投入-产出的评判,软件测试才可能避免成为“出气筒”和“替罪羊”的“宿命”。

回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2007-3-7 13:59:20 | 只看该作者
学到很多东西,谢谢。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2007-3-7 15:25:47 | 只看该作者
通过共享,大家才能学到更多的东西呀,呵呵sdlkfj2
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2007-3-8 10:14:13 | 只看该作者

1-1型

学习
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2007-7-28 11:32:22 | 只看该作者
不错的资料,谢谢分享。
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2007-8-3 20:54:24 | 只看该作者
收藏学习了,谢谢.
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2007-10-12 12:36:26 | 只看该作者
那它的缺点又是什么呢?
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2007-10-12 15:39:55 | 只看该作者
H模型的特点就是将测试从开发中独立出来.将测试分为测试准备和测试执行,只要触发点一触发即开始测试.

具体点,在H模型中,软件测试是一个独立的流程,贯穿于整个产品周期,与其他流程并发地进行.当某个测试时间点就绪时,软件测试即从测试准备阶段进入测试执行阶段.H模型兼顾效率和灵活性,可以被应用到各种规模类型的软件项目上.
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-5-3 03:27 , Processed in 0.072653 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表