由于事物的复杂性,不可能完全客观和详细地评估风险:这是个全面性的评估。因此,不能仅靠测试经理自己来进行风险评估,这一点是十分重要的。要吸收很多人员参与到计划当中,包括:客户,用户,开发团队,会计师,审计师等。这不仅提高了策略的质量,同时有助于不同部门更多的了解有关的风险以及在何种程度上测试,有助于使这些风险通过一个比较好的方式得到管理。
测试策略的制定者应该认识到, 当量化风险时,“用户”(最终用户,系统管理员和应用管理人员,在线管理人员)是最好的人选来评估损害和使用频率,而项目组的成员(项目经理,设计师,电脑程序员,工程质量工作人员,测试经理)都是最好的评估错误机率的人选。
风险评估的重点是对产品风险的评估,或者换句话说,如果该产品没有表现出预期的质量,由此给组织带来的风险。另外,还有项目风险。如果系统必须在1月1号完成,而功能规格说明出台的比较晚,而且没有有经验的测试人员可用或者测试基础设施还没有及时准备好,这就是我们所说的项目风险。这些都是因为没有考虑到测试策略中去,但它们在测试计划中已发挥作用。
制定测试策略的目的就是要在保持一定程度的可靠性的基础上对测试工作按照一定方式进行组织:
发现最重要的问题;
在早期发现问题;
首先找到需要最多返工时间的问题;
资源的有效使用;
最终给出准确的高质量的建议。
以上可以概括为:
测试策略的目的是找出最重要的错误,尽早的将成本降到最低
在实践中,测试策略的制定往往配合编制财政预算案,例如可以帮助测试点的分析。这样做的优点是可以立即得出测试所需要的时间,进而得到测试所需要的成本,使得策略选择便于管理。如果测试时间较为有限,也可以用测试策略结合试验点分析,以确定哪些测试要在规定的时限完成。在这个时候,可能更重要的是弄清楚哪些部分不用测试,或者不需要完全测试,以及因此会导致什么样的风险。
质量特性
这里我们要区分的质量特性可以分为动态质量特性和静态质量特性。动态质量特性,处理使用中的信息系统的特性,例如安全,可用性,连续性,可追踪性,功能性, 用户友好性 ,适宜性,效率,性能。静态质量特性,关心的是信息系统和文件的内在特性,是从开发商和未来系统的经理的角度来看的。例如:可管理性,可维护性,连通性,可重用性,可携性,可测性。
3、 过程
在制定测试策略时,我们要区分主测试计划和为具体的测试层次制定的测试计划,如验收测试或系统测试。
该程序既可以用于新系统的开发,也可以用于维护系统。不过对于后者,最好是在基本程序的基础上作出一些调整(参见3.4)。
测试策略的制定并不是纯粹方法和形式意义上的。下面的步骤仅供参考。经验丰富业务熟练的的测试人员,是一个完善的测试策略最主要的成功因素。
还应该认识到,测试策略会出现迭代过程,并结合了测试计划包含的其它活动。如果第一次测试策略产生的测试工作需要的时间,是顾客不能接受的,该策略应予以调整。缺乏测试技巧或合适的基础设施,也可导致测试策略的调整。
1) 主测试计划策略
在主测试计划策略中采取以下步骤:
决定质量特性;
确定质量特性的相对重要性;
测试层次的质量特征。
步骤1:质量特性的选择
与客户和其它各方紧密联系,加强沟通以确定质量特性,定位哪些地方的测试是必须关注的焦点。同时,应该考虑商业风险以及其它方面,包括系统需求,业务目标有关的信息系统,由计算机中心制定的方向和标准。这些质量特性,在测试执行和完成后还可用来报告给客户。
有些特性很难测试。例如,我们希望系统是用户友好的和灵活的,但无法进行具体的测量。这就是为什么我们采取措施的一部分用来形式化相关的质量要求,以达到让这些要求具有可测性。同样的原因,有些质量特性需求在测试时要付出相对多的努力。因为它对不能满足的要求没有任何用处,所以需要在这之前作出选择,哪些对决定的制定具有帮助作用。
非IT人士可能很难处理我们的质量特性。当我们将其转化为我们的对话伙伴能理解的概念范围,这样就有所帮助了。这是可以做到的,我们可以找到问题的例子或者生产中可能发生的错误,以及由此带来的破坏。这是制定了一项测试策略一个最困难的方面。
步骤2:质量特性的相对重要性
基于第一步得到的结论,在相互关系中确定了选择质量特性的重要性。这可以通过权值矩阵来衡量(见下面),即每一个质量特性的相对风险。这里列出了相对重要性(百分比)。要明确的是具有精确的百分比不是最重要的:我们的目的是要对不同质量特性的相对重要性有一个全面的理解。这个矩阵可以帮助我们评估风险。
用户必须进行选择。所以,作为参考我们把5%作为最小值。所有百分比的和不能超过100。一个权值矩阵的例子如下所示:
质量特性 |
相对重要性 |
可管理性 |
5 |
安全性 |
5 |
可用性 |
- |
连通性 |
- |
连续性 |
10 |
可追朔性 |
- |
灵活性 |
- |
功能性 |
50 |
用户友好性 |
10 |
复用性 |
- |
基础设施 |
- |
适宜性 |
10 |
可维护性 |
5 |
性能 |
5 |
便携性 |
- |
可测试性 |
- |
效率 |
- |
总和 |
100% |
权值矩阵
版权声明:51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权,未经明确的书面许可,任何人或单位不得对本网站内容复制、转载或进行镜像。51testing软件测试网欢迎与业内同行进行有益的合作和交流,如果有任何有关内容方面的合作事宜,请联系我们。