软件测试的2个高难度问题的思考
上一篇 / 下一篇 2012-04-01 09:14:45 / 个人分类:杂谈
L nQ"K%pa} c4G0 问题2:有没有什么有效的方法来降低测试用例的不断修改率?
e1bL:V:J0cVo2V"v,tn0 记得好像测试用例PK里面也提出这2个问题,而且这些问题对于测试人员在工作过程中也是比较难以解决的,同样需要不断的尝试与探索新的方法与流程来增加问题解决的可能性。其实我觉得这2个问题是有一定的共性,第一个问题解决了,第二个问题也就解决了一大半了。那我就首先谈谈个人对第一个问题的理解:51Testing软件测试网,Q/Ci3^h7JJ
51Testing软件测试网`\*T,]`P _y7b注意看题目的几个关键词:一个是“最大限度的降低”,另一个是“需求的变更”。最后一个是“测试质量”。我们要解决好这个问题,必须要很好的理解这个几个关键词的内在含义。我想并不是所有人都能很好的理解这些术语。
$xw%ea a5z ~8myj Q051Testing软件测试网;B:w!k1A_o那什么叫需求的变更呢?顾名思义就是项目需求发生了变化与修改(先不谈什么原因),对应测试这边测试需求也就相应的变化。这里可不要忘了一个重要的时间点,那就是一旦PRD评审通过后。其后任何一个时间点,不管是UC设计还是测试设计或是什么,只要需求发生了变化,这都属于需求的变更。51Testing软件测试网ak)iZqLu}b3XHqWo
51Testing软件测试网V:A1Jxl[*W8Y那什么叫测试质量呢?这个概念比较大,一般我们讲软件质量,这个就与我们测试人员的工作职责相关的。而对于测试质量,个人认为包括2大块,一个是测试各个阶段的产出的高质量,一个是测试各个阶段的控制的高效性。解释一下第一个是各个阶段的产出的文档的高质量,这里面包括文档的规范性,完整性,正确性,统一性。第二个是各个阶段的进度控制和项目管理的高效率。包括测试目标以及发现缺陷,甚至是缺陷预防的持续改进等。51Testing软件测试网8h4oQ;N^:Yx5?
51Testing软件测试网&av+x'lwW想必大家都知道需求变更不是个好东西吧,那我们就要想办法减少需求变更。首先需求变更往往是不可避免的。通常是项目负责人员花费了大量的气力避免需求变更,可最后需求变更总是会出现。在需求并更发生之前尽量减少需求变更,以将需求变更带来的风险降低到最低。因此,在需求人员(PD)同用户代表或用户部门主管人员接触时,就应该向他们挑明态度,和他们协商好,特别是应该让他们清楚软件的定价应该与软件的功能相关,以及需求随意变更所带来的风险的承担者应该由客户和项目开发者共同承担。简单说让客户明白减少需求变更的重要性后,需求分析人员应该采取合适的方法同客户交流,帮助他们明确他们的需求。51Testing软件测试网:g^&XY*EK$|:@%@
!Gf4M*N*eB7`ci0 还有一个就是我们要规范需求文档,需求文档应该按照一定的格式和规范来写,而且应该具备完整性、一致性、基线控制、历史记录等特性。需求变更发生后,也应该生成相应的文档,并且这些文档的书写也应该采用规范的形式来写。
Gr.^i+_051Testing软件测试网H] gj1t:o,yq前面说到得是减少需求变更的方法,这个不是一个人能做到的,是整个项目组成员共同努力的。正如前面所说,需求变更不可避免的会发生,那么当需求变更发生后我们测试人员应该如何应对呢?一般来讲,需求的变更通常意味着需求的增加,需求的减少相对很少,而且处理也比较容易。而且发现现在开发人员和PM对需求变更起主导作用,同时需求的变更并不能实时反馈到测试人员。这就需要流程的监控了,之前也51Testing软件测试网t,Fu^'SI9Z|