51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3408|回复: 4
打印 上一主题 下一主题

[转贴] 如果时间不够 ,无法进行充分的测试怎么办 ?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-10-4 13:43:08 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
使用风险分析,确定测试的重点。
由于很少有机会对一个应用软件进行所有可能的测试 ( 包括所有可能的事件组合、所有的相关性、或者一切可能出错的东西 ) ,对大多数软件开发项目来说,利用风险分析是适当的。这需要判断技能、常识、感觉和经验。如果有正当理由,也可采用正式的方法。需要考虑下列因素:

1 对于该项目的用途而言,哪种功能最重要 ?

2 哪种功能对用户最明显 ?

3 哪种功能对安全影响最大 ?

4 哪种功能对用户最有用 ?

5 对客户来说,该应用软件的哪个部分最重要 ?

6 在开发过程中,该应用软件的哪个部分可以最先测试 ?

7 哪一部分代码最复杂,容易导致出现错误 ?

8 哪一部分的应用程序是在急迫或在惊恐的情况下开发出来的 ?

9 哪一部分程序与过去项目中引起问题的部分相类似 / 有关 ?

10 哪一部分程序与过去项目中需要大量维护的部分相类似 / 有关 ?

11 需求和设计的那些部分不清楚或不容易读 ?

12 开发人员认为在应用软件中哪些部分是高风险的 ?

13 哪些问题能造成最差的发行 ?

14 哪些问题最能引起用户抱怨 ?

15 哪些测试可以容易地覆盖多种功能 ?

16 哪些测试在覆盖高风险部分的测试时使用时间最少 ?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-10-8 10:20:48 | 只看该作者
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2015-6-25 18:04
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    3#
    发表于 2007-10-8 17:03:33 | 只看该作者
    在写用例的时候设定优先级;在时间不够的时候保证优先级高的用例执行完毕,如果还有时间,再次执行优先级稍低的用例;

    LZ的说的风险分析方法一般我们都包含在用例设计里 :)
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2007-10-8 17:08:57 | 只看该作者
    赞同的

    前期用例的质量是关键。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2007-10-8 23:59:04 | 只看该作者

    我们公司的做法

    我们是外包专业测试团队,focus在一个产品上的升级补丁,对于你这个问题,我们在scope planning的时候,是这么做的:
    1.这次的fix都是针对哪些function的,做这些function的automation,如果有时间做full,没有时间做几个点
    2.做BVT,即build validation testing,要保证fixpack可以install,最基本的功能不能出错
    3.在locale的选择上,单字节语种(en或fr)和双字节语种(jp或ch)各选一种
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-13 21:43 , Processed in 0.071201 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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