如果时间不够 ，无法进行充分的测试怎么办 ?
使用风险分析，确定测试的重点。由于很少有机会对一个应用软件进行所有可能的测试 ( 包括所有可能的事件组合、所有的相关性、或者一切可能出错的东西 ) ，对大多数软件开发项目来说，利用风险分析是适当的。这需要判断技能、常识、感觉和经验。如果有正当理由，也可采用正式的方法。需要考虑下列因素：
1 对于该项目的用途而言，哪种功能最重要 ?
2 哪种功能对用户最明显 ?
3 哪种功能对安全影响最大 ?
4 哪种功能对用户最有用 ?
5 对客户来说，该应用软件的哪个部分最重要 ?
6 在开发过程中，该应用软件的哪个部分可以最先测试 ?
7 哪一部分代码最复杂，容易导致出现错误 ?
8 哪一部分的应用程序是在急迫或在惊恐的情况下开发出来的 ?
9 哪一部分程序与过去项目中引起问题的部分相类似 / 有关 ?
10 哪一部分程序与过去项目中需要大量维护的部分相类似 / 有关 ?
11 需求和设计的那些部分不清楚或不容易读 ?
12 开发人员认为在应用软件中哪些部分是高风险的 ?
13 哪些问题能造成最差的发行 ?
14 哪些问题最能引起用户抱怨 ?
15 哪些测试可以容易地覆盖多种功能 ?
16 哪些测试在覆盖高风险部分的测试时使用时间最少 ? :) 在写用例的时候设定优先级；在时间不够的时候保证优先级高的用例执行完毕，如果还有时间，再次执行优先级稍低的用例；
LZ的说的风险分析方法一般我们都包含在用例设计里 ：） 赞同的
前期用例的质量是关键。
我们公司的做法
我们是外包专业测试团队，focus在一个产品上的升级补丁，对于你这个问题，我们在scope planning的时候，是这么做的：1.这次的fix都是针对哪些function的，做这些function的automation，如果有时间做full，没有时间做几个点
2.做BVT，即build validation testing,要保证fixpack可以install，最基本的功能不能出错
3.在locale的选择上，单字节语种（en或fr）和双字节语种（jp或ch）各选一种
页:
[1]
