51Testing软件测试论坛

标题: 如果时间不够 ,无法进行充分的测试怎么办 ? [打印本页]

作者: yu_xiulan    时间: 2007-10-4 13:43
标题: 如果时间不够 ,无法进行充分的测试怎么办 ?
使用风险分析,确定测试的重点。
由于很少有机会对一个应用软件进行所有可能的测试 ( 包括所有可能的事件组合、所有的相关性、或者一切可能出错的东西 ) ,对大多数软件开发项目来说,利用风险分析是适当的。这需要判断技能、常识、感觉和经验。如果有正当理由,也可采用正式的方法。需要考虑下列因素:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

16 哪些测试在覆盖高风险部分的测试时使用时间最少 ?
作者: lovelysand    时间: 2007-10-8 10:20

作者: qiguojie    时间: 2007-10-8 17:03
在写用例的时候设定优先级;在时间不够的时候保证优先级高的用例执行完毕,如果还有时间,再次执行优先级稍低的用例;

LZ的说的风险分析方法一般我们都包含在用例设计里 :)
作者: shanxi    时间: 2007-10-8 17:08
赞同的

前期用例的质量是关键。
作者: mistletoe82    时间: 2007-10-8 23:59
标题: 我们公司的做法
我们是外包专业测试团队,focus在一个产品上的升级补丁,对于你这个问题,我们在scope planning的时候,是这么做的:
1.这次的fix都是针对哪些function的,做这些function的automation,如果有时间做full,没有时间做几个点
2.做BVT,即build validation testing,要保证fixpack可以install,最基本的功能不能出错
3.在locale的选择上,单字节语种(en或fr)和双字节语种(jp或ch)各选一种




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2